The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Разработчики ядра Linux обсуждают вопрос удаления субархитек..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Ссылки "<<" и ">>" открывают первые и последние 10 сообщений.
. "Разработчики ядра Linux обсуждают вопрос удаления субархитек..." +/
Сообщение от Аноним (-), 16-Дек-18, 16:11 
> вкупе с низком латентностью памяти прекрасно работает на сравнительно маленьких порциях
> данных. А в современных процессорах с многомегабайтными кешами нескольких уровней и
> длиннющим конвейером, большими множителями, очень большой латентностью ОЗУ (но при широкой
> оного шине) высокая производительность имеет место только для больших порций данных.

И тем не менее - с тех пор АБСОЛЮТНО ВСЕ разогналось как минимум В РАЗЫ. Настолько что по скорости и латенси памяти этому УГ может воткнуть даже мипсовая мыльница-роутер, потому что там видите ли DDR2, а то и 3 нормальный впаяли, на приличной частоте. А у пенька извините что было? EDO? Или в лучшем случае SDRAM? Одно это обеспечит ему чебурашью скорость работы.

Придирчивый народ мониторит в тех же армовских одноплатниках частоты/ширину шины. Потому что одно дело DDR2 на 16-битной шине, и совсем другое 32 и тем более 64 бита DDR3 c более приличной частотой. Он такой красивый и на больших порциях выиграет, и на маленьки. Потому что порции при лопатинге картинки уж наверное покрупнее 16 битов подразумевались, и наверное с каким-никаким линейным доступом - по другому картинки процессят только очень странные люди, которым производительность явно не интересна была: они мигом аннулируют любые намеки на кеширование, префетч и создают море оверхеда на шине памяти т.к. там для каждой операции потребуется слать адреса, а не просто запустить отправку жирного блока и грести лопатой, уже без отсылки адресов на каждую порцию, чуть ли не по порции размером с ширину шины каждый такт, что гораздо веселее.

> На скромных и компактных «морально устаревших» программах, умевших-таки обрабатывать
> огромное файло, не умещавшееся даже в ОЗУ,

Это все круто, НО есть весьма характерный tradeoff между памятью и скоростью. И как бы экономия памяти означает тормозной процессинг. Особенно весело когда половина оперативы в результате пустая, а программа занимается тасовкой файлов по причине нехватки, блин, циферок в своей математике. Очень "эффективно" получается.

При том что против идеи процессинга данных не влезающих в RAM я ничего не имею. Это по своему красиво. Но производительность зачастую получается издевательской по сравнению с тем что можно получить врузив датасет в рам - и так делают только когда данные реально большие или неограниченно растут. Ну типа как OSMная база данных, особенно ежели со всей историей редактирования - там да, никакой RAM не хватит, и с течением времени данных будет только больше.

> кеш, выигрыш ультрасовременных вычислительных железяк внезапно нивелируется, если их
> не грузить чем-то очень объёмным.

Таки оно все-же выигрывает даже и так. Из-за апгрейда остальных частей системы, и вообще. А так то можно порассуждать о том что будет если кэши вырубить, что пентиуму, что core i9. Они оба будут жалкими, но пень все-же продует в разы и так. Но менее эпично чем обычно :)

> Что недвусмысленно намекает и на некоторые свойства железа, и на умения погромиздов,

Погромизды стали оптимизировать свой софт под свойства актуального железа, делая удобно именно ему. Чтобы оно реализовывало свой потенциал. Таки железо и софт шли навстречу друг другу.

Пэтому вот вам выравнивание структур на линию кэша. Даже если это и делает структуру более жирной, зато скорость доступа улучшается, т.к. кэшу удобно стало. А вот крипто, ворочает 64 бита за раз. Потому что проц может за такт долбануть 32 бита, а может 64. И если за тот же такт вдвое больше обмолочено, это профит. Почти в 2 раза. Нахаляву. И сама математика такая что уже не избегает операций регистр-регистр, потому что РОНов типа много.

> уже в пример суперкомпьютер начала девяностых, имевший максимально 128 гигов памяти.
> Но оном суперкомпьютере люди решали суперкомпьютерные задачи.

При том эти задачи были интересны лишь очень узкому кругу лиц. И как бы тогда никто не смотрел видео на компьютерах. И картинки в 300Мпикс всерьез никто не редактировал. Ну вот может кроме нескольких рож с суперкомпьютерами на всю планету.

Типовой же юзерь 5 фотошопа с пентиумом получив на вход 300Мпикс картинку очень быстро отползет, увидев как его фотож... с этим реально работает. Теоретически, конечно, он через недельку прожует это. Практически оно юзеру через недельку - не очень то и хотелось.

А про монстроIDE и софт с полураспадом в год я таки согласен :)

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Разработчики ядра Linux обсуждают вопрос удаления субархитек..., opennews, 12-Дек-18, 22:49  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру