Подпишусь, тоже интересно.

Всегда считал что для этого нужен lighthttpd

lighttpd, nginx тормазная быдло подделка

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

Подпишусь.

Nginx администрирую многа и часто, лайти даже установить руки не доходили

Nginx администрирую многа и часто, лайти даже установить руки не доходили

И embedded тоже?

нет, самое меньшее что было из ресурсов - 128 мб в контейнере OpenVZшном

течёт

Для меня открытие, что lighttpd активно использует malloc/free. Даже apache использует пулы для памяти, не то что nginx. От постоянного выделения разного размера блоков фрагментация просто неизбежна.

Например, если у меня embedded-сервер

busybox httpd.

Использую на embedded сервере (использовал) и дешевой VPS - ничего не течет, все нормально работает.

Кого?

Lighttpd

в условиях с очень маленьким количеством оперативки

nginx+lua

Даже...

если у меня embedded-сервер

,то всё будет хорошо.

с очень маленьким количеством оперативки

Это сколько?

Не вариант, бизибокс слишком жирен для эмбеддеда.

По ссылке же ламинатор на atmega48. Явно там не nginx.

24 Мб, например.

Лайти и nginx не жирен, а полутора метровый бокс - жирен? Omg...

Тем более он в inetd умеет

24? Жируешь.
Я на 32 держал бложик и торренты.

посмотреть в сторону эрланг-уэб-серверов (mochiweb, yaws, встроенный inets)

24 меньше, чем 32.

Jetty

http://hostingfu.com/article/nginx-vs-lighttpd-for-a-small-vps

Не забывай, у меня там торренты через MLDonkey были.

Кстати, httpd вроде в прошивках *wrt используется.
У тебя задача то какая?

аппликейшн сервер на moonscript и OpenResty

moonscript = lua
OpenResty = nginx + lua + ещё что-то

Пробовал, жручий он. Можно, конечно, попробовать на Avian завести, но я не уверен, что взлетит.

У тебя задача то какая?

Праздный интерес. А вообще, хотелось бы бложик завести.

О как. А где же оно тогда крутится? Не верю, что на самой атмеге.

Да, только что просмотренный даташит микроконтроллера намекает, что, скорее всего, нет. Очень жаль.

обязательно чтоли production-quality сервер? этих мизерных хттп серверов на си тонны, жрут 2кб памяти

httpd + php + flatpress?

Да, видел, но хочется-то ынтырпрайза. Например, обслужить одновременно 50 клиентов, сгенерировав им страницы lua-скриптом и отдав ещё по картинке каждому, да при этом памяти не жрать. Видимо, невозможного хочу.

PHP не хочу, только lua. Перловка тоже покатит, но только от безысходности.

тебе динамику или статику отдавать?

Динамику. Желательно ещё данные брать из БД, а потом класть в БД.

раз ты такой не моднявый, то можно и tcl использовать ))
http://elinux.org/images/f/f1/Embedded-scripting-slides.pdf

Желательно ещё данные брать из БД, а потом класть в БД.

Рогом упрётся с таким количеством памяти же (если не sqlite).
Ну и динамику с такой памятью не пораздаешь особо никому.

всегда думал, что lighttpd потребляет меньше памяти, а там написано, что он течёт

Много лет сидел на lighttpd, ничего не утекало. Даже на весьма приличных нагрузках (за миллион хитов в сутки).

Сейчас почти полностью перешёл на nginx, но из-за причины более гибких конфигов. Производительность у них эквивалентная, в зависимости от версий и настроек то один шустрее, то другой. Потребление памяти тоже схожее, копеечное.

Плюсы nginx:
— Более мощная система конфигов
— Больше возможностей
— Активно развивается

Плюсы lighttpd:
— Более простая система конфигурирования
— Встроенный менеджер CGI/FastCGI, умеет сам поднимать демоны, следить за работоспособностью, лимитировать нагрузку.

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

если не sqlite

Именно sqlite, на эмбеддеде иметь полноценную СУБД — ужас.

Встроенный менеджер CGI/FastCGI, умеет сам поднимать демоны, следить за работоспособностью, лимитировать нагрузку.

Что это? Зачем нужен менеджер CGI?

Меня вообще аппаче, и все работает, ничего не тормозит. Vps за 6$/мес.

Зачем нужен менеджер CGI?

FastCGI.

Да-да, я именно этим, похоже, я и буду заморачиваться для генерации страниц на Lua.
Почему мне следует использовать lighttpd, а не nginx?

От lighttpd давно трупачиной пахнет, ветка 1.4 вышла 5 лет назад и с тех пор только хорошо если раз в полгода кое-какие баги затыкают. Автор решил весь код с нуля переписать и выпустить lighttpd 2.0, да так и сдулся.

Почему мне следует использовать lighttpd, а не nginx?

Не знаю. Плюсы lighttpd я выше перечислил. Плюсы nginx — тоже. Выбирать не мне :)

nginx

Эта та клёвая утилита для вывода ошибки 500?

nginx

для генерации страниц на Lua

не требуется никаких *CGI, дополнительных процессов, соединений в порты и сокеты. Всё происходит внутри. Можно прикрутить mysql/memcache, но вот готового sqlite драйвера я не нашёл. Вероятно, вот почему. Но это не мешает попытаться накостылить свой.

Эта та клёвая утилита для вывода ошибки 500?

Ну, в связи с расцветом php-fpm чисто этих ошибок резко уменьшилось :) А так, если там trac какой-нибудь крутить, то lighttpd по-прежнему актуален.

trac приличные люди на gunicorn крутят, или на uWSGI на худой конец

Посмотри сервер на D. Vibe.d. И lighttpd пркресно будет работать даже на 16 Мб оперативы. У меня на слабозагруженном сервере лайти потреблял 1 мб оперативы при старте, и меньше 2 Мб после года аптайма.

И embedded тоже?

а туда лучше делать вообще на Wt++ или чем то подобном.

ну начиная от ARM 5te вполне себе нормально.