The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз http-сервера nginx 1.2.7"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз http-сервера nginx 1.2.7"  +/
Сообщение от opennews (ok) on 12-Фев-13, 22:08 
Представлен (http://mailman.nginx.org/pipermail/nginx-announce/2013/00010...) новый релиз в стабильной ветке высокопроизводительного http-сервера nginx 1.2.7 (http://nginx.org).  В новой версии:


-  Директива add_header добавляет строки в ответы с кодом 201;
-  В директиву geo и модуль ngx_http_geoip_modul добавлена поддержка IPv6;
-  В директиву access_log добавлена поддержка параметров flush и gzip;
-  В директиве  auth_basic теперь можно использовать переменные;
-  При использовании маски в директиве include, файлы теперь включаются в алфавитном порядке;
-  Переменные $pipe, $request_length, $time_iso8601 и $time_local теперь можно использовать не только в директиве log_format;
-  Налажен процесс сборки модуля ngx_http_perl_module, который не собирался в некоторых ситуациях;
-  Устранен крах при использовании модуля ngx_http_xslt_module;
-  Решены проблемы со сборкой на платформе  Mac OS X;
-  Исправлена ошибка из-за которой при использовании директивы limit_rate с большими
       значениями скорости на 32-битных системах ответ мог возвращаться не целиком;

-  Устранена излишняя нагрузка на процессор во время согласования SSL-сеанса при использовании методов обработки соединений select, poll и /dev/poll.


URL: http://mailman.nginx.org/pipermail/nginx-announce/2013/00010...
Новость: http://www.opennet.me/opennews/art.shtml?num=36095

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Релиз http-сервера nginx 1.2.7"  –2 +/
Сообщение от lemanyk (ok) on 12-Фев-13, 22:08 
>gzip

и 100 лет не прошло

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Релиз http-сервера nginx 1.2.7"  +11 +/
Сообщение от Andrey Mitrofanov on 12-Фев-13, 22:52 
>>gzip
> и 100 лет не прошло

В директиве access_log? Кому она там сдалась?

Идейному подполью в тайной битве с логротейтом?
Или строителям комбайнов для битвы за Урожай?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Релиз http-сервера nginx 1.2.7"  –1 +/
Сообщение от Picker on 13-Фев-13, 01:31 
Когда у вас будет штатная нагрузка в 50000rps, то вы ощутите, что такое писать логи.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Релиз http-сервера nginx 1.2.7"  +13 +/
Сообщение от Аноним (??) on 13-Фев-13, 09:07 
Угу - и в такой момент gzip тебе резко поможет! :-)
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

14. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Andrey Mitrofanov on 13-Фев-13, 14:13 
> Угу - и в такой момент gzip тебе резко поможет! :-)

Если Вы немного подумаете, но уменьщение конкретной операции записи раз в 6, скажем, при исходном 50К * 100б / с, например, на фоне "прочей" загрузки...

...да, тааааак поможет.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

20. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от XoRe (ok) on 13-Фев-13, 14:55 
>> Угу - и в такой момент gzip тебе резко поможет! :-)
> Если Вы немного подумаете, но уменьщение конкретной операции записи раз в 6,
> скажем, при исходном 50К * 100б / с, например, на фоне
> "прочей" загрузки...
> ...да, тааааак поможет.

... и бутылочным горлышком станет проц.

Теперь есть три способа писать в логи:
- если быстрая дисковая подсистема - на диск;
- если быстрый проц - в gzip;
- если много оперативки - в tmpfs;

Каждый выбирает по вкусу.
Не хватает только пулять логи в пространство по udp, как pinba.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

37. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:28 
> ... и бутылочным горлышком станет проц.

Ну если это i386 - конечно. А например на быстром серваке который статику льет и в основном ждет реакции дисков - ровно наоборот.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

16. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 13-Фев-13, 14:35 
>  Угу - и в такой момент gzip тебе резко поможет! :-)

Поможет как ни странно, если процессор мощный. Сократит объем I/O. Кто не верит - может посмотреть на примере бенчей btrfs на форониксе как включение сжатия может повышать скорость работы с диском...

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Релиз http-сервера nginx 1.2.7"  –3 +/
Сообщение от o on 13-Фев-13, 12:22 
то что nginx вальнется от такой нагрузки в первую же секунду даже ни нитересно. Интересно сколько он успеет обработать. Первых тыс 20?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

34. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Picker on 15-Фев-13, 10:56 
http://lowlatencyweb.wordpress.com/2012/03/26/500000-request.../

1 000 000 запросов в секунду обрабатывает и не валится.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

35. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от o on 15-Фев-13, 11:00 
1200 клиентов, это очень не много. И почему дальше не промеряли? Дальше результаты совсем не такие радужные?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

36. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Picker on 15-Фев-13, 11:08 
Дальше всё упирается в ОС и сетевой стэк. Nginx пофиг в общем сколько соединений будет.

Вот другие примеры:
https://signup.netflix.com/openconnect/software - эти перцы генерят около трети всего мирового интернет трафика.
https://barry.wordpress.com/2008/04/28/load-balancer-update/ - 9k без проблем в 2008-ом году. Сейчас наверное у них в разы больше.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

45. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от o on 15-Фев-13, 14:04 
ну так прочитали бы сами сначала.
"8-9k requests/second  and about 1.2Gbit/sec through a few Nginx instances and have plenty of room to grow!"
8-9 тыр через несколько серваков Nginx. Это нормально. это не миллион. И не 50к и даже не мои 20К, а в НЕСКОЛЬКО раз меньше.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

46. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Picker on 16-Фев-13, 04:00 
Only software we tested which could handle 8000 (live traffic, not benchmark) requests/second on a single server
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

48. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Picker on 16-Фев-13, 04:06 
Сейчас они уже другие числа приводят:

The only software tested that was capable of reliably handling over 10,000 request per second of live traffic to WordPress applications from a single server.

Overall WordPress.com is serving about 70,000 req/sec and over 15 Gbit/sec of traffic from its NGINX powered load balancers at peak, with plenty of room to grow.

http://highscalability.com/blog/2012/9/26/wordpresscom-serve...

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

38. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:41 
> 1200 клиентов, это очень не много.

1200 _одновременных_ клиентов это достаточно приличный результат. Более того, симуляция такого количества клиентов сама по себе жрет нетривиально ресурсов.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

39. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:44 
> то что nginx вальнется от такой нагрузки

Чего бы это вдруг? Он такие нагрузки тянет с регулярностью чартерных рейсов на куче высоконагруженных сайтов. И если у вас что-то отваливается - вопросы к рукам, ОС или что там у вас еще кривое.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

27. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Michael Shigorin email(ok) on 13-Фев-13, 16:31 
> то вы ощутите, что такое писать логи

buffer=64k или сколько удобно точно добавили?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

29. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Andrew Kolchoogin on 13-Фев-13, 22:15 
>> то вы ощутите, что такое писать логи
> buffer=64k или сколько удобно точно добавили?

Да это не поможет, если писать сильно подробные логи. Всё равно disk I/O всё скушает. А не писать подробные логи многим стрёмно, типа "вдруг поломают -- откуда я узнаю, через что?"

Аргументация вида "nginx -- система отдачи статического контента и прокси для FastCGI/WSGI/whatever, через статику не ломают, а логи динамики пишите на бэкендах" народ не устраивает.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

30. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Michael Shigorin email(ok) on 13-Фев-13, 23:46 
> Да это не поможет, если писать сильно подробные логи. Всё равно disk
> I/O всё скушает.

Тогда логи складывать на отдельный шпиндель/массив.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

31. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 14-Фев-13, 14:31 
... с отдельным оптическим контроллером и хост-адаптером по конской цене....
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

2. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от fi (ok) on 12-Фев-13, 22:21 
Интересно, а websocket он уже научился?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Linux_RIP on 12-Фев-13, 23:05 
нет, tcp_proxy тоже мало помогает
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Релиз http-сервера nginx 1.2.7"  +3 +/
Сообщение от Аноним (??) on 13-Фев-13, 00:21 
http://trac.nginx.org/nginx/milestone/1.3.13
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Релиз http-сервера nginx 1.2.7"  –4 +/
Сообщение от бутират on 13-Фев-13, 06:53 
Почти пустая страничка. Не могли бы обьяснить что это? Это сторонняя разработка или родная?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от CSRedRat email(ok) on 13-Фев-13, 07:57 
>Исправлена ошибка из-за которой при использовании директивы limit_rate с большими значениями скорости на 32-битных системах ответ мог возвращаться не целиком;

