LINUX.ORG.RU

CELL мог бы предложить значительный подъём в научных вычислениях


0

0

Товарищи из LBNL (Lawrence Berkeley National Laboratory) провели первое формальное академическое исследование пытаясь ответить на вопрос даст ли CELL выигрыш в high-performance computing (HPC). Тестами являлись небольшие куски кода, реализующие вычислительные алгоритмы, такие как: быстрое преобразование Фурье, перемножение матриц. Для сравнения использовались Cray X1E, AMD Opteron, Intel's Itanium2.

Исследование проводилось на точном-до-такта симуляторе от IBM, дающем очень близкую к реальности производительность, вполне возможно реальный CELL будет иметь даже лучшие характеристики.

Изначально оптимизированный под игрушки процессор показывает максимальную производительность на вычислениях с одинарной точностью, оставляя далеко позади конкурентов. На двойной почти во всех тестах побеждает противников. Авторы статьи предлагают небольшие улучшения в микроархитектуре (названные CELL+), позволяющие получить значительный выигрыш в вычислениях с двойной точностью.

Код тестов был вручную оптимизирован под CELL с учётом задержек передачи данных и его иерархии памяти (!), что позволила сделать модель программирования, основанная на параллелизме уровня данных, а не задач, которая проталкивается IBM на рынок игрушек. Если CELL будет продаваться только в составе PS3, то очень вероятно, что найдутся товарищи попытающиеся собрать кластер для HPC из пары сотен приставок. Не следует ожидать таких же успехов процессора на более широком классе алгоритмов, реализуемых на более высоком уровне абстракции железа и использующих параллелизм уровня задач.

Статья: http://www.cs.berkeley.edu/~samw/proj...

>>> Подробности

★★

Проверено: Shaman007 ()

Ответ на: комментарий от lenin

> Дорогой друг, сопроцессоры Cell 1) не могут обращаться к оперативной
> памяти, только к своей 256 КИЛОбайт, словами по 128 разрядов, причёи
> этот блок 256 килобайт один на все SPE

дорогой друг - этого уже достаточно чтобы эффективно обрабатывать tcp/ip трафик

> не могут пользоваться системными вызовами ОС

зачем им в данном случае вызовы ОС ? взял данные из буфера - отработал свое - положил обратно. дальше хоть трава не рости


> Если ты написал хотябы одну программу, ты бы понимал, что положить на
> это что-то типа сетевого стека крайне затруднительно.

а можно больше чем одну ? а можно на DSP ? сколько по твоему занимает код обработки прерывания от клавиатуры в PC ? у меня на PIC16F84 (ТТХ можешь сам найти) бегущая строка с матрицей 96*8 + управление от стандартной клавиатуры + шрифт порядка 100 символов 8*5. на том же ПИКе есть простенький вэб-сервер работающий по ppp. а оси - нет

фактически на целловском принципе работал УКНЦ - два проца 1801ВМ2 и общее окно у этих процов было всего пару килобайт.

> А если и получится, то эффективность решения по сравнению с любой
> нормальной железкой будет смешной.

дорогой мой - кажое ядро со своей программой и представляет собой нормальную железку.

сходи что ли для повышения кругозора про openwrt почитай

Tester ★★★
()
Ответ на: комментарий от lenin

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

ну да конечно - у ленина роутеры сами генерируют гигабитный трафик

Tester ★★★
()
Ответ на: комментарий от lenin

почитал пдфку, интересно.

но все равно, коэффициэнт там (в лучшем случае) доходил до 4.9, тесты проводились на маздае, в общем, не вижу реальных (пока) перспектив для гигабитной сетки.

просто потому что стек ее не держит.

gr_buza ★★★★
()
Ответ на: комментарий от gr_buza

Не хочу тебя расстраивать, но гораздо больше интересных предложений связанных с МС. Спецы по юниксу нужны только как сертифицированные специалисты по оборудованию конкретного вендора. А там одного системного инженера очень легко заменить на другого, ну разница будет только в опыте работы.

Sun-ch
()
Ответ на: комментарий от gr_buza

> а то чтение src и dst ip тоже можно назвать распаковкой заголовков.

