Компания Comtech AHA выпустила специальным apache модуль для работы в кооперации с аппаратным акселератором AHA362-PCIX, который предназначен для сжатия данных методами GZIP и Deflate.
При использовании указанной платы, производительность отдачи сжатого контента увеличивается в 4 раза, по сравнению с программным сжатием. Пропускная способность адаптера - 3 гбит в секунду.
взято с opennet.
Нахрена это вообще.... Если только какие то частные решения... Как использовался Load Balancing так и будет использоваться... Сделано видимо ради эксперимента и просто для удовольствия программиста... Реального прменения не вижу...
А в чем собственно заключается ее (железки) апачность? Типа для нужд других апликух ее никак нельзя юзать? Или может апач будет в ядре сидеть и прямо к ней обращаться?
это не для провайдеров а для хостеров (это только в нашей стране накручивать трафик выгодно (что является идиотизмом специфичным для нашей чудной страны))
Да платы давно уже есть для IPSEC (например IPSEC_FAST во FreeBSD это оно) и прочее.. пройденный этап =) Лучше давайте подождем, когда все ПО будет выходить аппаратное.
Типа, аппаратный Apache2+PHP - вставляешь в PCI эту карту и у тебя
4-кратный прирост по сравнению с софтовым, вставляешь еще одну MySQL.. Oracle.
Все к этому движеться =)
Кстати в догонку - было бы лучше если бы выходили платы в помощь процессору. Раз они через аппаратуру перехватывают эти математические действия (шифрация, сжатие), то куда лучше делать широкоспросные платы, типа сопроцессора/кеша.
> куда лучше делать широкоспросные платы, типа сопроцессора/кеша.
Многопроцессорные матери есть уже давно. Недавно вот появились многоядерные процессоры т.е. обычная мать с одним сокетом, а процессора два. Напиши программу с правильным распараллеливанием и получишь этот самый прирост в скорости. Это для универсального применения. А так для графики давно ускорители есть, для звука тоже, а больше ничего такого чтобы спецпроцессор требовался на ум не приходит.
Хм, а может кто-нибудь догадается сделать на FPGA _программируемый_ сопроцессор? То есть хочешь - он тебе Java-машина, хочешь - gzip, а если очень приперло - конечный автомат по какому-нибудь другому поводу?
>Не вижу смысла в этой железке. Лучше бы девайс для аппаратного >шифрования замутили, больше пользы бы было, имхо
Это уже есть
ЗЫ
для хостеров:
это + LB и будет здорово
Молодцы ИМХО
А с видяхами, это крутой ход! =)
>Лучше давайте подождем, когда все ПО будет выходить аппаратное.
Спокойно!
Это вредно столько сидеть у монитора =)
В 2 часа ночи и не такое привидится! =)))))))
> Хм, а может кто-нибудь догадается сделать на FPGA _программируемый_ сопроцессор?
FPGA и так есть "программируемый сопроцессор" --- залил в него новую прошивку и готово. Есть и модели со сменой прошивки "на лету". Другое дело, что FPGA soft CPU cores общего назначения бегают на скорости около 200 МГц (ЕМНИС), специализированные --- думаю, будут быстрее, но на сколько? Впрочем, никто не мешает сделать спецпроцессор хоть 1024-разрядным, лишь бы CLB хватило :-) Плюс если обмен данными с платой расширения будет идти через PCI, то это до сих пор 66 МГц (или уже подняли?).
imho cell не столько многопроцесоорное... сколько то, о чем сдесь
говорят... вроде как каждый процессор занимается своим делом (а не
распалеливает одну задачу)...
> FPGA и так есть "программируемый сопроцессор" --- залил в него новую прошивку и готово.
Было бы забавно поиметь транслятор, грубо говоря, C -> Verilog. Потом скомпилировать в это дело апача и прошить на Xilinx какой-нибудь большой и толстый ;) Вот такая хренб быстро бы работала, наверное...
Новость кривая и непонятно почему пропущенная. Эта "Плата аппаратного ускорения Apache" на самом деле всего лишь "плата аппаратного ускорения gzip/deflate", а новость должна была заключаться в том, что "к плате аппаратного ускорения gzip/deflate выпустили модуль, позволяющий использовать эту плату совместно с Apache". Было бы не настолько жёлтогазетно.
> Лучше бы девайс для аппаратного шифрования замутили,
Давно уже. И не только для IPSEC-а, а общего назначения. А если говорить про платы-ускорители... лично я бы купил аппаратный ГСЧ (если бы он стоил подешевле) да ещё аппаратный ускоритель расчёта кодов Рида-Соломона.
>Хм, а может кто-нибудь догадается сделать на FPGA _программируемый_ сопроцессор?
Видел где-то с год назад новость, была идея сделать процессор (а может и сделали) со встроенным плисом, в который на ходу запихиваются нужные куски кода, и выполняются соответственно аппаратно, по-моему - идеальный вариант для ускорения чего-либо, только непонятно мне было с программированием (кто должен указывать что туда зашивать или типа того)
> Было бы забавно поиметь транслятор, грубо говоря, C -> Verilog.
Таких трансляторов есть. Правда, не в курсе, они компилируют в синтезируемое подмножество Верилога, или нет. К тому же, Си скорее всего, тоже урезанный, уж точно без динамического выделения памяти. И это еще что --- по слухам, есть транслятор Java-кода в прошивки FPGA. Подробностей не выяснял, ибо здоровье этим ужасом подорвать --- раз плюнуть. :-)
> Потом скомпилировать в это дело апача и прошить на Xilinx какой-нибудь большой и толстый ;) Вот такая хренб быстро бы работала, наверное...
Ах, если бы... (Смайлик я заметил :-) Мне приходилось видеть синтезированные схемы, которые в зависимости от кривизны рук кодера, могут оказаться в РАЗЫ больше нарисованных и оптимизированных человеком. И это на "чистом" Верилоге, а уж после трансляции с Си...
Сумимасэн, как говорят нихонцы. Кажется, я перепутал направление трансляции --- то, что я видел, было Verilog to C. Но попытка сделать транслятор Java таки была точно:
"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, тот знает цену подобных рассказок :-)