Доставляет, что раньше были распространены баги с распространением 64-разрядных систем у пользователей, а теперь с практически отсутствием 32-разрядных систем у разработчиков.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз http-сервера nginx 1.2.7"  +1 +/
Сообщение от XoRe (ok) on 13-Фев-13, 14:57 
>>Исправлена ошибка из-за которой при использовании директивы limit_rate с большими значениями скорости на 32-битных системах ответ мог возвращаться не целиком;
> Доставляет, что раньше были распространены баги с распространением 64-разрядных систем
> у пользователей, а теперь с практически отсутствием 32-разрядных систем у разработчиков.

Наверное мало где большой limit_rate у 32битных систем.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Релиз http-сервера nginx 1.2.7"  –3 +/
Сообщение от slowpoke on 13-Фев-13, 09:35 
интересно они CGI впилят все же когда нибудь или нет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Релиз http-сервера nginx 1.2.7"  +3 +/
Сообщение от Аноним (??) on 13-Фев-13, 09:59 
Нет.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Релиз http-сервера nginx 1.2.7"  +3 +/
Сообщение от arka on 13-Фев-13, 10:06 
А зачем он там внутри, есть fcgiwrap
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Релиз http-сервера nginx 1.2.7"  –5 +/
Сообщение от slowpoke on 13-Фев-13, 14:33 
это геморрой на ровном месте. вместо того чтобы просто запустить мой CGI
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

19. "Релиз http-сервера nginx 1.2.7"  +1 +/
Сообщение от Аноним (??) on 13-Фев-13, 14:41 
> это геморрой на ровном месте. вместо того чтобы просто запустить мой CGI

Легкий и быстрый сервер и CGI - взаимоисключающие параграфы. Если вас интересует CGI, вам априори класть на скорость работы этого барахла и нагрузку на сервер. Нафига вам тогда нжинкс, собственно?

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

24. "Релиз http-сервера nginx 1.2.7"  –6 +/
Сообщение от slowpoke on 13-Фев-13, 15:24 
на этапе разработки чистый CGI удобней. удобно написать CGI прототип потом уже прикрутить FastCGI. я же не предлагаю выпилить FastCGI, я предлагаю впилить CGI. В мануале можно специально оговорить что это не подходит для высоких нагрузок.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

25. "Релиз http-сервера nginx 1.2.7"  +2 +/
Сообщение от Andrey Mitrofanov on 13-Фев-13, 15:29 
> на этапе разработки чистый CGI удобней. удобно написать CGI прототип

Знаем мы таких "разработчиков", которым на этом этапе разработки удобно флудить на опеннетах, вместо поставить - на этом этапе разработки! - апач, вебрик или кого бы там там ни. Сами такие! //Минус разработка.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Релиз http-сервера nginx 1.2.7"  –6 +/
Сообщение от slowpoke on 13-Фев-13, 15:36 
вот про то и речь что нафига мне апач если все одно потом будет и fastcgi и nginx?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

41. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:53 
> потом будет и fastcgi и nginx?

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

40. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:52 
> на этапе разработки чистый CGI удобней.

Удобнее чем ... что? Например FastCGI - это совершенно иной протокол с совершенно иной логикой работы. Поэтому только не надо врать что вы можете написать приложение как CGI и потом быстро переделать его в что-то иное. Придется всю логику перекраивать. На вообще фундаментальном уровне. С "обслужили 1 запрос и умерли" до "сервер приложений".

> удобно написать CGI прототип потом уже прикрутить FastCGI.

Интересно, каким боком? Учитывая что это совсем разные протоколы с разной логикой работы. Не совсем понимаю как вы "прикручиваете" - это надо всю логику менять. Вы переписываете полпрограммы?

> я же не предлагаю выпилить FastCGI, я предлагаю впилить CGI.
> В мануале можно специально оговорить что это не подходит для высоких нагрузок.

Думаю что у авторов нжинкса хватит мозгов не заниматься этой фигней. Она просто не укладывается в их концепции. Машины состояний хорошо работают когда их никто надолго не клинит. А указанное не только клинит надолго, но и заблочит обслуживание остальных запросов. В свете таких свойств - нафига вам вообще нжинкс, если он будет в результате работать не лучше префорка апачевского?

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

50. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от slowpoke on 19-Фев-13, 10:19 
>Придется всю логику перекраивать. На вообще фундаментальном уровне.

