Плата аппаратного ускорения Apache

Ну и что?

Аппаратный зиппер - это нужно массам.

>Аппаратный зиппер - это нужно массам.

Потому как всё остальное машинное время слопает оффтопик вистун ... отрисовывая окошко "RAR 2021"

Очень полезный девайс. Для сильно нагруженных сайтов или для хостинг компаний.

ХеХе - может ПЛМ прошьют с аппаратным Апачем?

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

Верной дорогой идёте товарищи! Осталось сделать regexp-сопроцессор, и надобность в компиляторах отпадёт.

фигню какую то мутят, было бы круто если бы заюзали GPU

что так все оживились?
денег на видюхи выбить захотели? :)

Regexp процессор - хорошая идея/ и еще PHP процессор (это полезнее чем Java процессор)

Преекрасная вещь. Идея простая как молоток - а сколько полезных фич.

>Преекрасная вещь. Идея простая как молоток - а сколько полезных фич.

Да вообще-то ничего нового. Аппаратные ускорители SSL мы еще год назад тестировали, ZIP они тоже умели :-)

ну аппаратные XML-ускорители уже давно есть

Нахрена это вообще.... Если только какие то частные решения... Как использовался Load Balancing так и будет использоваться... Сделано видимо ради эксперимента и просто для удовольствия программиста... Реального прменения не вижу...

http://www.opencores.org/projects.cgi/web/jop
java процессор %)

>ну аппаратные XML-ускорители уже давно есть
а подсветка есть? нет... тогда ф топку!

>а подсветка есть? нет... тогда ф топку!

Есть, есть там подсветка, я сам видел - фиолетовыми светодиодами под днище корпуса.

ребята, где такую траву дают ? 8-)

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

А в чем собственно заключается ее (железки) апачность? Типа для нужд других апликух ее никак нельзя юзать? Или может апач будет в ядре сидеть и прямо к ней обращаться?

>фигню какую то мутят, было бы круто если бы заюзали GPU

GPU только матрицы умножать хорош. А зип -- он же целочисленный -- задолбаешься округлять. Да и ошибок наплодит :(

если но стоит баксов 100, не больше, то будет пользоватся популярностью

А кому оно надо? Исходящий трафик даже помоему выгоден провайдерам - типа у них есть контент пользующийся спросом.

>если но стоит баксов 100

А-ха...

>Pricing starts at $950 per unit with quantity discounts available for larger volumes.

(http://www.linuxelectrons.com/article.php/20050421075155161)

Сам девайс: http://www.aha.com/show_prod.php?id=32

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

Да платы давно уже есть для IPSEC (например IPSEC_FAST во FreeBSD это оно) и прочее.. пройденный этап =) Лучше давайте подождем, когда все ПО будет выходить аппаратное.

Типа, аппаратный Apache2+PHP - вставляешь в PCI эту карту  и у тебя
4-кратный прирост по сравнению с софтовым, вставляешь еще одну MySQL.. Oracle.

Все к этому движеться =)

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

http://www.linuxelectrons.com/article.php/20050421075155161

> Pricing starts at $950 per unit with quantity discounts available for larger volumes.

Проще за счёт этих денег более производительное железо купить и не заморачиваться.

>>Верной дорогой идёте товарищи! Осталось сделать regexp-сопроцессор, и надобность в компиляторах отпадёт.

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

> куда лучше делать широкоспросные платы, типа сопроцессора/кеша.

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

cell? %)

Хм, а может кто-нибудь догадается сделать на FPGA _программируемый_ сопроцессор? То есть хочешь - он тебе Java-машина, хочешь - gzip, а если очень приперло - конечный автомат по какому-нибудь другому поводу?

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

Это уже есть

ЗЫ
для хостеров:
это + LB и будет здорово
Молодцы ИМХО

А с видяхами, это крутой ход! =)

>Лучше давайте подождем, когда все ПО будет выходить аппаратное.

Спокойно!
Это вредно столько сидеть у монитора =)
В 2 часа ночи и не такое привидится! =)))))))

> cell? %)

Не обзательно. Есть Athlon64 X2, пентиумы тоже двухядерные есть - не с hyperthreading, а именно с двумя ядрами.

А есть Sun Niagara с 32-мя.

Transmeta

> Хм, а может кто-нибудь догадается сделать на FPGA _программируемый_ сопроцессор?

FPGA и так есть "программируемый сопроцессор" --- залил в него новую прошивку и готово. Есть и модели со сменой прошивки "на лету". Другое дело, что FPGA soft CPU cores общего назначения бегают на скорости около 200 МГц (ЕМНИС), специализированные --- думаю, будут быстрее, но на сколько? Впрочем, никто не мешает сделать спецпроцессор хоть 1024-разрядным, лишь бы CLB хватило :-) Плюс если обмен данными с платой расширения будет идти через PCI, то это до сих пор 66 МГц (или уже подняли?).

--

SVK

imho cell не столько многопроцесоорное... сколько то, о чем сдесь
говорят... вроде как каждый процессор занимается своим делом (а не
распалеливает одну задачу)...

> А есть Sun Niagara с 32-мя.

В продаже его нет еще. Появится - тогда будет о чем говорить.

А у нас уже есть. (-:

> Плюс если обмен данными с платой расширения будет идти через PCI, то это до сих пор 66 МГц (или уже подняли?).

Кстати, а какая ширина шины и "эффективная" частота у PCI-E 16x? Под них потому что не только видеокарты делают, но и RAIDы всякие...

> Кстати, а какая ширина шины и "эффективная" частота у PCI-E 16x? Под них потому что не только видеокарты делают, но и RAIDы всякие...

Насколько я помню, у PCI-E 2 гигабайта в одну сторону. Так что "RAIDы всякие" вполне и с лихвой уживутся на 1x... ;-)

> FPGA и так есть "программируемый сопроцессор" --- залил в него новую прошивку и готово.

Было бы забавно поиметь транслятор, грубо говоря, C -> Verilog. Потом скомпилировать в это дело апача и прошить на Xilinx какой-нибудь большой и толстый ;) Вот такая хренб быстро бы работала, наверное...

Новость кривая и непонятно почему пропущенная. Эта "Плата аппаратного ускорения Apache" на самом деле всего лишь "плата аппаратного ускорения gzip/deflate", а новость должна была заключаться в том, что "к плате аппаратного ускорения gzip/deflate выпустили модуль, позволяющий использовать эту плату совместно с Apache". Было бы не настолько жёлтогазетно.

> Лучше бы девайс для аппаратного шифрования замутили,

Давно уже. И не только для IPSEC-а, а общего назначения. А если говорить про платы-ускорители... лично я бы купил аппаратный ГСЧ (если бы он стоил подешевле) да ещё аппаратный ускоритель расчёта кодов Рида-Соломона.

Не плата, а модуль для апача. Заголовок неправильный.

>Хм, а может кто-нибудь догадается сделать на FPGA _программируемый_ сопроцессор?

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

> Было бы забавно поиметь транслятор, грубо говоря, C -> Verilog.

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

> Потом скомпилировать в это дело апача и прошить на Xilinx какой-нибудь большой и толстый ;) Вот такая хренб быстро бы работала, наверное...

Ах, если бы... (Смайлик я заметил :-) Мне приходилось видеть синтезированные схемы, которые в зависимости от кривизны рук кодера, могут оказаться в РАЗЫ больше нарисованных и оптимизированных человеком. И это на "чистом" Верилоге, а уж после трансляции с Си...

--

SVK

> Таких трансляторов есть.

Сумимасэн, как говорят нихонцы. Кажется, я перепутал направление трансляции --- то, что я видел, было Verilog to C. Но попытка сделать транслятор Java таки была точно:

http://www.xilinx.com/prs_rls/00119_forge.htm

The Forge software-to-hardware compiler will first be available for Java, with C/C++ support soon following from Xilinx and selected partners.

===

Судя по тому, что сейчас об этой тулзе не слышно, они вовремя одумались.

--

SVK

И еще одна поправка самому себе:

http://www.firingsquad.com/print_article.asp?current_section=Home&fs_arti...

"Glaze3D synthesis work was done in Infineon's design center in France. This effort sparked an idea in their minds for a tool set designed to automate much of the product design flow. These tools would put in place all of the necessary features for allowing a C programmer to complete unit designs. The programmer would code the unit in C, then using the built-in tools and automated functionality, take the unit to VHDL and if desired, synthesis. Clock accurate simulation capabilities would be included as well, allowing for testing and debugging. Upon returning to Finland, design work began on this tool set. This would later prove to be one of Bitboys wisest decisions."

То есть, якобы существует и VHDL to C compiler, впрочем, кто знает, что такое BitBoy's, тот знает цену подобных рассказок :-)

--

SVK