я имел в виду именно это - разложения пакета длиной N байт на составляющие

Tester ★★★
()
Ответ на: комментарий от AcidumIrae

ну, AFAICR для HPC весь софт самописный под конкретную задачу, поэтому тут даже и не пионеры, я думаю :))

я пока не видел объявлений вида "требуется программист для MPI для HPC", наверно потому что это больше штучные разработки (это не в том плане, что кластер строится на одну задачу ;)))

gr_buza ★★★★
()
Ответ на: комментарий от Sun-ch

жжоте батенька, жжоте.

сходите на sql.ru и посмотрите топики вида "требуется DBA".

почти везде в требованиях - знание юникс (ну в пожеланиях так точно в каждой первой вакансии).

gr_buza ★★★★
()
Ответ на: комментарий от Tester

а, ну дык тут-то проблем нет.

берешь, отрезаешь кусок (благо в ipv4 он фиксированный), остаток передаешь как тело.

gr_buza ★★★★
()
Ответ на: комментарий от AcidumIrae

Ну студенты этот кластер собрали, а потом их всех в армию забрали, осталась было пара аспиранток, но те в декрет ушли.

Sun-ch
()
Ответ на: комментарий от Sun-ch

бгы.

а смысл брать на работу студентов?

тут уже проблемы начальства, которое не смотрело дальше цены спеца в месяц.

gr_buza ★★★★
()
Ответ на: комментарий от lenin

>Про масштабируемость венды - гонево конечно же.

Щаз... вот у меня есть 50 x86_64 узлов и 100 старых x86 узлов.

В *NIX заставить их гонять одну задачу как 2 байта переслать (по крайней мере под PVM) а что мы видим в уиндоуз ?

Q. Will there be a 32-bit version of Windows Compute Cluster Server 2003? A.

There are no plans at this time to release a 32-bit version of Windows Compute Cluster Server 2003.

http://www.microsoft.com/windowsserver2003/ccs/faq.mspx

sS ★★★★★
()
Ответ на: комментарий от sS

>There are no plans

таких жизнь быстро учит.

курс обучения называется "недополученная прибыль" :))

когда они поймут, что теряют деньги все исправится.

хотя если учитывать бездонный карман мелкомягких, им может быть пофиг в течении ближайших 3-4-5 лет, а там уже и х86 вымрут.

gr_buza ★★★★
()
Ответ на: комментарий от gr_buza

Крупной IT компании, занимающейся созданием, поддержкой, развитием и верификацией программного обеспечения самого различного целевого назначения, требуется Системный инженер.

Требования:
Обязательные:
-Администрирование операционных систем (Linux, Solaris, Windows и т.д.) или баз данных (Oracle, MS SQL и т.д.)

Желательные:
-Администрирование серверов приложений (BEA WebLogic, IBM WebSphere и т.д.);
-Опыт тюнинга для получения максимальной производительности;
-Высшее техническое образование.

Обязанности:
-Установка, тюнинг и настройка WebLogic (Server, Portal, Integration, JVM) - как для внутренних проектов, так и непосредственно у клиентов;
-Первая линия технической поддержки по продуктам BEA - анализ проблем клиентов;
-Взаимодействие с линией техподдержки в BEA Systems;
-Участие в проектах в качестве эксперта по конфигурации и развертыванию решений.

Зарплата (по результатам собеседования) + компенсационный пакет (медицинское страхование, частичная компенсация стоимости обедов, бесплатные курсы английского языка, сертификация и обучение за счет компании, гибкий график работы).

рассматриваются кандидаты с последних курсов технических ВУЗов


Ну просто аббассаться от таких вакансий.

Solaris+Windows+Oracle это никак не меньше $30 тыс. в месяц.

Sun-ch
()
Ответ на: комментарий от Sun-ch

Solaris+Windows+Oracle это никак не меньше $30 тыс. в месяц.

бгы.

где?

З.Ы. может Solaris+Oracle+Windows, или Windows+Solaris+Oracle? :)))

gr_buza ★★★★
()
Ответ на: комментарий от Sun-ch

если нет денег на админа - то лучше закрываться и продавать все, что осталось

gr_buza ★★★★
()

2gr_buza

>хорошо, возьмем процессинговый центр с сервером на nonstop-os (я очень надеюсь, что вы хотя бы слышали о такой вещи,
>не говоря уже о работе).
>админ работает с этим сервером, попутно дорабатывая (или делая новые) сервисы (оплату счетов по карточкам, к примеру).
Во первых админ он ничего не дорабатывает. Дорабатывает разработчик, девелопер, программист, зовите его как хотите
но не админ. Или мы говорим о конторе с nonstop ос где все делают полтора человека?
Во вторых для разработчиков должна быть своя среда где они разрабатывают и тестируют приложения. И там их никто не ограничивает.
В третьих должна быть отдельная среда для тестеров где они выполняют более масштабные тесты. Относительно прав аналогично, но
в пределах своей среды.
Я не утверждаю что оно всегда выглядит именно так, это нечто к чему нужно стремиться. Безусловно так или иначе комуто придется
работать с данными напрямую, но это не должен быть тот кто устанавливает и обслуживает ос, даже nonstop.

>вы хотите сказать, что в организации, где этот админ работает (естественно имея доступ ко всем данным на серверах процессинга
>(надеюсь не надо объяснять, что это такое, да? :)))) неправильно спланирован "контроль доступа"?
Судя по той скудной информации похоже что действительно чтото не так.

... увольнение по статье третьей КЗОТа (а хорошие кадры в IT сейчас ой как редки...)
В Российском КЗОТе не силен, гуглить сейчас нет времени.

Нарушая правила форума, надеюсь модераторы простят, позволю себе ответить на том же языке
>З.З.З.Ы. Pare lat temu studiowalem w Lublinie no i troche nauczylem sie jezyka. Z pelna odpowiedzialnoscia moge Panu powiedziec,
>ze .net (zarowno jak Java, Pascal i BASIC) musi zdechnac w agonii, bo jest dola leniuchow i kretynow od informatyki.
Co niektroym oczywiscie sie marza czasy, kiedy cale oprogramowanie bylo pisane w jezykach typu C lub "ascembblerzze", bo chyba
chodzi o to, ale to juz nie wroci. Nikt nie bedzie czekal az brodaci kolesie po 10 latach pracy wrescie cos splodza. Tak samo jak
juz nie wroca kompy na lampach czy rozne karty perforowane. Ale jezeli szanowny kolega ma na mysli rozne Lispy, Eifle i inne tam
Haskle z Mozartami, nawet nie wiem jak sie to pisze, to tutaj tez w zasadzie wszystko jasne - poza srodowisko akademickie to
praktycznie nie wyjdzie.

>Milego dnia! :)
Wzajemnie!







XCHG
()
Ответ на: комментарий от Sun-ch

>Я думаю, что МС будет продавать некоторые законченные решения, ну скажем для расчетов определенного класса вычислительных задач. Использовать такие решения смогут люди, не являющиеся профессионалами в области выч. техники.

Дык это не задача МС а задача конотор, которые такие решения будут предлагать. Конечному пользоватедю ведь не нужен кластер как таковой. Ему нужон инструмент для решения конкретной задачи. Так поставщикам под ключ вообще говоря всё равно на чём продавать такое решение. С другой стороны им нужно его будет поддерживать. И при этом видимо придётся делиться с МС. Вопрос в другом. Пойдут ли на это поставщики таких решений.

>И опять же эти мегакластеры с линуксом поддерживаются энтузиастами, которые могут в любой момент отказатся от своих обязанностей.

А ты у Die-Hard спроси кто их поддерживает ;)

PS: Студентов к боевым кластерам подпускать низзя Я вон даже их к консоли не подпускаю. Специально для них вебморда написана ;)

sS ★★★★★
()
Ответ на: комментарий от Tester

> этого уже достаточно чтобы эффективно обрабатывать tcp/ip трафик
> зачем им в данном случае вызовы ОС ? взял данные из буфера - отработал свое - положил обратно.

Афтар, SPE не может брать данные из буфера в ОЗУ, ему не доступно ОЗУ, данные ему должен кто-то вкачать в LS, извлечь результат и вкачать новые. Размер буфера памяти только под разбор фрагментации IP обычно выставляется в 256 килобайт, но эти 256 килобайт в Cell - ОДИН на ВСЕ SPE. Блоками по 64К, кстати. Не могу похвастаться опытом в области оптимизации, однако хорошо понимаю, что чудес не бывает. Нихрена не выйдет. Ни-хре-на.

lenin
()
Ответ на: комментарий от sS

>А ты у Die-Hard спроси кто их поддерживает ;)

Физик+it специалист в одном флаконе, редкое надо заметить сочетание, я знаю теоретиков которые так и не освоили компьютер вообще, даже емайлом не пользуются.

Sun-ch
()
Ответ на: комментарий от gr_buza

> курс обучения называется "недополученная прибыль" :))

Термин "недополученная прибыль" - это из другой области.

lenin
()
Ответ на: комментарий от Sun-ch

>Ну студенты этот кластер собрали, а потом их всех в армию забрали, осталась было пара аспиранток, но те в декрет ушли.

"Это неправильные пчелы и они делают неправильный мед"

а что студенты уже кончились? новых не рожают??? ;)

или там код писан левой ногой через плечо без коментариев? дык это проблема проджект менеджера или там его просто не было ;)

если, кто-то не умеет правильно работать - это не проблема ОС, как вы тут пытались вначале заявить и в случае с оффтопиком аналогичная ситуация(студентов забрали в армию) вполне возможна ;)))

AcidumIrae ★★★★★
()
Ответ на: комментарий от XCHG

>Во первых админ он ничего не дорабатывает. Дорабатывает разработчик, девелопер, программист, зовите его как хотите но не админ. Или мы говорим о конторе с nonstop ос где все делают полтора человека?

да, это я напутал с терминологией.

все-таки это был девелопер, миль пардон.

>Во вторых для разработчиков должна быть своя среда где они разрабатывают и тестируют приложения. И там их никто не ограничивает.

она есть, эта среда - отдельный тестовый сервер.

>В третьих должна быть отдельная среда для тестеров где они выполняют более масштабные тесты. Относительно прав аналогично, но в пределах своей среды.

ну, я думаю это тот же сервер, что и с девелопингом.

>Я не утверждаю что оно всегда выглядит именно так, это нечто к чему нужно стремиться. Безусловно так или иначе комуто придется работать с данными напрямую, но это не должен быть тот кто устанавливает и обслуживает ос, даже nonstop.

там никто ничего не устанавливает :))

это система на базе OS/390, сейчас находится в ведении HP.

и обслуживания там никакого не требуется, кроме собсно разработки.

>В Российском КЗОТе не силен, гуглить сейчас нет времени.

да, я понял это уже после того, как написал пост.

это увольнение по собственному желанию.

это к тому, что нормальный спец предпочтет уйти на другую работу, чем сидеть "за решеткой в темнице сырой".

отвечая на ваш ответ:

нет, я не отношусь к бородатым зубрам, отнюдь.

я просто считаю, что RAD must die, а нормальная разработка возможна и на C (о, чудо!) и на С++, и еще на куче языков.

Lisp, Eiffel и прочее даже не будем трогать, это академ, тут я согласен.

Но .NET должен умереть. Это очевидно :)

потому как заявленной кроссплатформенности нет, все тормознуто и глюкаво, в общем, ужас, летящий на крыльях ночи :)

gr_buza ★★★★
()
Ответ на: комментарий от anonymous

BTW о птичках. Неделю назад ставил FC5. Пол-часа - и работаем. иНет, офис, кино, домино - все дела на месте. А на этих выхододных ставил домой винду. 6 часов коту под хвост. IMHO насчет дружелюбности винды - очень устаревшая инфа.

anonymous
()
Ответ на: комментарий от sS

>CFD Jobs Database - Search Results CFD-Wiki
>
>Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/virtual/site1/fst/var/www/html/Gen_Jobs/list.php on line 33
>** No Matching Jobs Found **

воистину, не выращивать :)))

gr_buza ★★★★
()
Ответ на: комментарий от sS

ну я уже нашел, конечно, но в общем-то, просто перешел по Вашему линку :))

gr_buza ★★★★
()
Ответ на: комментарий от lenin

> Афтар, SPE не может брать данные из буфера в ОЗУ, ему не доступно ОЗУ,
> данные ему должен кто-то вкачать в LS, извлечь результат и вкачать
> новые. Размер буфера памяти только под разбор фрагментации IP обычно
> выставляется в 256 килобайт, но эти 256 килобайт в Cell - ОДИН на ВСЕ
> SPE. Блоками по 64К, кстати. Не могу похвастаться опытом в области
> оптимизации, однако хорошо понимаю, что чудес не бывает. Нихрена не
> выйдет. Ни-хре-на.

специально для упертых вносим изменения
1) основное ядро ложит пакет в буфер
2) вспомогательные ядра раскладывают и обрабатывают его в 8 рук
3) основное ядро забирает готовый результат из буфера

видишь второй шаг ? а теперь думай причем здесь интель со своими рекомендациями

высокоуровневые задачи ложатся на основное ядро - но ему уже попадают фактически готовые данные которые нужно только проглотить

тот же интель делает серверные сетвухи где часть функций обработки потока лежит на самой карте - нахуа спрашивается если основной проц это делает (по твоей логике) значительно лучше ? почему же в целе эти функции не могут быть элементарно возложены на сопроцессоры ?

все получится - надо только головой думать

Tester ★★★
()
Ответ на: комментарий от Tester

>2) вспомогательные ядра раскладывают и обрабатывают его в 8 рук

возможно, я просто плохо читал whitepaper, но мне интересна такая простейшая особенность: SPI могут друг другу передавать данные или нет?

если не могут - придется каждый раз обращаться к основному ядру за тем, чтобы оно передалло готовые данные следующему SPI.

gr_buza ★★★★
()
Ответ на: комментарий от Sun-ch

> Физик+it специалист в одном флаконе, редкое надо заметить сочетание

по своему опыту - совсем наоборот - это самое частое сочетание
физикам IT дается куда проще чем остальным - в большинстве вузов именно физфак является самым продвинутым в этом отношении

Tester ★★★
()
Ответ на: комментарий от gr_buza

> возможно, я просто плохо читал whitepaper, но мне интересна такая
> простейшая особенность: SPI могут друг другу передавать данные или
> нет?

ты плохо читал тред :)
оперативка у них общая

Tester ★★★
()

>я просто считаю, что RAD must die, а нормальная разработка возможна и на C (о, чудо!) и на С++, и еще на куче языков.
Изредка приходится разрабатывать/править бизнес логику в С++, а по сути в С. Это ужассссс++. Рад там кстати использовать не для
чего. Да, когда удается выловить _все_ баги работает нормально.

>Но .NET должен умереть. Это очевидно :)
Но смею утверждать что в ближайшие лет 10 это не произойдет, ибо на этот срок денег у МС хватит точно. На большее не загадываю.

>потому как заявленной кроссплатформенности нет, все тормознуто и глюкаво, в общем, ужас, летящий на крыльях ночи :)
Да нет, почему же, работает, если рядом с сервером не чихать, не прыгать и не кричать;) Конечно совместимость между
фреймворками, по крайней мере 1.0 и 1.1 еще та, но тут уж не знаю, может с явой ситуация аналогична.



XCHG
()
Ответ на: комментарий от Tester

Это инженеры-физики. А те, кто ставит задачи, которые надо считать на кластерах, это теоретики, хотя я конечно, слишком обобщил.

Sun-ch
()
Ответ на: комментарий от Sun-ch

> И опять же эти мегакластеры с линуксом поддерживаются энтузиастами, которые могут в любой момент отказатся от своих обязанностей.

И какие это Linux-кластеры поддерживаются энтузиастами?

Loh ★★
()
Ответ на: комментарий от XCHG

>Изредка приходится разрабатывать/править бизнес логику в С++, а по сути в С.

мдя.

а не проще ли бизнес-логику держать в БД?

по крайней мере как минимум в трех моих знакомых компаниях так и делают.

>Да, когда удается выловить _все_ баги работает нормально

ну хз, я слышал (ОБС, в общем), что некоторые программисты (их еще называют постигшими Дао) пишут программы с минимальным количеством глюков за счет грамотного проектирования. Возможно, это слухи, не знаю :))

>ближайшие лет 10 это не произойдет

ну если ставить вопрос так, то да, конечно.

>если рядом с сервером не чихать, не прыгать и не кричать;)

и не работать, да :))

gr_buza ★★★★
()
Ответ на: комментарий от Sun-ch

> Физик+it специалист в одном флаконе, редкое надо заметить сочетание, я знаю теоретиков которые так и не освоили компьютер вообще, даже емайлом не пользуются.

Не пользующихся емайлом я не знаю. Разве, что в коме если кто или на Эльбрусе.

Что касается IT, то по разному. Но в поколении <45 _очень_ прилично.

Loh ★★
()
Ответ на: комментарий от Sun-ch

> Это инженеры-физики. А те, кто ставит задачи, которые надо считать на кластерах, это теоретики, хотя я конечно, слишком обобщил.

Основная мощность и людская и компьютерная идёт именно на обработку эксперимента, так как именно эксперимент и есть сама физика. Хотя есть отдельные всплески и на теоретическом фронте, но теоретиков _сильно_ меньше чем экспериментаторов.

Evgueni ★★★★★
()
Ответ на: комментарий от Tester

> 1) основное ядро ложит пакет в буфер
> 2) вспомогательные ядра раскладывают и обрабатывают его в 8 рук
> 3) основное ядро забирает готовый результат из буфера

Затраты на согласование и синхронизацию. Итого - приём пакетов с сетевой карты - на проце, разбор фрагментации - на проце + нагружаем проц прокачкой данных в SPE. Итог - зачем на SPE ? Что такого решает SPE, что не может решить проц вместо прокачки данных и ожидания результата ?

> высокоуровневые задачи ложатся на основное ядро - но ему уже попадают фактически готовые данные которые нужно только проглотить

Легко говорить тяжело сделать. Много лет назад афтары подобных идей обанкротились. Ряботали в практически идентичной области игровых компьютеров. Смотрите историю Amiga.

lenin
()

>а не проще ли бизнес-логику держать в БД?
>по крайней мере как минимум в трех моих знакомых компаниях так и делают.
Конечно прище. БОльшая часть ее там и сидит. Но то что нестандартно приходится реализовывать отдельно.

>ну хз, я слышал (ОБС, в общем), что некоторые программисты (их еще называют постигшими Дао) пишут программы
>с минимальным количеством глюков за счет грамотного проектирования. Возможно, это слухи, не знаю :))
А сколько времени им это занимает? Нет, безусловно есть такие кто пишет ровно и быстро, но каков их процент?

Реальность в 98% такова: железо должно быть дешевое, макс через 3 года будет куплено новое, проги надо ваять быстро,
во всяком случае быстрее конкурентов.


XCHG
()
Ответ на: комментарий от XCHG

>Конечно прище. БОльшая часть ее там и сидит. Но то что нестандартно приходится реализовывать отдельно.

возможно я мал и глуп (хотя кое-какой опыт работы имею), но пока еще не видел до такой степени нестандартной задачи в бизнес-логике (и именно там), требующей выноса в сторону клиента.

Разве что печать бумажек на принтере, только каким образом это относится к БЛ, непонятно :))

>А сколько времени им это занимает? Нет, безусловно есть такие кто пишет ровно и быстро, но каков их процент?

вот этого уже не знаю, исследований не проводил :)

>Реальность в 98% такова: железо должно быть дешевое, макс через 3 года будет куплено новое, проги надо ваять быстро, во всяком случае быстрее конкурентов

йопт, дык это же и есть вышеобозначенные вами "рога&копыта"!

тогда зачем было упоминать серьезные компании? :)))

gr_buza ★★★★
()
Ответ на: комментарий от lenin

Ленин конечно пророк колоссальный... ведь написано русским языком:

Each SPE is composed of a "Streaming Processing Unit" ("SPU"), and an SMF unit (DMA, MMU, and bus interface). An SPE is a RISC processor with 128-bit SIMD organization for single and double precision instructions. With the current generation of the Cell, __each__ SPE contains a 256 KiB instruction and data local memory area (called "local store") which is visible to the PPE and can be addressed directly by software. Each of these SPE can support up to 4 GB of local store memory.

http://en.wikipedia.org/wiki/Cell_(microprocessor)#Broadband_Engine

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

P.S. | sed -i 's/пророк/далбайоп/g'

Gharik
()
Ответ на: комментарий от lenin

>Легко говорить тяжело сделать. Много лет назад афтары подобных идей обанкротились. Ряботали в практически идентичной области игровых компьютеров. Смотрите историю Amiga.

посмотрели: курсор 100 на 100 пикселей с живым видео внутри. загрузка проца до 10 %

ну, Lenin?

ps Amiga загнулась благодаря манагерам из Commodore. читай историю.

anonymous
()
Ответ на: комментарий от Gharik

Потенциально 4 гига на рыло.. нефиговый у нас роутер может получиться...

Gharik
()
Ответ на: комментарий от Tester

ДВК, Intellec, Эльбрус-1, NCR/Symbios/LSI, Adaptec, nVidia...
"Периферийный процессор" - это не Cell.
Кстати, часто ПП видит _всю_ память ЦП, иногда через регистры.
Так было и на УКНЦ. DMA-основанная архитектура, так сказать.
Чаще всего ПП - RISC без MMU ("диспетчера памяти").
SPU CELL - все таки типичный DSP (мало памяти).
Но offload-ить на него TCP/IP стек можно наверно не хуже, чем на серверные сетевые адаптеры.

kolk
()
Ответ на: комментарий от lenin

>Дорогой друг, сопроцессоры Cell 1) не могут обращаться к оперативной памяти, только к своей 256 КИЛОбайт, словами по 128 разрядов, причёи этот блок 256 килобайт один на все SPE

Хватит врать. У каждой SPE-шки своя 256К безлатентная LS (Local Store) + свои 128 GP-регистров по 128 бит + своя DMA, через которую он и работает с оперативкой.

>2) не могут пользоваться системными вызовами ОС

Ось будет крутиться на PPE. SPE-шкам достаточно имеющихся у них канальных прерываний.

В общем, опять - мимо мавзолея.:=)))

anonymous
()

>возможно я мал и глуп (хотя кое-какой опыт работы имею), но пока еще не видел до такой степени нестандартной
>задачи в бизнес-логике (и именно там), требующей выноса в сторону клиента.

Мы говорим о разных вещах: имеется некая программа клиент, стандартная часть ее бизнес логики содержится в ее же локальной
Б.Д., нестандартная реализовывается в виде библиотеки.

Кстати лет 5 назад видел такое чудо, где бизнес логика была зашита прямо в клиенте, хотя значительная часть Б.Л. сидела на
сервере и клиент был постоянно с ним соединен, и этот клиент для обработки таскал данные с сервера, обрабатывал их и отсылал
обратно. С одной стороны жутковато но с другой очень смешно было. Написано оно было на Делфи;) Все очень сильно зависило от
мощности машины на кторой этот клиент был запущен и еще сильнее от скорости/загрузки сети. Правда потом это все таки
переписали и оно полностью выполнялось на серверной машине, непосредственно сервером Б.Д.


XCHG
()
Ответ на: комментарий от Sun-ch

Sun-ch:

> Это инженеры-физики. А те, кто ставит задачи, которые надо считать на кластерах, это теоретики, хотя я конечно, слишком обобщил.

Ну, во-первых, я согласен с Evgueni (19.06.2006 17:55:01).

Во-вторых: у нас на этаже расположен теоретический институт. Все делают Phd (иногда Phd студенты). ВСЕ! Включая администрирование локального кластера десктопов (с полсотни, однако), Уеб-страница, включая две независимые библиотеки препринтов (и сам Уеб-мастер -- тоже постдок(-торша сейчас!)). И администрирование суперкомпьютеров (ок, на мне, я немного особняком). И принтеры, и просто библиотека на этаже. И проблемы списания устаревшего оборудования. Все это, типа, как при Совке была "общественная работа"...

А чтобы мою позицию получить -- целая интрига многолетняя была проведена. Поначалу мысль была информатика привлечь -- не потянули информатики!

Die-Hard ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.