Кроме гомерического смеха это ничего не вызывает. Знаете у меня вот совершенно нет проблем создавать прототип на CGI и потом превращать его в полноценный FastCGI. Но поскольку nginx CGI не умеет приходится извращаться. Если они впилят эту возможность извращаться не нужно будет и мир станет лучше вот и все.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

47. "Релиз http-сервера nginx 1.2.7"  –1 +/
Сообщение от Picker on 16-Фев-13, 04:03 
> на этапе разработки чистый CGI удобней. удобно написать CGI прототип потом уже
> прикрутить FastCGI. я же не предлагаю выпилить FastCGI, я предлагаю впилить
> CGI. В мануале можно специально оговорить что это не подходит для
> высоких нагрузок.

Вы там что, на Си пишете? Осильте уже Django и подобные, как и во всех нормальных веб-фреймворках, там есть встроенный http сервер для разработки из коробки, одной командой запускается.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

51. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от slowpoke on 19-Фев-13, 10:23 
> Вы там что, на Си пишете?

Я прототип хочу писать на чем угодно. И CGI это позволяет - хоть на bash. И это хорошо.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

21. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Andrey Mitrofanov on 13-Фев-13, 14:56 
> это геморрой
> мой CGI

Так! И subj тут не при чём. //Да, тролить-флудить само собой.


Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

23. "Релиз http-сервера nginx 1.2.7"  +1 +/
Сообщение от XoRe (ok) on 13-Фев-13, 14:58 
> это геморрой на ровном месте. вместо того чтобы просто запустить мой CGI

И ждать, пока он запустится?
Осильте написать fastcgi wrapper для вашего CGI.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

42. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:54 
> Осильте написать fastcgi wrapper для вашего CGI.

Или хотя-бы готовый взять. Их есть. Только это апгрейд запорожца в самолет путем обработки напильником.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

17. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от slowpoke on 13-Фев-13, 14:35 
> А зачем он там внутри, есть fcgiwrap

не говоря о том что это сторонняя тулза которой нет в пакете с nginx

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

44. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:57 
> не говоря о том что это сторонняя тулза которой нет в пакете с nginx

Потому что никто не собирается делать из ваших узкоспециализированных закидонов себе проблему. Это так сложно осознать?

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "Релиз http-сервера nginx 1.2.7"  +1 +/
Сообщение от Аноним (??) on 13-Фев-13, 14:39 
> интересно они CGI впилят все же когда нибудь или нет?

Никогда. И правильно делают.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

32. "Релиз http-сервера nginx 1.2.7"  –1 +/
Сообщение от Аноним (??) on 14-Фев-13, 14:32 
>> интересно они CGI впилят все же когда нибудь или нет?
> Никогда. И правильно делают.

Для вящей безопасности. CGI только ленивый не ломал.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

43. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от Аноним (??) on 15-Фев-13, 11:56 
> Для вящей безопасности. CGI только ленивый не ломал.

Самому по себе CGI поводов ломаться не больше чем чему-то еще. А вот скорость у него мерзостная и любой умник может положить сервак просто сделав много запросов к оному. Далее сервак наделает зиллионы форков и тихо загнется, вплоть до выжирания всех ресурсов операционки под ноль. Ну или у хорошего админа упрется в лимиты и просто тихонько забьет на обслуживание легитимных клиентов.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

28. "Релиз http-сервера nginx 1.2.7"  +1 +/
Сообщение от Andrew Kolchoogin on 13-Фев-13, 22:13 
Для корректной обработки CGI необходимо, чтобы Web-сервер умел делать fork()/exec() на каждый реквест страницы.
Nginx этого не будет уметь делать _никогда_.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

33. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от dolphin (??) on 14-Фев-13, 15:31 
Сначала матчасть почитайте, тогда поймёте почему в nginx никогда не будет CGI.
Если совсем коротко - nginx это FSM (КА по-русски), а не multithreaded как апач. Потому он и быстр и не прожорлив. По тому-же Сысоев всегда был против логирования в сислог. Нужен CGI - используйте врапперы или апач, не мешайте nginx работать.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

49. "Релиз http-сервера nginx 1.2.7"  +/
Сообщение от slowpoke on 19-Фев-13, 10:16 
это вы матчасть почитайте апач делает форки а не треды. я прекрасно умею работать как с CGI так и с FastCGI. "nginx был бы удобней если в нем была бы встроенная возможность запускать CGI" это ровно то что я хотел сказать. то что FastCGI быстрее я как бы знаю
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру