|
2.8, Квагга (?), 08:42, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
> А что на это скажет Microsoft?
Думаю, ничего не скажет в силу параллельности для нее этого вопроса. Потому что я, например, уже года три как работаю в NetBeans под Виндой. И так далее.
А вот что скажет AMD?... Серверы SUN на Зионах - это удар. | |
|
3.9, sauron (??), 09:00, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>А вот что скажет AMD?... Серверы SUN на Зионах - это удар.
А что AMD? Кому нужна был быстрый IO и x86_64 как покупали оптероны так и будут их покупать. Ну появится еще одна линейка от Sun на камнях от Intel и что? Они будут скорее вытеснять сервера других компаний на процессорах Intel. А что AMD вытеснят не думаю. | |
|
|
5.18, gvy (?), 15:38, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
Теоретизируете? Их не зря итаниками прозвали. И это _не_ "x64".
Здеся занимают одну стойку, а x86_64 -- ещё три, что ли. | |
|
|
5.20, sauron (??), 17:39, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Они быстрее серверов на AMD. Какой смысл покупать Оптероны?
На каких задачах? Если кеша хватает то да. Если нет и задачи больше интенсивно используют ввод-вывод, то сливают как раз Xeon'ы из-за устаревшей архитектуры связки чипсет-процессор-память. | |
|
6.21, gvy (?), 18:17, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>>Они быстрее серверов на AMD. Какой смысл покупать Оптероны?
>На каких задачах? Если кеша хватает то да. Если нет и задачи
>больше интенсивно используют ввод-вывод, то сливают как раз Xeon'ы из-за устаревшей
>архитектуры связки чипсет-процессор-память.
Тут ещё пара моментов есть.
Xeon сейчас -- это 5xxx. Живут они с FBDIMM. Которые вдвое быстрее DDR2 на прокачке, но заметно хуже по латентности. То есть на потоковых задачах память заметно выигрывает, а вот на всех остальных -- скорее наоборот.
При этом жрут и греются эти FBDIMM, как и _отдельный_ от процессоров контроллер памяти -- очень даже некисло. Все снабжены радиаторами и в местном экземпляре интеловского инженерного образца -- тоже в воздуховоде.
О том, что можно выгрести из-за отсутствия там аппаратного IOMMU в 64-битном режиме -- упоминал (натыкались друзья с 3ware, у нас -- с Lustre). О том, что на матерях под них зачастую просящие свежего e1000 (Linux 2.6.17+) интерфейсы (и на некоторых не получается полагаться на первый из них по той причине, что зацепленный туда IPMI зажирает не предназначенные для него пакеты), странный PXE BIOS или отлетает на ходу SATA -- молчу, просто не берите интеловские матери, лучше уж тогда Tyan или SuperMicro.
Бишь несмотря на то, что Woodcrest сильно поправили, сейчас интеловский серверный вариант -- это одна большая куча грабель, которые крайне желательно гонять в хвост и гриву _до_ проекта, а не по ходу. И бенчмаркать -- на _своих_ задачах.
Искренне надеюсь, что всё-таки возьмутся за ум, но пока сворачивание израильского подразделения (которое родило IMHO спасший интел как каменотёсную компанию Pentium M) и результаты "плодотворной" работы бангалорского (офигительный кейс против аутсорсинга конкретно индусам) не дают на это рассчитывать. | |
|
7.22, lamer (??), 03:01, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Искренне надеюсь, что всё-таки возьмутся за ум, но пока сворачивание израильского подразделения (которое родило IMHO спасший интел как каменотёсную компанию Pentium M) и
>результаты "плодотворной" работы бангалорского (офигительный кейс против аутсорсинга конкретно индусам) не дают на это рассчитывать.
Дык.Интель умел по жизни делать в основном известные своими глюками и кривыми особенностями чипы :).И сам х86 у**ище, и чипсеты у интеля вечно горбатые(например по жизни траблы с DMA\UDMA у хардов были, видел несколько клинических случаев когда админы за**лись но так и не смогли победить интелевский чипсет).И даже х64 у амдэхи не смогли нормально содрать - траблы с DMA за границей 4Gb, часть камней с неполной реализацией фич...в общем интель в своем репертуаре.Реально интересный IA64 у них получился итаником :\.Который днем с огнем не найдешь.Аэмдэшных 64-битных тачек под боком как грязи.А вот где IA64?Ну вот то-то и оно - не способен интел что-то хорошее и прямое выпускать в массовых количествах, только фуфло в массы гонят... :\ | |
|
8.24, sauron (??), 08:00, 25/01/2007 [^] [^^] [^^^] [ответить] | +/– | Ну тут чуваки одни сравнивали Itanium ы с Opteron ами У них что-то странное пол... текст свёрнут, показать | |
|
7.23, sauron (??), 07:57, 25/01/2007 [^] [^^] [^^^] [ответить] | +/– | Ага и это все хорошо более менее работает только до двух ядер или двух процессор... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
2.12, TTT (?), 09:55, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
мне кажется наоборот понятно зачем это интелу: Сан один из извесейших производителей быстрых компьютеров ( серверов ), и если Сан говорит "Интел это хорошо", то среди потенциальных потребителей мнение о процессорах интел растет в сторону их высокой производительности ( конечно производительность при этом не меняется :-) )
А сану это зачем, он разве на нетбинсе своем что-то зарабатывет?
что-то я даже не знаю какие его пути зарабатка на своей яве... | |
2.19, ans (??), 16:54, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
А мне вот не понятно зачем это Sun.
Надеюсь AMD процессоры ещё будут на Sun серверах | |
|
1.4, Bocha (??), 06:47, 24/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Знаете, мне плевать на то что сан поступился принципами, понятно что решает бабло. Остается лишь надеиться, что это скажется положительно хотя бы на солярисе. | |
|
|
3.10, Bocha (??), 09:15, 24/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
Нет, всё так. С популярностью и поддержкой оборудования - не очень. | |
|
|
1.6, kitowras (?), 07:38, 24/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Нормально, вот бы ещё производители БД (например Cache) начали нормально поддерживать решения на Solaris Intel, а то под проц Sparcs, так всё путём, а как про Intel платформу - так через пень-колоду...
Ясно, производительность не та будет, но не всё же сразу... | |
|
|
3.26, andr (??), 10:04, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
Да. Интел со своим калькулятором "PC x86" лезет во все щели. | |
|
|
1.25, GateKeeper (??), 09:25, 25/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так это... вроде ж говорили, что i386 и солярис - это всё равно, что обезьяна с гранатой... Или уже не так? | |
|
2.27, segfault (?), 10:26, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Так это... вроде ж говорили, что i386 и солярис - это всё
>равно, что обезьяна с гранатой... Или уже не так?
Кто говорил?
| |
|
3.28, GateKeeper (??), 11:53, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
Те, кто запускали. Не даёт i386 того параллелелизма, который соляра из спарков выжимает. | |
|
4.31, cadmi (?), 17:05, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Те, кто запускали. Не даёт i386 того параллелелизма, который соляра из спарков
>выжимает.
на заборе вон чего написано, а за ним дрова лежат | |
4.35, sauron (??), 22:29, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Те, кто запускали. Не даёт i386 того параллелелизма, который соляра из спарков
>выжимает.
А это проблемы не ОС, а архитектуры. Причем процессора :) | |
|
5.36, Michael Shigorin (?), 22:49, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>>Те, кто запускали. Не даёт i386 того параллелелизма, который соляра из спарков
>>выжимает.
>А это проблемы не ОС, а архитектуры. Причем процессора :)
Насколько понимаю, в большей степени шины (или вообще системной), но поскольку спарки почти не доводилось трогать (чуточку помогал осваивать ультру, приехавшую на факультет со спектрометром под выпуск) -- лучше помолчу.
PS: кажется, сэр Крей говаривал -- "несложно сделать быстрый процессор, попробуйте сделать быструю систему..." | |
|
6.38, sauron (??), 08:35, 26/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Насколько понимаю, в большей степени шины (или вообще системной), но поскольку спарки
>почти не доводилось трогать (чуточку помогал осваивать ультру, приехавшую на факультет
>со спектрометром под выпуск) -- лучше помолчу.
>
>PS: кажется, сэр Крей говаривал -- "несложно сделать быстрый процессор, попробуйте сделать
>быструю систему..."
Дело в том что многие задачи на sparc процессорах запускаются медленнее чем на x86. Т.е. если у вас импульсная нагрузка и не сильно много потоков, то x86 будет лучшим выбором, в случае же постоянной интенсивной и паралельной нагрузки спарки работают лучше. | |
|
|
|
|
|
1.29, CDigger (?), 12:03, 25/01/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Маки на интелах, Саны на интелах... Скоро выбирать реально будет не из чего. Уже не из чего. С точки зрения денег - все предельно ясно, а вот с точки зрения технологии - жо%а! Дальше просто наступит технологический застой. Прогресс это соревнование. А так... Зачем разрабатывать что-то свое и пытаться с кем-то конкурировать, когда можно договориться и все тупо поделить. Вот только потребителю от этого вряд-ли лучше станет. | |
|
2.32, cadmi (?), 17:06, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Маки на интелах, Саны на интелах... Скоро выбирать реально будет не из
>чего. Уже не из чего. С точки зрения денег - все
>предельно ясно, а вот с точки зрения технологии - жо%а! Дальше
>просто наступит технологический застой.
про Ultrasparc T1 что-нибудь слышали? :) "Саны на интелах"... Дешевые низшие модели, ну. Для снижения порога вхождения :) | |
|
3.33, L.Torvalds (?), 17:29, 25/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
Поживем - увидим, что там с T1 получится. Ниагары сдохди BTW, Рок'и похоже тоже :-\
А! Как же я забыл?! Godson-II нас спасет - китайци рулят! :-) | |
|
4.37, Аноним (-), 03:11, 26/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
кстати производительность оракла на T1 хуже чем на IV+
но это возможно изза пока что не оптимизированности того же оракла под Т1 | |
4.40, sovic (?), 09:31, 26/01/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Поживем - увидим, что там с T1 получится. Ниагары сдохди BTW, Рок'и
>похоже тоже :-\
Да ладно вам, T1 живой :)
На днях ждем T2, а там через годик и Виктория поспеет :) как продолжение серии мульти-потоковых процессоров.
И Роки пока еще никто не отменял. Так что как говорили, поживем - увидим :)
Пока эти Интеловые сервера появятся, а вот АМД и сейчас есть, насколько я помню SF X-серия.
| |
|
|
|
|