Исходное сообщение
"что ещё сказать" Отправлено sauron, 25-Янв-07 07:57
>Xeon сейчас -- это 5xxx.  Живут они с FBDIMM.  Которые >вдвое быстрее DDR2 на прокачке, но заметно хуже по латентности.   >То есть на потоковых задачах память заметно выигрывает, а вот на >всех остальных -- скорее наоборот. Ага и это все хорошо более менее работает только до двух ядер или двух процессоров на чипсет. Дальше начинается слив из-за использования процессорами общей шины (офигенно "масштабируемое" и "быстрое" решение). >При этом жрут и греются эти FBDIMM, как и _отдельный_ от процессоров >контроллер памяти -- очень даже некисло.  Все снабжены радиаторами и >в местном экземпляре интеловского инженерного образца -- тоже в воздуховоде. Типа у нас процессоров малое TDP так на контроллерах памяти отыграемся ? :) >О том, что можно выгрести из-за отсутствия там аппаратного IOMMU в 64-битном >режиме -- упоминал (натыкались друзья с 3ware, у нас -- с >Lustre). Ууууу... как оно вообще работает? >О том, что на матерях под них зачастую просящие >свежего e1000 (Linux 2.6.17+) интерфейсы (и на некоторых не получается полагаться >на первый из них по той причине, что зацепленный туда IPMI >зажирает не предназначенные для него пакеты), странный PXE BIOS или отлетает >на ходу SATA -- молчу, просто не берите интеловские матери, лучше >уж тогда Tyan или SuperMicro. >Бишь несмотря на то, что Woodcrest сильно поправили, сейчас интеловский серверный вариант >-- это одна большая куча грабель, которые крайне желательно гонять в >хвост и гриву _до_ проекта, а не по ходу.  И >бенчмаркать -- на _своих_ задачах. Woodcrest как процессор не плох. Но вот связка чипсет-память-процессор ни к черту. Но опять же если сделать аналогичную AMD связку будет ли он хорошо работать? >Искренне надеюсь, что всё-таки возьмутся за ум, но пока сворачивание израильского подразделения >(которое родило IMHO спасший интел как каменотёсную компанию Pentium M) и >результаты "плодотворной" работы бангалорского (офигительный кейс против аутсорсинга конкретно индусам) не >дают на это рассчитывать. Ну свою аналогичную HyperTransport шину они собираются делать. Но для Itanium. Хотя абсолютно не понятно что им мешает взять HyperTrasport.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Xeon сейчас -- это 5xxx. Живут они с FBDIMM. Которые >>вдвое быстрее DDR2 на прокачке, но заметно хуже по латентности. >>То есть на потоковых задачах память заметно выигрывает, а вот на >>всех остальных -- скорее наоборот. > Ага и это все хорошо более менее работает только до двух ядер > или двух процессоров на чипсет. Дальше начинается слив из-за использования процессорами > общей шины (офигенно "масштабируемое" и "быстрое" решение). >>При этом жрут и греются эти FBDIMM, как и _отдельный_ от процессоров >>контроллер памяти -- очень даже некисло. Все снабжены радиаторами и >>в местном экземпляре интеловского инженерного образца -- тоже в воздуховоде. > Типа у нас процессоров малое TDP так на контроллерах памяти отыграемся ? > :) >>О том, что можно выгрести из-за отсутствия там аппаратного IOMMU в 64-битном >>режиме -- упоминал (натыкались друзья с 3ware, у нас -- с >>Lustre). > Ууууу... как оно вообще работает? >>О том, что на матерях под них зачастую просящие >>свежего e1000 (Linux 2.6.17+) интерфейсы (и на некоторых не получается полагаться >>на первый из них по той причине, что зацепленный туда IPMI >>зажирает не предназначенные для него пакеты), странный PXE BIOS или отлетает >>на ходу SATA -- молчу, просто не берите интеловские матери, лучше >>уж тогда Tyan или SuperMicro. >>Бишь несмотря на то, что Woodcrest сильно поправили, сейчас интеловский серверный вариант >>-- это одна большая куча грабель, которые крайне желательно гонять в >>хвост и гриву _до_ проекта, а не по ходу. И >>бенчмаркать -- на _своих_ задачах. > Woodcrest как процессор не плох. Но вот связка чипсет-память-процессор ни к черту. > Но опять же если сделать аналогичную AMD связку будет ли он > хорошо работать? >>Искренне надеюсь, что всё-таки возьмутся за ум, но пока сворачивание израильского подразделения >>(которое родило IMHO спасший интел как каменотёсную компанию Pentium M) и >>результаты "плодотворной" работы бангалорского (офигительный кейс против аутсорсинга конкретно индусам) не >>дают на это рассчитывать. > Ну свою аналогичную HyperTransport шину они собираются делать. Но для Itanium. Хотя > абсолютно не понятно что им мешает взять HyperTrasport.
	Введите код, изображенный на картинке: