forum.opennet.ru - "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" (13)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Вышел корректирующий релиз http-сервера lighttpd 1.4.27"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
Сообщение от opennews (ok) on 14-Авг-10, 12:26
После 6 месяцев разработки вышел (http://www.lighttpd.net/2010/8/13/1-4-27-p-neq-np) релиз http-сервера lighttpd 1.4.27 (http://www.lighttpd.net) в котором отмечено 28 исправлений. В частности, устранены проблемы с обработкой SNI и SSL_CTX_set_options в SSL-соединениях, исправлены ошибки, приводящие к задержке ответа (http://redmine.lighttpd.net/issues/show/2196) в mod_proxy и проблемам (http://redmine.lighttpd.net/issues/show/2217) с работой mod_cgi вкупе с Linux-ядром 2.6.34. В состав lighttpd включен новый обработчик fdevent-событий libev (server.event-handler = "libev" ), обработчик linux-rtsig удален из поставки. Изменен процесс задействования IPv6, который теперь используется при наличии на интерфейсе IPv6-адреса. URL: http://www.lighttpd.net/2010/8/13/1-4-27-p-neq-np Новость: http://www.opennet.me/opennews/art.shtml?num=27620
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, Gular, 12:26 , 14-Авг-10, (1)

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, Vitaly_loki, 13:45 , 14-Авг-10, (2)
Вышел корректирующий релиз http-сервера lighttpd 1.4.27, Фкук, 15:58 , 14-Авг-10, (5)
Вышел корректирующий релиз http-сервера lighttpd 1.4.27, User294, 17:50 , 14-Авг-10, (7) +2

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, Gular, 18:44 , 14-Авг-10, (8)

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, User294, 12:04 , 15-Авг-10, (11) +1

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, mad_fashist, 15:56 , 14-Авг-10, (3) +1

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, User294, 17:40 , 14-Авг-10, (6)
Вышел корректирующий релиз http-сервера lighttpd 1.4.27, Gular, 18:50 , 14-Авг-10, (9)
Вышел корректирующий релиз http-сервера lighttpd 1.4.27, hizel, 10:45 , 16-Авг-10, (13)

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, Аноним, 15:56 , 14-Авг-10, (4)
Вышел корректирующий релиз http-сервера lighttpd 1.4.27, Gular, 18:52 , 14-Авг-10, (10)

Вышел корректирующий релиз http-сервера lighttpd 1.4.27, dev, 12:48 , 15-Авг-10, (12)

Сообщения по теме [Сортировка по времени | RSS]

1. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от Gular (ok) on 14-Авг-10, 12:26

Кто-нибудь использует его в реальном продакшне? Как он сейчас, насколько сливает/выигрывает у nginx?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от Vitaly_loki (ok) on 14-Авг-10, 13:45

Я использую его на FreeBSD и довольно давно. Про слив Nginx'у сказать не могу, ибо не использовал его, но сам веб-сервер весьма быстр (наверно засчет kqueue).

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от Фкук on 14-Авг-10, 15:58

>Кто-нибудь использует его в реальном продакшне? Как он сейчас, насколько сливает/выигрывает у
>nginx?
Раздает видео под Фрей хорошо и быстро.
Конфигурируется, на мой взгляд, проще nginxа.
nginx стоял одно время - я его снёс за ненадобностью.
Лайт - проще.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +2 +/–

Сообщение от User294 (ok) on 14-Авг-10, 17:50

>Кто-нибудь использует его в реальном продакшне? Как он сейчас, насколько
>сливает/выигрывает у nginx?
Юзают. Скажем гугл на ютубе, википедия, meebo и кто там еще. Ну и я юзаю. Вполне приятный сервак. Имеет как плюсы так и минусы vs nginx. Из плюсов - больше протоколов бэкэндов понимает чем нжинкс и конфиг менее задрюченный. Из минусов - не так хорошо как нжинкс масштабируется на многопроцессорных машинах (нжинкс может запустить несколько воркер-процессов, логично развесить по процессу воркера на каждый проц). И еще лайти имеет дурную привычку буфферизовать ответ backend-а, так что если бэкэнд отдает много дряни - будет кушаться довольно много памяти под буфер ответа бэкэнда, nginx в этом плане ведет себя лучше. Кого выбрать? Для слабых 1-процессорных систем ориентированных на отдачу статики лайт как правило кушает меньше RAM т.к. всего 1 небольшой процесс на все и вся (у нжинкса минимум два). Сие актуально на старых машинах, небольших коробочках, вдс и прочая, особенно если вебсервер не единственное что там есть. Для многоядерных систем или если планируется что бэкэнд может сгенерить ажно iso-sized ответ скриптом - нжинкс подойдет больше. Лично мне в итоге пришилсь по вкусу оба и кого куда воткнуть определяется ситуацией и хотелками.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от Gular (ok) on 14-Авг-10, 18:44

< Из минусов - не так хорошо как нжинкс масштабируется на многопроцессорных машинах (нжинкс может запустить несколько воркер-процессов, логично развесить по процессу воркера на каждый проц).
А как же spawn-cgi? Хотя это отдельная штука, в принципе. Имею ввиду, что он не разрабатывается авторами lighttpd.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +1 +/–

Сообщение от User294 (ok) on 15-Авг-10, 12:04

> А как же spawn-cgi?
Имелся в виду сам лайти а не бэкэнд. Правда, ситуацию когда его процессу не хватит 1 процессора трудновато себе представить (он экономично ресурсы кушает), но сам по себе он гоняет как максимум несколько тредов под свои нужды, так что сам по себе лайти как процесс сложнее размазать на множество CPU если вдруг возникнет такая нужда а железо позволяет. Хотя это по идее должно быть крайне редкой ситуацией. На практике скорее может задолбать кеширование ответа бэкэнда. Науке известны случаи когда скрипт на бэкэнде взглючивал и генерил бесконечную портянку ответа. Ну а лайти ее пытался сбуферизовать. Ессно неуспешно.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +1 +/–

Сообщение от mad_fashist on 14-Авг-10, 15:56

Пробовал на продакше. Конечно, по сравнению с апачем отзывчивость системы лучше, что касается nginx - так у того скрипт, который обеспечивает работу php на определённом порту, к которому переадресует запросы nginx, падает раз в 15 минут на стабильном debian. Конечно, это не проблема nginx, но факт остаётся фактом: нормальной вменяемой реализации fastcgi у nginx пока нет. Кроме этого неприятного казуса никакой разницы между nginx и lighttpd никто не почуствовал. Система тогда была не оптимизирована, 8 ядер проца грузились по 20-30% постоянно симфонией. В таких условиях я пробовал apache, nginx и lighttpd. В итоге мы оптимизировали сам сайт до уровня по 2-3% на проц и вернулись на апач для удобства, очень важен mod_rewrite. В принципе правила я прописывал для всех троих серверов, всё работало правильно, но на lighttpd и nginx rewrite работает с некоторыми странными нюансами, которыми апач не страдает.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от User294 (ok) on 14-Авг-10, 17:40

На 8-ядерном серваке (если у него много гигазов оперативы) может и не особо заметно (если там только опач и ничего кроме него), но тем не менее, апач, как минимум с префорк воркером - жутчайше жрет оперативу, в том числе и при отдаче статики. Несколько тысяч конекций - и вот уже оператива выжрана многочисленными процессами апача (а если их число ограничить - тогда юзеры будут долго ждать своего обслуживания). При том что создать эти конекции может даже тормозной DSLщик. Lighttpd или нжинкс будучи машинами состояний, не плолдящими новые процессы или треды на конекции - к всему этому пофигистичны. Расход ресурсов в пересчете на юзера, а точнее коннекцию на статике - невелик. Кроме того видел фокус когда замена апача на нжинкс улучшила время отклика на статике так что это стало попросту заметно на глаз. С опачем жпеги с сервера грузились с заметной на глаз задержкой. С нжинксой стали просто вылетать на экран как из пушки. Для статики нжинкса или лайт явно заруливают опача в хлам. Для динамики - тут зависит от (зачастую динамику можно кешануть в статику :P).

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от Gular (ok) on 14-Авг-10, 18:50

Регэкспы у реврайта в nginx = регэкспы Перла. не замечал особых проблем с этим, хотя... надо бы поискать бенчмарки, что ли. :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от hizel (ok) on 16-Авг-10, 10:45

>но факт остаётся фактом: нормальной вменяемой реализации fastcgi у nginx пока нет
в nginx нормальная и вменяемая реализация fastcgi уже почитай лет 5, то что у вашего бэкэнда невменяемая реализация fastcgi это факт, ок

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от Аноним (??) on 14-Авг-10, 15:56

отличный веб-сервер,особенно будет классный, когда добавят mod-deflate, а в версии 2.0. еще и многопоточность и mod_header

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от Gular (ok) on 14-Авг-10, 18:52

А кто-нибуь использует LiteSpeed? Не щупал его, но, говорят, что он не хуже, а даже получше.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27" +/–

Сообщение от dev (??) on 15-Авг-10, 12:48

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
Сообщение от Gular (ok) on 14-Авг-10, 12:26
Кто-нибудь использует его в реальном продакшне? Как он сейчас, насколько сливает/выигрывает у nginx?
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	2. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
	Сообщение от Vitaly_loki (ok) on 14-Авг-10, 13:45
	Я использую его на FreeBSD и довольно давно. Про слив Nginx'у сказать не могу, ибо не использовал его, но сам веб-сервер весьма быстр (наверно засчет kqueue).
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	5. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
	Сообщение от Фкук on 14-Авг-10, 15:58
	>Кто-нибудь использует его в реальном продакшне? Как он сейчас, насколько сливает/выигрывает у >nginx? Раздает видео под Фрей хорошо и быстро. Конфигурируется, на мой взгляд, проще nginxа. nginx стоял одно время - я его снёс за ненадобностью. Лайт - проще.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	7. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+2 +/–
	Сообщение от User294 (ok) on 14-Авг-10, 17:50
	>Кто-нибудь использует его в реальном продакшне? Как он сейчас, насколько >сливает/выигрывает у nginx? Юзают. Скажем гугл на ютубе, википедия, meebo и кто там еще. Ну и я юзаю. Вполне приятный сервак. Имеет как плюсы так и минусы vs nginx. Из плюсов - больше протоколов бэкэндов понимает чем нжинкс и конфиг менее задрюченный. Из минусов - не так хорошо как нжинкс масштабируется на многопроцессорных машинах (нжинкс может запустить несколько воркер-процессов, логично развесить по процессу воркера на каждый проц). И еще лайти имеет дурную привычку буфферизовать ответ backend-а, так что если бэкэнд отдает много дряни - будет кушаться довольно много памяти под буфер ответа бэкэнда, nginx в этом плане ведет себя лучше. Кого выбрать? Для слабых 1-процессорных систем ориентированных на отдачу статики лайт как правило кушает меньше RAM т.к. всего 1 небольшой процесс на все и вся (у нжинкса минимум два). Сие актуально на старых машинах, небольших коробочках, вдс и прочая, особенно если вебсервер не единственное что там есть. Для многоядерных систем или если планируется что бэкэнд может сгенерить ажно iso-sized ответ скриптом - нжинкс подойдет больше. Лично мне в итоге пришилсь по вкусу оба и кого куда воткнуть определяется ситуацией и хотелками.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	8. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
	Сообщение от Gular (ok) on 14-Авг-10, 18:44
	< Из минусов - не так хорошо как нжинкс масштабируется на многопроцессорных машинах (нжинкс может запустить несколько воркер-процессов, логично развесить по процессу воркера на каждый проц). А как же spawn-cgi? Хотя это отдельная штука, в принципе. Имею ввиду, что он не разрабатывается авторами lighttpd.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	11. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+1 +/–
	Сообщение от User294 (ok) on 15-Авг-10, 12:04
	> А как же spawn-cgi? Имелся в виду сам лайти а не бэкэнд. Правда, ситуацию когда его процессу не хватит 1 процессора трудновато себе представить (он экономично ресурсы кушает), но сам по себе он гоняет как максимум несколько тредов под свои нужды, так что сам по себе лайти как процесс сложнее размазать на множество CPU если вдруг возникнет такая нужда а железо позволяет. Хотя это по идее должно быть крайне редкой ситуацией. На практике скорее может задолбать кеширование ответа бэкэнда. Науке известны случаи когда скрипт на бэкэнде взглючивал и генерил бесконечную портянку ответа. Ну а лайти ее пытался сбуферизовать. Ессно неуспешно.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

3. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+1 +/–
Сообщение от mad_fashist on 14-Авг-10, 15:56
Пробовал на продакше. Конечно, по сравнению с апачем отзывчивость системы лучше, что касается nginx - так у того скрипт, который обеспечивает работу php на определённом порту, к которому переадресует запросы nginx, падает раз в 15 минут на стабильном debian. Конечно, это не проблема nginx, но факт остаётся фактом: нормальной вменяемой реализации fastcgi у nginx пока нет. Кроме этого неприятного казуса никакой разницы между nginx и lighttpd никто не почуствовал. Система тогда была не оптимизирована, 8 ядер проца грузились по 20-30% постоянно симфонией. В таких условиях я пробовал apache, nginx и lighttpd. В итоге мы оптимизировали сам сайт до уровня по 2-3% на проц и вернулись на апач для удобства, очень важен mod_rewrite. В принципе правила я прописывал для всех троих серверов, всё работало правильно, но на lighttpd и nginx rewrite работает с некоторыми странными нюансами, которыми апач не страдает.
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	6. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
	Сообщение от User294 (ok) on 14-Авг-10, 17:40
	На 8-ядерном серваке (если у него много гигазов оперативы) может и не особо заметно (если там только опач и ничего кроме него), но тем не менее, апач, как минимум с префорк воркером - жутчайше жрет оперативу, в том числе и при отдаче статики. Несколько тысяч конекций - и вот уже оператива выжрана многочисленными процессами апача (а если их число ограничить - тогда юзеры будут долго ждать своего обслуживания). При том что создать эти конекции может даже тормозной DSLщик. Lighttpd или нжинкс будучи машинами состояний, не плолдящими новые процессы или треды на конекции - к всему этому пофигистичны. Расход ресурсов в пересчете на юзера, а точнее коннекцию на статике - невелик. Кроме того видел фокус когда замена апача на нжинкс улучшила время отклика на статике так что это стало попросту заметно на глаз. С опачем жпеги с сервера грузились с заметной на глаз задержкой. С нжинксой стали просто вылетать на экран как из пушки. Для статики нжинкса или лайт явно заруливают опача в хлам. Для динамики - тут зависит от (зачастую динамику можно кешануть в статику :P).
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	9. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
	Сообщение от Gular (ok) on 14-Авг-10, 18:50
	Регэкспы у реврайта в nginx = регэкспы Перла. не замечал особых проблем с этим, хотя... надо бы поискать бенчмарки, что ли. :)
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	13. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
	Сообщение от hizel (ok) on 16-Авг-10, 10:45
	>но факт остаётся фактом: нормальной вменяемой реализации fastcgi у nginx пока нет в nginx нормальная и вменяемая реализация fastcgi уже почитай лет 5, то что у вашего бэкэнда невменяемая реализация fastcgi это факт, ок
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

4. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
Сообщение от Аноним (??) on 14-Авг-10, 15:56
отличный веб-сервер,особенно будет классный, когда добавят mod-deflate, а в версии 2.0. еще и многопоточность и mod_header
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

10. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
Сообщение от Gular (ok) on 14-Авг-10, 18:52
А кто-нибуь использует LiteSpeed? Не щупал его, но, говорят, что он не хуже, а даже получше.
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	12. "Вышел корректирующий релиз http-сервера lighttpd 1.4.27"	+/–
	Сообщение от dev (??) on 15-Авг-10, 12:48
	я использую (из крупных проектов знаю wordpress.com - правда щас идет процесс избавления от оного и на бэкендах ) из минусов - платный , конфигурация через веб-интерфейс из плюсов - почти полная замена апачу - поддерживает его конфиги (хтаццессс.. ревреайты и проч) и даже конфиги апачевского мод_секурити . так же там собирается свой пхп с каким-то эдаким патчем. хтаццессы не читаются при каждом запросе во всех директориях от документрут, а кешируются на всё время жизни процесса (т.е. раз прочли и больше не лезим в него.)
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору