Apple оффициально объявил о переходе на процессоры фирмы Intel.

>практику - в студию !

sse Use scalar floating point instructions present in the SSE instruction set. This instruction set is supported by Pentium3 and newer chips, in the AMD line by Athlon-4, Athlon-xp and Athlon-mp chips. The earlier version of SSE instruction set supports only single precision arithmetics, thus the double and extended precision arithmetics is still done using 387. Later version, present only in Pentium4 and the future AMD x86-64 chips supports double precision arithmetics too.

For i387 you need to use -march=cpu-type, -msse or -msse2 switches to enable SSE extensions and make this option effective. For x86-64 compiler, these extensions are enabled by default.

The resulting code should be considerably faster in the majority of cases and avoid the numerical instability problems of 387 code, but may break some existing code that expects temporaries to be 80bit.

This is the default choice for the x86-64 compiler.

>А Вы что хотели увидеть в качестве стандарта Blue Ray ? Неужели MPEG4 ? Мне смешно.

А мне смешно, когда сравниваю качество MPEG2 и MPEG4 при одинаковом битрейте:)

>Она, производительнось универсальная, нужна больше всех. Строить >систему на спецвычислителях - это уже прозжали. Amiga, если помните. >Умные учатся на чужих ошибках, глупые - на своих. Умные помнят >историю, глупые делают революции.

Вот как раз AMIGA и показала всю прелесть спецчипов. Анука попробуй на своем калькуляторе с цветным монитором сделать курсор мыши размером 100*100 пикселей с живым видео внутри и при этом пользоваться всеми остальными прогами нормально - без тормозов? Боюсь и при 6 Ггц ты такое на РС не сделаешь. Так что почитай LENIN матчасть - а лучше историю Амиги.

>Под это заточено GPU, вообще-то и Cell тут никто не ждёт.

Очнись и пой!!! Тогда 3D GUI рулить будет - и отдельный GPU не очень поможет..

> А мне смешно, когда сравниваю качество MPEG2 и MPEG4 при одинаковом битрейте:)

1) Даже если ставить задачей впихнуть фильм на 700 мегов, то MPEG2 рвёт MPEG4 в клочья при просмотре на телеке. VideoCD, который вообще MPEG-1, на телеке смотрится отлично, в отличие от MPEG4, который со своими цветовыми переходами и артифактами убивает всю картинку. Особенно это видно на старых отчественных фильмах.

2) При битрейтах в районе 4000-8000, MPEG4 смотрится особо тухло по сравнению с MPEG2. Его цветовые переходы - это улёт, не совместимый с качественным видео в принципе.

3) Более-менее приемлемые результаты с MPEG4 получаются только при двухпроходном кодировании, что в ряде случаев невозможно.

> Вот как раз AMIGA и показала всю прелесть спецчипов.

Что же это она так показала, что осталась на помойке истории-то ?

> Анука попробуй на своем калькуляторе с цветным монитором сделать курсор мыши размером 100*100 пикселей с живым видео внутри и при этом пользоваться всеми остальными прогами нормально - без тормозов?

А ну ка попробуй заниматься сексом стоя в гамаке на одной ноге ?

> Очнись и пой!!! Тогда 3D GUI рулить будет - и отдельный GPU не очень поможет..

Какое 3D GUI ? То, что у меня на Маке уже много времени как чтоли ? Да без вопросов.

>Даже если ставить задачей впихнуть фильм на 700 мегов

Не ставится такая задача при стоимости DVD-болванок 0,5%

>то MPEG2 рвёт MPEG4 в клочья при просмотре на телеке.

Что значит рвёт? То вы про HDTV, а теперь уже телек?:)

>в отличие от MPEG4, который со своими цветовыми переходами и артифактами убивает всю картинку.

Пользуйтесь нормальным кодеком

>При битрейтах в районе 4000-8000, MPEG4 смотрится особо тухло по сравнению с MPEG2.

Пользуйтесь нормальным кодеком

>Его цветовые переходы - это улёт, не совместимый с качественным видео в принципе.

Пользуйтесь нормальным кодеком

>Более-менее приемлемые результаты с MPEG4 получаются только при двухпроходном кодировании

Пользуйтесь двухпроходным кодированием

>что в ряде случаев невозможно.

невозможно при on-line теле-трансляции. В этом случае однопроходное кодирование с постоянным квантизатором даёт лучшее качество, чем MPEG2, мощности современного домашнего компьютера для разрешения 720х576 вполне в этом случае хватает.

Ну, покажите, покажите код, где -msse -msse2 даст +30%.

> Пользуйтесь нормальным кодеком

Г@вно вопрос. Покажите нормальный кодек.

> В этом случае однопроходное кодирование с постоянным квантизатором даёт лучшее качество, чем MPEG2, мощности современного домашнего компьютера для разрешения 720х576 вполне в этом случае хватает

Ага, как найдёте нормальный кодек, отправьте его ещё и Sony, а то там пацаны не в курсах были.

Почему именно 30%? откуда именно такая цифра? я вам показал кусок мана gcc, где сказано, что использование SSE в большинстве случаев более эффективно, чем FPU (в ответ на ваше заявление, что компилятору "положить" на использование SSE)

>Покажите нормальный кодек.

XviD например.

>как найдёте нормальный кодек, отправьте его ещё и Sony

А мне Сони как-то пОбоку - пусть сами о себе заботятся:)

Да хоть сколько. Пусть 15%. Какой ман, слюшайте, дарагой, кто такой Ман ? Я его знаю ? Вы пели, что практика показывает, покажите практику-то. Моя что-то показывает, что ничего это -sse не даёт абслютно.

> XviD например.

Обчный MPEG4 кодек. В ряде моментов получше других, но не принципиально. Прямо сейчас смотрю на фильм пожатый xvid с лицензионного DVD. Двухпроходное кодирование. Артифакты и цветовые переходы видны довольно отчётливо. Покажите, куда выложить - выложу и покажу артифакты и цветовые переходы и сравню с MPEG2.

> Обчный MPEG4 кодек. В ряде моментов получше других, но не принципиально. Прямо сейчас смотрю на фильм пожатый xvid с лицензионного DVD. Двухпроходное кодирование. Артифакты и цветовые переходы видны довольно отчётливо. Покажите, куда выложить - выложу и покажу артифакты и цветовые переходы и сравню с MPEG2.

слюшай дарагой, а кто такой MPEG2? мы вроде про маки и CELLы говорили???

2 lenin: немного из истории для детей в свое время опыты ставил, на крысках. доооохлый pdp-11 800 kHz уделывал ибмпц-286/12 MHz в чистую. MC68, если склероз не врет, кажсь x50/50MHz рвал мымыхы пц-200 как тузик грелку. Это к вопросу о правильности архитектуры процессора. Дальше. Аналог функциональный флигхт симулятору-98 я гонял кодато на замшелом NeXT с дохлой MC68030. Это к вопросу о спецвычислителях. Делайте выводы, сэ-э-эр.

2lenin:

Странная у Вас логика...

Итак, к фактам!

1) Про SSE/MMX - попробуйте скормить кодеру lame (c SSE и без него) что-нибудь на кодирование. Еще вариант - проделать openssl speed в двух вариантах компиляции. Результат сам покажет.

2) Про декодер/кодер MPEG2 в Cell. Ну причем тут аппаратный кодер/декодер, если любой сопр из имеющихся можно запограммировать как ВАМ надо!

3) Высокое разрешение кортинки НИКАК не зависит от мощности CPU!!! Главное, чтоб видеокарта была нормальной. (А для квестов и моего старого доброго Matrox G400 хватит ;-)))

4) Для загрузки мастодонта, типа KDE важнее пропускная способность тракта диск/память, чем производительность процессора. И нечего ВРАТЬ публично. Как, впрочем, и для компиляции ведра. Вот от замены проца с Prescot 2.4 (533 bus, 1MB L2) на Celeron D 2.8 (533 bus, 256 KB L2) время компиляции только СЛЕГКА увеличилось, процентов на 5, а вот с заменой Seagate Baracuda 7200 UDMA на Seagate Cheeta 10K UltraWide почему-то уменьшилось на 20 процентов ;-))).

5) Спецпроцессоры - это ХОРОШО! Если стоит задача типа кодирования звука, то наличие маленького дохленького спецпроцессора преобразования Фурье даст прирост НАМНОГО больший, чем увеличение тактовой частоты вдвое. (Проверено на старых, добрых ДВК с их Фурье-модулем и сопроцессоре 387 имени IIT с поддержкой аппаратного умножителя матрицы 4x4 на вектор).

>Что же это она так показала, что осталась на помойке истории-то ?

На помойке она оказалась из-за маркетинга Commodore. Повторю, УЧИ историю.

>А ну ка попробуй заниматься сексом стоя в гамаке на одной ноге ?

Когда ответить нечего - можно и похамить! Lenina - фтопку..

МОЖЕТ твоя видюха и делает флопы крутые - но она не универсальна. А cell: хочешь - звук кодируй, хочешь- физику в игре, хочешь - поможет время рендеринга уменьшить (как сейчас карты рендердрайв)- он же УНИВЕРСАЛЬНЫЙ!

1) Речь не про ручную оптимизацию под SSE, что трудоёмко и непортабельно, а про ключ -SSE. 2) 5) Кто спорит с тем, что спецпроссоры - это хорошо ? Речь о том, что помимо спецпроцессоров, нужен мощный универсальный процессор. 3) Ошибаетесь. Посмотрите на любое тестирование на IXBT и подобных, зависимость FPS от CPU просматривается очень чётко. Особенно, на высоких разрешениях. Зачем мне 5 FPS ? Вы квесты какие знаете ? Пакман ? Уверяю Вас, для современных квестов не хватит не только недоброй G400, но и недоброй G550. Даже не запустятся. Проверено. 4) Если диску не пять лет, то его производительности вполне хватает для загзуи КДЕ. Он больше простаивает, чем работает. Prescott 2.4 и Cel D 2.8 - практически идентичные по производительности процы. В пределах погрешности.

>> Речь о том, что помимо спецпроцессоров, нужен мощный универсальный процессор.

Cell >4Ghz. Одно мощное ядро + 8 ядер вычислителей, и все они работают (все девять) на >4Ghz. Cell'ов можно воткнуть несколько. Много %-) Можно соединять устройства в которые воткнуты эти Cell'ы. Если вам не нравится IBM это ваши половые трудности, вас никто не обязывает слазить с Intel и переходить на Cell, правда ?

А вот я лично сразу (как только будет в продаже по доступным ценам) это сделаю %-) Наверное потому что я не привязан к wintel и "квестам" как вы %-) Слезайте с иглы, lenin, грядет отличный шанс это сделать.

1) Если действительно речь про ключ -sse, то таки да, нету от него практической пользы.

2) Сошлись во мнении про спецпроцессоры. Это хорошо.

3) Речь шла о чтении ОПИСАНИЙ. А уж для этого точно G400 хватит. И пакман - не квест, а аркада.

4) Речь не про ХВАТАЕТ, а про скорость загрузки. Мой тезис - установка более производительного диска скажется на времени загрузки KDE или компиляции ведра намного больше, чем увеличение процессорной мощьности на эквивалентную цифру. Причина - процессор курит в ожидании загрузки множества маленьких файлов с диска с большим временем доступа. Проверено. Кстати Чите, в отличае от Баракуды, как раз 5 лет. Однако рвет последнюю как Тузик грелку!

(Про Prescott 2.4 ws. Cel D 2.8 я не спорю - эквивалент. Только искричества ПОСЛЕДНИЙ меньше ест. И шумит, соответствено, меньше.)

Еще проверенный факт - чем менять старый PIII-1000B на PIV-2.8 дешевле и эффективнее наростить память раза в два. Для большинства задач этого хватит. Дисковый кэш VM даже у офтопика при этом на компиляциях отработает эффективнее...

> На помойке она оказалась из-за маркетинга Commodore.

Нашли универсальную отмазку. Как чего не выходит - сразу маркетинг у них виноват. Зато любимое выраженьице - манагер поганый. Плохому танцору яйца мешают.

> А cell: хочешь - звук кодируй, хочешь- физику в игре, хочешь - поможет время рендеринга уменьшить (как сейчас карты рендердрайв)- он же УНИВЕРСАЛЬНЫЙ!

Универсальный говорите ? Вот и приводите реальную производительность его универсаной части, а не пиковую просуммированную всех его вычислителей. Будет намного более грустно. Захочется 4-го пенька.

Ошибочка. Ядро Cеll - PPC. 2.2 Ghz. На 4.4 Ghz работают его спецвычислители.

А ещё любители Сell пусть расскажут, что они собираются делать с 256M памяти в 2006м году. Сверхмудрые фразы "для моих задач "Пакман" хватит меньше" пожалуйста, придержите при себе.

>покажите практику-то. Моя что-то показывает, что ничего это -sse не даёт абслютно.

Вы разрабатываете инженерный софт для расчётов? Всё ещё на "слаке" с компилером 2.95.3?:) Или у вас не получается оптимизировать - может потому, что выдержка из man gcc стала для вас откровением?:)

>Прямо сейчас смотрю на фильм пожатый xvid с лицензионного DVD. Двухпроходное кодирование. Артифакты и цветовые переходы видны довольно отчётливо.

Какой битрейт? версия кодека? опции кодирования? Без этого - всё сказанное вами - демагогия:)

> Вы разрабатываете инженерный софт для расчётов? Всё ещё на "слаке" с компилером 2.95.3?:) Или у вас не получается оптимизировать - может потому, что выдержка из man gcc стала для вас откровением?:)

КГ/АМ В выдержке фигурирует поганенькое словечко "should". Так что извиняйте, на документ не тянет.

С-э-э-р, про Амигу даже соглашусь, что она была нетипична для своего времени, но история показала, что курсор 100x100 нафик никому не надо. Но про NeXT не надо, пожалуйста, гнать. Этот тормоз - всем тормозам образец. Его нифига не покупали, а кто покупал, тот плевался.

> 3) Речь шла о чтении ОПИСАНИЙ. А уж для этого точно G400 хватит. И пакман - не квест, а аркада.

Довожу до Вашего сведения, чтение квестов отдельно от игры смысла не имеет.

В огороде бузина - в киеве дядька.

256Mb это у PS3 ? Ленин, у вас в голове только игры ? Если вы думаете что ps3 мало 256Mb, скачайте ролик который я тут уже постил, а потом помедитируйте еще раз над словом "оптимизация" (которое у вас нынче не в моде).

Мы тут про игры уже вроде все сказали, надоело об этой ерунде.

Предлагаю сворачивать этот флейм, lenin'у доказывать что-либо смысла нет, упертый фанатик, а остальные и так уже знают что Cell рулит %-)

>В выдержке фигурирует поганенькое словечко "should". Так что извиняйте, на документ не тянет.

Ваше заявление про, то, что у вас не получается получить прирост производительности при использовании SSE, "тянет на документ"?:) Уж не ник-ли ваш довёл до такого самомнения в непогрешимости?:)))

Ещё раз. Оптимизация на таких специфичных устройствах, как игровая приставка, рулит. На настольной машине много не наоптимизируешь из-за зоопарка железа. Упёртые фанатики - это вы.

> Ваше заявление про, то, что у вас не получается получить прирост производительности при использовании SSE, "тянет на документ

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

> 256Mb это у PS3 ?

256 Mb - столько максимум тянет контроллер памяти Cell. Читайте документацию на ваш фетишь.

Битрейт - переменный, версия кодека - 1.02. Опции кодирования - двухпроходное с подогной под 870Mb. Жалось с лицензионного ДВД идеального качества. Если на Вашем мониторе артефакты не очень видны, то на качественном телеке они все глаза замозолят. Кстати, а вы пробовали смотреть MPEG4 на телевизоре ?

>> 256 Mb - столько максимум тянет контроллер памяти Cell. Читайте документацию на ваш фетишь.

ленин, убей себя. http://www.ixbt.com/news/hard/index.shtml?news117530id

рабочий пример дуального cell based blade server'a с 512Mb на проц (больше не поставили видимо потому что XDR DRAM еще дефицит).

Давай урл с сайта ibm.com где сказано что Cell не может адрессовать больше чем 256Mb.

>>Если на Вашем мониторе артефакты не очень видны, то на качественном телеке они все глаза замозолят. Кстати, а вы пробовали смотреть MPEG4 на телевизоре ?

MPEG4 и MPEG2 разные вещи, сравнивать их то же что сравнивать мокрое с мягким, они для разного разрабатывались, вообще по поводу артефактов - у вас некорректный пример, вы пережимали с двд (mpeg2) --> mpeg4, качество в таком случае будет хуже ВСЕГДА чем mpeg2 (оригинал), учите матчасть, корректно сравнивать если материал жать в оба формата с нежатого источника, и в э том случае MPEG4 выигрыш получит, правда небольшой, процентов 10% - может чуть больше (по битрейту), такое ощущение что вы вообще в вопросе не разбираетесь.

> Давай урл с сайта ibm.com где сказано что Cell не может адрессовать больше чем 256Mb.

На сайте ibm.com об этом скромененько не сказано ни слова. Но информации об этом полно. http://www.realworldtech.com/page.cfm?ArticleID=RWT022805234129

However, in the configuration illustrated in figure 9, the maximum of 4 DRAM devices means that the CELL processor is limited to 256 MB of memory, given that the highest capacity XDR DRAM device is currently 512 Mbits.

Учитесь пользоваться поиском.

> качество в таком случае будет хуже ВСЕГДА чем mpeg2 (оригинал)

Демагогия. Качество будет хуже, но не настолько, насколько его запарывает MPEG4. Пережатие в MPEG2 проходит вообще прктически без потерь.

> MPEG4 и MPEG2 разные вещи, сравнивать их то же что сравнивать мокрое с мягким, они для разного разрабатывались,

Это, пожалуйста, не ко мне. Это не я видел в качестве стандарта BlueRay MPEG4, а не будем показывать пальцем, кто.

> акое ощущение что вы вообще в вопросе не разбираетесь.

Аналогично. Такое ощущение, что вы МPEG4 на телеке даже не пробовали смотреть.

>> На сайте ibm.com об этом скромененько не сказано ни слова. Но информации об этом полно.

там написано что целлы будущие можно избавить от этого ограничения, видимо будут несколько версий Cell'ов, в блейды видимо вставили те которые can support a 72 DRAM device configuration in the XDR memory system. (иначе как они туда засунули гиг XDR на плату где два целла)

про MPEG4 - скучно и не в тему. Про блурей я не говорил. Пожалуйста пожми мне ролик 512x384 с битрейтом 800кбс в формат mpeg2, что бы я мог его выложить в инет (это намек на то что не нужно сравнивать их)

>> Аналогично. Такое ощущение, что вы МPEG4 на телеке даже не пробовали смотреть.

я вообще ТВ не смотрю года так с 2000. И вам не советую. Давайте еще письками померяемся и об этом поговорим ? Вас ведь это задело ? Правда ?

> там написано что целлы будущие можно избавить от этого ограничения

А П4 будущие мож можно разогнать до 20Ггц и будут они выполнять ао 64 потока одновренменно.

> Пожалуйста пожми мне ролик 512x384 с битрейтом 800кбс в формат mpeg2, что бы я мог его выложить в инет (это намек на то что не нужно сравнивать их)

А никто и не спорит c этим. Речь про то, *качественное* видео и MPEG4 - не совместимые понятия.

>Битрейт - переменный

Ясно, что переменный, если двухпроходное:) Средний какой? и какой у оригинала на ДВД?

>Опции кодирования - двухпроходное с подогной под 870Mb

Вы бы ещё под рамер дискетки подгоняли и потом кричали: "фигня получилась!":)

Так какие опции при кодировании использовались? Или вы не знаете, что это такое?:)

>Кстати, а вы пробовали смотреть MPEG4 на телевизоре

Пробовал. А вы пробовали говорить о том, что знаете, а не о том, что где-то слышали? Или сделав двухпроходное кодирование с "подгонкой" и опциями по-умолчанию считаете себя Гуру?:) Лучше помолчите о кодировании видео, а то выглядите, сорри, ламером. Спросили бы по-нормальному, я бы несколько ссылок подкинул на описание всех опций, на что они влияют, в каких случаях стОит использовать.

И про то, что MPEG2 собираются пересматривать и основным перетендентом на новый стандарт видео рассматривается MPEG4 тоже не читали? А ведь даже на том же iXBT вами любимом информация проскакивала...

>> А П4 будущие мож можно разогнать до 20Ггц и будут они выполнять ао 64 потока одновренменно.

А ты не перевирай, целлы уже избавили от этого ограничения, а будущее П4 отсутствует.

>> А никто и не спорит c этим. Речь про то, *качественное* видео и MPEG4 - не совместимые понятия.

качественное видео - это кинопленка, DVHS (возможно, для дома), DVD это ширпотреб.

а скорее всего его и не было, просто были разные вариации Cell'a - как в случае с PS3, для которого одно ядро убрали (по экономическим причинам ?). Т.е. под каждую задачу - свой Cell, зачем телевизору больше 256Mb.

anonizmus: Вы зря спорите с lenin с такой экспрессией: он за эмоциями не видит сути, хотя во многом прав. Вам ведь уже несколько раз выше указали, что cell не является универсальным процессором, даже несмотря на то, что маркетологи его именно так позиционируют. cell - это параллельный компьютер (общая шина на коммутирование узлов) с векторным конвейером в качестве ноды, выполненный на кристалле. Ближайший известный аналог - Cray Y-MP, хотя тот и имел коммутатор вместо шины. Умение такого типа ЭВМ складывать и умножать не делает их универсальными. Во-вторых, вам уже указали узкое место таких компьютеров - общая шина (коммутатор), т.е. проблема загрузки вычислителей не решена. Вы почему то игнорируете эти доводы. Что же касается sse,sse2, то к сожалению lenin не разрабатывает вычислительные пакеты программ и вряд ли может проверить то, что ему писали. Если он хотя бы раз поучаствовал в проекте, работающем на современных (тех что в top500) компьютерах пару месяцев, он бы вряд ли стал писать глупости.

Задумайтесь над своими словами "cell рулит" и попробуйти очертить тот круг задач, на которых этот "руль" будет проявляться. Возможно вы поймёте, что всё не так просто и основное назначение таких процессоров - совсем не универсальные задачи. Посмотрите мой пост вверху: сколько времени (считай затрат) займёт программирование cell и окупится ли это, если программи - игра? Я не говорю сразу НЕТ, я просто говорю - подумайте.

>>сколько времени (считай затрат) займёт программирование cell и окупится ли это, если программи - игра? Я не говорю сразу НЕТ, я просто говорю - подумайте.

Не знаю. Думаю окупится в случае с игровыми консолями. В случае с десктоп - увидим %-) Особенно если поверить в Чистое Доброе и Светлое - чудо-компилятор от ibm который сам будет оптимизировать (хотя бы частично) софт под cell %-) (я в чудо не верю, меня возбуждает просто сам факт того что подобное можно купить простому смертному, да, это фетиш, по правде мне не нужно ничего более быстрое чем домашний древний атлон 1333 + ноут где тоже древний p3-s 1133)

Когда то давным давно (году в 1992-93) intel производил ISA платы расширения на базе intel360. Просто вставляешь в слот и получаешь супервычислитель на столе i286 в качестве основного процессара и гиперкуб из 8 узлов на плате. Точная копия cell, но побольше размером и частоты поменьше. Компиляторы C и Fortran были очень хорошими по тем временам. Стандартные научные задачи шли на этой системе на 10-20 % от пиковой. Теоретически эту штуку купить мог каждый. Где она? Да в те времена не было такой компьютерной инфрастуктуры, но ведь мы говорим не про xUSSR, на западе это решение было доступно многим. Нет задач на десктопе. Слишком специфично программирование. Слишком дорог код (Вы ведь понимаете, что аппаратура дешева, а человек дорог).

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

В догонку. Вы сами говорите "мне хватит старого Athlon и старого P3". Неприятность для intel, AMD, и других компаний, работающих на desktop именно в этом. А не в потребности совта в увеличеннии вычислительной мощности. Супервычислитель вряд ли поможет быстрее подружать звуковые файлы с диска или отрисовывать картинку. Как кто-то говорил выше - сила в распределении этих задач. К сожелению, cell совсем не об этом. Он "просто" типичный супервычислитель.

> В догонку. Вы сами говорите "мне хватит старого Athlon и старого P3". Неприятность для intel, AMD, и других компаний, работающих на desktop именно в этом. А не в потребности совта в увеличеннии вычислительной мощности. Супервычислитель вряд ли поможет быстрее подружать звуковые файлы с диска или отрисовывать картинку. Как кто-то говорил выше - сила в распределении этих задач. К сожелению, cell совсем не об этом. Он "просто" типичный супервычислитель.

Шины - основная проблема всех современных гигагерцовых процов. В одном из доков по СЕЛЛу (отыщу если очень надо) было приведено мнение какого-то спеца по процам: даже процы в high-end серверах с оптимизированной подсистемой обмена данными с памятью при 100% загрузке 80% времени (!!!) стоят ожидаючи данных. Я в это с лёгкостью поверю, глядя на "извращения" творимые ЦПУстроителями: многоуровневые кеши, "умные" (кеширующие, с предвыборкой) северные мосты, предвыборка данных из памяти и instruction reordering в самих процах, котроллер памяти встроенный в проц... Я сам был в полном ах#е, когда увидел время, сжираемое моей простенькой програмкой отрисовывающей четыре биплота и четыре гистограмки в двух разных режимах: один по таймеру 15 раз в секунду, второй непрерывно на всю загрузку проца. На одном и том же количестве отрисовок суммарное сожранное CPU-time отличается на ДВА (!!!) порядка. Охотно верю, что на реальных задачах многопроцовые машины выдают максимум 10% от теоретической мощности.

Поскольку все ядра CELL реализованы на одном кристалле и обмену данными между ними и памятью уделено гораздо большее внимание, чем самим ядрам подойти к теоретической мощности можно гораздо ближе. Внутренняя EIB позволяет пересылать до 96 байтов за клок а внешние шины:

http://www.realworldtech.com/page.cfm?ArticleID=RWT021005084318

"...The PPE and SPE processing elements access system memory through the MIC, which is connected to two independent channels of Rambus XDR memory, providing 25 GB/s of memory bandwidth. The connection to I/O is done through the FlexIO interface, also provided by Rambus, providing 44.8 GB/s of raw outbound BW and 32 GB/s of raw inbound bandwidth for total I/O bandwidth of 76.8 GB/s."

> В одном из доков по СЕЛЛу (отыщу если очень надо) было приведено мнение какого-то спеца по процам: даже процы в high-end серверах с оптимизированной подсистемой обмена данными с памятью при 100% загрузке 80% времени (!!!) стоят ожидаючи данных.

Это реалии. В это не нужно верить. Это нужно измерять и после измерения оптимизировать. Идело не в high-end, это происходит с того самого момента, как выборка из памяти стала осуществляться медленнее, чем обработка (читай выполнение арифметической операции), т.е. с самого появления счётных устройств. Но несмотря на то, что проблема известна и

<все ядра CELL реализованы на одном кристалле и обмену данными между ними и памятью уделено гораздо большее внимание, чем самим ядрам

мне не понятно, почему в cell нет ни одного решения, позволяющего эффективно загружать вычислители. 4 медленных однонаправленных шины не решат проблему загрузки 8 сверхбыстрых процессоров. Обмен между вычислителями не организован. Объём локальной памяти слишком мал, чтобы говорить об эффективности предметно.

> мне не понятно, почему в cell нет ни одного решения, позволяющего эффективно загружать вычислители. 4 медленных однонаправленных шины не решат проблему загрузки 8 сверхбыстрых процессоров. Обмен между вычислителями не организован. Объём локальной памяти слишком мал, чтобы говорить об эффективности предметно.

хех, если суммарно 100 GB/s с кристалла наружу это мало для 9 ядер, то у меня нет слов...

за "говорить об эффективности предметно" Вам лучше обратиться к знающим людям, а именно на буржуйские форумы, где по крайней мере встречаются разработчики ЦПУ (у самих разработчиков CELL _пока_ видимо пасти заклеены NDA), на ЛОРе вы их не встретите точно :)