|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Tutubalin 2:5020/400 26 Apr 2007 21:58:36
To : Sergey Zhumatiy
Subject : Re: Хочется говнокластер
--------------------------------------------------------------------------------
Sergey Zhumatiy wrote:
>>>> Hу вот если не умеет оно писать по произвольному адресу ?
>>>> Или умеет, но хреново, на два порядка медленнее чем поток ?
>>>>
>> Оборудование
> Тогда проблемы в оборудовании :)
А что, есть какое-то другое оборудование ?
Вот возьмем ту же G80. Читает она при максимально неудачном
способе 900Mb/sec 4-байтовыми блоками. Пусть пишет столько же
(надо, кстати, проверить)
Hо если сравнивать с FB-DIMM (представим что пишем много
и кэш давно насытился) все гораздо хуже. При случайной записи
латентность будет наносекунд 40, что даст 100Mb/sec при
полностью случайной записи. Кэш, конечно, сильно смягчает.
Я к тому, что на обычной архитектуре со случайной записью
тоже стоит быть поаккуратнее.
>> Это очень зависит. Если предметная область растет быстрее, чем бюджет
>> на оборудование (или, что хуже, быстрее чем питание в доступных
>> датацентрах) - будете переписывать.
>>
> Это не всегда возможно. Если коду 20 лет, его писали 15 человек из
> которых доступны 1-2 и то иногда?
Если предметная область _растет_ (да еще и быстрее, чем
питание в датацентрах) то так просто не бывает - ей занимаются
сотни и тысячи человек.
>Многие до сих пор верят в
> автоматическое распараллеливание, например.
И в автоматическую верификацию кода :)
>> Я же предложил CUDA, там ассемблеров не завезли.
> Hу, ассемблеров ни nvidia, ни ati (сорри, amd) не раздают. Только
> Intel, но он не интересен...
ATI, кстати, раздает. Hу не вполне сам ассемблер, а доку по нему.
Вроде бы к brook сделали backend, но мне попробовать не на чем
(да и ниасилил я, как у ATI стать партнером).
--
Алексей Тутубалин
Web: http://www.lexa.ru
mailto:lexa@lexa.ru
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
