| |
| 2.24, Pashke (?), 08:54, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
Это какой нужен монитор, чтобы в винде диспетчер задач на вкладке "быстродействие" открыть
| | |
| |
| 3.28, Dimez (??), 12:56, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
 Винда столько процессоров не поддерживает. Также не поддерживает SPARC
| | |
|
|
| 1.2, Аноним (-), 01:34, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сила в простом. Умножить одно на другое и получить МЕГАтретье. Осталось вообразить себе кластер из таких машинок.
| | |
| 1.3, atx (?), 02:16, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
осталось переписать софт и оптимизировать ядро для такого монстра =) или может патчи на ядро уже есть???
| | |
| 1.4, Anonymous (?), 03:31, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Солряке один фиг на чем работать, на одном ядре, или 2048, там уже все давно работает как надо.
| | |
| |
| 2.11, Аноним (11), 11:52, 29/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
да-да, "все нормально, у нас спинлоки", бугога. ОС масштаба предприятия. тьфу, ей-богу. сначала запустите на 2048way, потом рот раскрывайте. в 2008 ... бугога
| | |
|
| 1.5, northbear (??), 04:12, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Опять бестолковая погоня за попугаями. Еще придется поискать задачи, которые будут эффективно решаться подобной архитектурой.
А остальном это просто сшибалово денег с лохов, которые между собой меряются всем что имеется...
| | |
| |
| |
| 3.21, northbear (??), 07:59, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
>Вы о прогрессе что нибудь слышали?
Угу. Например, была хорошая машина на 4-х колесах. Производитель, Бац! и выпускает новую модификацию машины на 2048 колес?
По вашему это может быть и прогресс. А по-моему это гигантомания...
| | |
|
| 2.9, DXT (??), 11:46, 29/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
>Еще придется поискать задачи, которые будут эффективно решаться подобной архитектурой.
Oracle
| | |
| |
| 3.20, northbear (??), 07:55, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Oracle? C 2048 потоками? А данные все эти потоки откуда будут брать? Правильно, через одну шину данных.
А какой там размер кэша? И сколько его приходится на один поток?
И каковы будут накладные расходы для того, что бы своевременно данные для всех этих потоков загружать в кэш.
И будут эти потоки сами с собой и между собой "жить".
А деньги SUN-овцы возьмут в полном объеме. Они уж стесняться не будут...
| | |
|
| 2.31, kruk (?), 16:38, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Опять бестолковая погоня за попугаями. Еще придется поискать
>задачи, которые будут эффективно
>решаться подобной архитектурой.
>А остальном это просто сшибалово денег с лохов, которые между собой меряются
>всем что имеется...
У вас слишком узкий взгляд. Чего там искать? Подбор паролей, сканирование действительно больших объёмов информации. Как минимум, военным пригодится.
| | |
|
| 1.6, кук (?), 08:03, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а какова производительность одного ядра ?
Т-1 в этом отношении не сильно порадовал
| | |
| |
| 2.8, Немыч (?), 11:42, 29/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
не зря же они говорят о поточных приложениях.
есть неплохая статья об архитектуре и особенностях: http://www.osp.ru/os/2007/05/4259887/
каждый поток выполняется относительно медленно, но суммарная "пропускная способность" процессора должна рвать конкурентов в куски.
естественно, для линейных задач этот процессор совершенно бесполезен.
| | |
| 2.14, sauron (??), 17:08, 29/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
 Это вам приложение надо потоковое. К примеру на таких ящиках себя очень комфортно будут чувствовать различные СУБД и вебсервера.
| | |
| |
| 3.25, funny_falcon (?), 09:51, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
Но почему-то ниагара в чистую сливает оптероном с ксеонами именно на СУБД и вебсерверах.
При-этом системы на x86 (даже продаваемые Sun) стоят в два-три раза дешевле.
| | |
|
|
| 1.10, ARsoft (?), 11:50, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Рвать он должен хорошо хотябы с темже Oracle на борту. Это реально крутая тачила получится!
| | |
| |
| 2.12, Аноним (11), 11:59, 29/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
сначала пусть солярку хотя бы там нормально запустят ... с ее децким локингом.
| | |
|
| 1.15, Аноним2 (?), 21:16, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
вот тока не надо про oracle, на SunFire T2000(niagara T1) oracle показывает худшие результаты по сравнению со скажем SunFire v490(Sparc IV+)
| | |
| |
| 2.30, Mr.Uef (??), 13:59, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
Ниагара создавалась для веба. То, что она плохо будет работать с СУБД говорили еще при ее разработке. Нефть, напрмер, возят не самосвалами а цистернами, но почему-то у грузовиков такая спецификация ни у кого изумления не вызывает.
| | |
|
| 1.18, exn (??), 23:51, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ога, поставить базу и заплатить за каждый процессор ! не в оракле так ? напомните плз.
| | |
| 1.19, Аноним (-), 23:54, 29/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
T2000 - это платформа для узкой ниши.
Удел T2000 - мелкие WEB-серверы, прокси-серверы, DNS-серверы, всякое вспомогалово, где не нужно особо сильно напрягаться с диском, ОЗУ, и плавающей точкой.
Запускать Оракель на T2000 просто глупо. Результат был известен заранее.
| | |
| |
| 2.23, Zverushka (?), 08:50, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
нада заметить что санки даже когда они ТРУБИЛИ о "самом самом " и что они де уже "три шага вперёд" от ... других :+) и то специально оговаривали о НИШЕВОСТИ ниагары
они специально оговаривали что ни бд ни счётные задачи для этого семейста не есть их лучшее применение "ибо"... вощем много там всего того что "ибо" ...
а вот эти роки которые они вроде как должны будут и счётчиками хорошими быть так что оракел и всё прочее считающее и пишущее будет хорошо себя там типа чувствовать ...
и мне в это верится ...
но вот что действительно реальность - дак это, что в наше время прогеры и их продукты НЕ поспевают за изменениями и нововведениями жезезячных вендоров ...
| | |
| |
| 3.27, belkin (?), 12:54, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
 >но вот что действительно реальность - дак это, что в наше время
>прогеры и их продукты НЕ поспевают за изменениями и нововведениями жезезячных
>вендоров ...
Это так потому, что аппаратурщики сами с собой играются не обращая внимания на потребности системщиков. Сексопатология.
| | |
|
| 2.38, Anonymous (?), 07:42, 14/09/2007 [^] [^^] [^^^] [ответить]
| +/– |
Для кого-то озвученные вами ниши и есть production.
А всякие мелкие серваки с DB - это так, мишура, бекенд.
Во всяком случае для ISP это очень хороший вариант - вместо горожения кластера из десятков тормозных (для задач почты, DNS и пр) узлов вполне можно будет обойтись кластером из двух узлов (что на порядок проще).
| | |
|
| 1.26, Акроним (?), 10:11, 30/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
угу, в точку про отставание софта. ещё пяток лет, если не все десять уйдут на "переформирование индустрии" на кучу-цати-ядерность (если оно вообще будет завершено - это переформирование)
| | |
| |
| 2.29, belkin (?), 13:01, 30/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
>угу, в точку про отставание софта. ещё пяток лет, если не все
>десять уйдут на "переформирование индустрии" на кучу-цати-ядерность (если оно вообще будет
>завершено - это переформирование)
Будет как с Merced/Itanium: пока делали процессор и компиляторы оказалось что вместо такой революции проще и дешевле делать многоядерные.
| | |
| 2.34, Zverushka (?), 11:23, 31/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
нада заметить что как бы эти "5 десят лет " уже идут и давольно давно :+)
у мени друг в качестве диплома писал парсер к компилятору языка программирования который заточен под паралельное программирование (может неверный термин - имлось ввиду что программы будут писатся под много много ядерную архитектуру ...)
и было это в 2001 году ...
тобишь подготовка то есть ...
только вот как уже замечалось выше "Сексопатология" железячников имеет место быть в том смысле а может оно и не нада ...
хотя как там говорили:
" ...если бы все думали как ты, то мир не узнал бы всех прелестей анального секса" :+)))
| | |
|
| |
| |
| 3.35, muxas (??), 16:18, 31/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
 >Зато на ней сможет долго думать одновременно 2048 опенофисов. ;)
Херня! зато это будет быстрее, чем запустить 2048 опенофисов на одном и ждать результата :-) ))
| | |
|
|
| 1.36, Дмитрий Ю. Карпов (?), 22:15, 31/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Pashke:
> Это какой нужен монитор, чтобы в винде диспетчер задач на вкладке "быстродействие" открыть
:)
northbear:
> Опять бестолковая погоня за попугаями. Еще придется поискать задачи, которые будут эффективно решаться подобной архитектурой.
Лично у меня создалось ощущение, что развитие современных писюков остановилось, т.к. практически все возможные задачи можно решать на существующих машинах, а более продвинутые задачи (типа голографического изображения) находятся далеко запределами возможностей. Кстати, голография как раз отлично распараллеливается.
> А данные все эти потоки откуда будут брать? Правильно, через одну шину данных.
Вовсе необяз%
| | |
|
