LINUX.ORG.RU

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


0

0

Компания Comtech AHA выпустила специальным apache модуль для работы в кооперации с аппаратным акселератором AHA362-PCIX, который предназначен для сжатия данных методами GZIP и Deflate.

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

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

★★★★

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

Ну и что?

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

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

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

robot12 ★★★★★
()

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

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

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

anonymous
()

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

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

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

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

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

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

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

anonymous
()

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

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

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

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

anonymous
()

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

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

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

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

Art_Navsegda
()

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

Zlyden ★★★
()

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

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

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

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

lodin ★★★★
()

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

anonymous
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

loungelizard
()

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

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

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

Это уже есть

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

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

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

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

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

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

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

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

--

SVK

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

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

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

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

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

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

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

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

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

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

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

anonymous
()

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

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

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

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

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

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

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

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

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

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

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

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

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

--

SVK

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

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

Сумимасэн, как говорят нихонцы. Кажется, я перепутал направление трансляции --- то, что я видел, было 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

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

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

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

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