forum.opennet.ru - "Релиз http-сервера nginx 1.7.2" (13)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Релиз http-сервера nginx 1.7.2"

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

"Релиз http-сервера nginx 1.7.2"	+/–
Сообщение от opennews (ok) on 17-Июн-14, 19:33
Представлен (http://mailman.nginx.org/pipermail/nginx-announce/2014/00014...) новый выпуск основной ветки высокопроизводительного HTTP-сервера nginx 1.7.2 (http://nginx.org/), в котором продолжено развитие новых возможностей. В новой версии в блок конфигурации upstream добавлена (http://nginx.org/en/CHANGES) поддержка директивы "hash (http://nginx.org/en/docs/http/ngx_http_upstream_module.html#...)", предназначенной для организации балансировки нагрузки с привязкой клиента к серверу. Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти. URL: http://mailman.nginx.org/pipermail/nginx-announce/2014/00014... Новость: http://www.opennet.me/opennews/art.shtml?num=40022
Ответить \| Правка \| Cообщить модератору

Оглавление

Релиз http-сервера nginx 1.7.2, A.Stahl, 19:33 , 17-Июн-14, (1) –4

Релиз http-сервера nginx 1.7.2, hshhhhh, 19:38 , 17-Июн-14, (2) +4

Релиз http-сервера nginx 1.7.2, A.Stahl, 19:47 , 17-Июн-14, (3) –1

Релиз http-сервера nginx 1.7.2, hshhhhh, 19:49 , 17-Июн-14, (4) +3
Релиз http-сервера nginx 1.7.2, Аноним, 20:18 , 17-Июн-14, (6)
Релиз http-сервера nginx 1.7.2, Аноним, 21:12 , 17-Июн-14, (8)
Релиз http-сервера nginx 1.7.2, жопка3, 22:45 , 17-Июн-14, (9) +2

Релиз http-сервера nginx 1.7.2, жопка3, 22:47 , 17-Июн-14, (10) +1

Релиз http-сервера nginx 1.7.2, Andrey Mitrofanov, 20:06 , 17-Июн-14, (5) +1
Релиз http-сервера nginx 1.7.2, Аноним, 21:11 , 17-Июн-14, (7) +1
Релиз http-сервера nginx 1.7.2, Ordu, 01:14 , 18-Июн-14, (11)

Релиз http-сервера nginx 1.7.2, Аноним, 02:06 , 18-Июн-14, (12) –1

Релиз http-сервера nginx 1.7.2, XoRe, 17:47 , 18-Июн-14, (16)

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

1. "Релиз http-сервера nginx 1.7.2" –4 +/–

Сообщение от A.Stahl (ok) on 17-Июн-14, 19:33

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

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

2. "Релиз http-сервера nginx 1.7.2" +4 +/–

Сообщение от hshhhhh (ok) on 17-Июн-14, 19:38

Ну ведь он может висеть в памяти годами без перезагрузки.

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

3. "Релиз http-сервера nginx 1.7.2" –1 +/–

Сообщение от A.Stahl (ok) on 17-Июн-14, 19:47

Ага. И если все 50 метров его личных данных станут чересчур фрагментированными, то небо окрасится в чёрный цвет и по телевизору будут показывать лишь пятую серию "санта-барбары"?

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

4. "Релиз http-сервера nginx 1.7.2" +3 +/–

Сообщение от hshhhhh (ok) on 17-Июн-14, 19:49

> Ага. И если все 50 метров его личных данных станут чересчур фрагментированными,
> то небо окрасится в чёрный цвет и по телевизору будут показывать
> лишь пятую серию "санта-барбары"?
Ну ведь и Сысоев не IIS пишет

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

5. "Релиз http-сервера nginx 1.7.2" +1 +/–

Сообщение от Andrey Mitrofanov on 17-Июн-14, 20:06

>>Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти.
> Это вообще важно для такой программы?
> Как я понимаю это имеет смысл только при
""While this isn't a problem for nginx itself, it is known to be bad for various 3rd party modules.
http://mailman.nginx.org/pipermail/nginx-devel/2014-June/005...
Гм, патч почти год http://mailman.nginx.org/pipermail/nginx-devel/2013-June/003... полировали. >> Может, и не очень важно...

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

6. "Релиз http-сервера nginx 1.7.2" +/–

Сообщение от Аноним (??) on 17-Июн-14, 20:18

а как бэкенд прокси его уже не юзают?

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

7. "Релиз http-сервера nginx 1.7.2" +1 +/–

Сообщение от Аноним (??) on 17-Июн-14, 21:11

> Как я понимаю это имеет смысл только при наличии большого количества данных, которые
> должны быть в памяти постоянно.
Это имеет смысл в случае если программа долго работает и тасует достаточно много данных.

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

8. "Релиз http-сервера nginx 1.7.2" +/–

Сообщение от Аноним (??) on 17-Июн-14, 21:12

> Ага. И если все 50 метров его личных данных станут чересчур фрагментированными,
> то небо окрасится в чёрный цвет и по телевизору будут показывать
> лишь пятую серию "санта-барбары"?
Нет, тогда производительность просядет (большой блок придется долго выискикать в помойке из кучи мелочи) или в некотором случае совсем не удастся выкроить блок нужного размера из той вермишели которая образовалась.

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

9. "Релиз http-сервера nginx 1.7.2" +2 +/–

Сообщение от жопка3 on 17-Июн-14, 22:45

Сильно фрагментированная куча плоха по нескольким причинам:
1. Внутреняя фрагментации страниц. Приводит к большему количеству используемых страниц.
2. Большее количество используемых страниц приводит к большей нагрузке на TLB, как следствие кеш становится менее эффективным, растет число промахов, что приводит в удалению строк из кеша и помещению туда новых, что в свою очередь приводит к снижению производительности(из-за необходимости выполнения новых virtual to physical address translation lookup'ов)
3. Опять же, из-за большего количества используемых страниц возрастает вероятность кеш миссов по L1/L2/L3 кешам. Что опять же приводит к потере производительности(время доступа к строке памяти возрастает на несколько порядков).
Короче говоря, если вы отдаете на 1rps статикой одну страничку - вы наверное ничего не замете.

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

10. "Релиз http-сервера nginx 1.7.2" +1 +/–

Сообщение от жопка3 on 17-Июн-14, 22:47

>[оверквотинг удален]
> 2. Большее количество используемых страниц приводит к большей нагрузке на TLB, как
> следствие кеш становится менее эффективным, растет число промахов, что приводит в
> удалению строк из кеша и помещению туда новых, что в свою
> очередь приводит к снижению производительности(из-за необходимости выполнения новых
> virtual to physical address translation lookup'ов)
> 3. Опять же, из-за большего количества используемых страниц возрастает вероятность кеш
> миссов по L1/L2/L3 кешам. Что опять же приводит к потере производительности(время
> доступа к строке памяти возрастает на несколько порядков).
> Короче говоря, если вы отдаете на 1rps статикой одну страничку - вы
> наверное ничего не замете.
Ну и да, еще не стоит забывать про облегчение жизни юзерспейсному менеджеру памяти, как уже заметили тут.

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

11. "Релиз http-сервера nginx 1.7.2" +/–

Сообщение от Ordu (ok) on 18-Июн-14, 01:14

> Как я понимаю это имеет смысл только при наличии большого количества данных, которые должны быть в памяти постоянно.
Неа. Читаем Кнута, просвещаемся. Фрагментация памяти склонна к развитию несмотря на освобождения памяти. Даже правильнее будет использовать вместо предлога "несмотря", предлог "благодаря." Динамическое выделение памяти -- это зло. И сборка мусора -- адепт его. Позволяющий победить фрагментацию, но требующий взамен глобал локов.

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

12. "Релиз http-сервера nginx 1.7.2" –1 +/–

Сообщение от Аноним (??) on 18-Июн-14, 02:06

> Динамическое выделение памяти -- это зло
Да, расскажи подробнее про это, теоретик диванный

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

16. "Релиз http-сервера nginx 1.7.2" +/–

Сообщение от XoRe (ok) on 18-Июн-14, 17:47

>>Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти.
> Это вообще важно для такой программы?
> Как я понимаю это имеет смысл только при наличии большого количества данных, которые должны быть в памяти постоянно. Мне кажется у веб-сервера таких данных не много.
Если сам nginx от этого не сильно страдает, у него есть куча интересных модулей.
Встроенные perl, lua, обработчики на лету картинок, видео, и т.д.

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

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

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

Партнёры:

Хостинг:

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

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


	1. "Релиз http-сервера nginx 1.7.2"	–4 +/–
	Сообщение от A.Stahl (ok) on 17-Июн-14, 19:33
	>Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти. Это вообще важно для такой программы? Как я понимаю это имеет смысл только при наличии большого количества данных, которые должны быть в памяти постоянно. Мне кажется у веб-сервера таких данных не много. Впрочем, сделали так сделали -- хуже точно не будет.
	Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Релиз http-сервера nginx 1.7.2"	+4 +/–
	Сообщение от hshhhhh (ok) on 17-Июн-14, 19:38
	Ну ведь он может висеть в памяти годами без перезагрузки.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Релиз http-сервера nginx 1.7.2"	–1 +/–
	Сообщение от A.Stahl (ok) on 17-Июн-14, 19:47
	Ага. И если все 50 метров его личных данных станут чересчур фрагментированными, то небо окрасится в чёрный цвет и по телевизору будут показывать лишь пятую серию "санта-барбары"?
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Релиз http-сервера nginx 1.7.2"	+3 +/–
	Сообщение от hshhhhh (ok) on 17-Июн-14, 19:49
	> Ага. И если все 50 метров его личных данных станут чересчур фрагментированными, > то небо окрасится в чёрный цвет и по телевизору будут показывать > лишь пятую серию "санта-барбары"? Ну ведь и Сысоев не IIS пишет
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "Релиз http-сервера nginx 1.7.2"	+1 +/–
	Сообщение от Andrey Mitrofanov on 17-Июн-14, 20:06
	>>Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти. > Это вообще важно для такой программы? > Как я понимаю это имеет смысл только при ""While this isn't a problem for nginx itself, it is known to be bad for various 3rd party modules. http://mailman.nginx.org/pipermail/nginx-devel/2014-June/005... Гм, патч почти год http://mailman.nginx.org/pipermail/nginx-devel/2013-June/003... полировали. >> Может, и не очень важно...
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	6. "Релиз http-сервера nginx 1.7.2"	+/–
	Сообщение от Аноним (??) on 17-Июн-14, 20:18
	а как бэкенд прокси его уже не юзают?
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	7. "Релиз http-сервера nginx 1.7.2"	+1 +/–
	Сообщение от Аноним (??) on 17-Июн-14, 21:11
	> Как я понимаю это имеет смысл только при наличии большого количества данных, которые > должны быть в памяти постоянно. Это имеет смысл в случае если программа долго работает и тасует достаточно много данных.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	8. "Релиз http-сервера nginx 1.7.2"	+/–
	Сообщение от Аноним (??) on 17-Июн-14, 21:12
	> Ага. И если все 50 метров его личных данных станут чересчур фрагментированными, > то небо окрасится в чёрный цвет и по телевизору будут показывать > лишь пятую серию "санта-барбары"? Нет, тогда производительность просядет (большой блок придется долго выискикать в помойке из кучи мелочи) или в некотором случае совсем не удастся выкроить блок нужного размера из той вермишели которая образовалась.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	9. "Релиз http-сервера nginx 1.7.2"	+2 +/–
	Сообщение от жопка3 on 17-Июн-14, 22:45
	Сильно фрагментированная куча плоха по нескольким причинам: 1. Внутреняя фрагментации страниц. Приводит к большему количеству используемых страниц. 2. Большее количество используемых страниц приводит к большей нагрузке на TLB, как следствие кеш становится менее эффективным, растет число промахов, что приводит в удалению строк из кеша и помещению туда новых, что в свою очередь приводит к снижению производительности(из-за необходимости выполнения новых virtual to physical address translation lookup'ов) 3. Опять же, из-за большего количества используемых страниц возрастает вероятность кеш миссов по L1/L2/L3 кешам. Что опять же приводит к потере производительности(время доступа к строке памяти возрастает на несколько порядков). Короче говоря, если вы отдаете на 1rps статикой одну страничку - вы наверное ничего не замете.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	10. "Релиз http-сервера nginx 1.7.2"	+1 +/–
	Сообщение от жопка3 on 17-Июн-14, 22:47
	>[оверквотинг удален] > 2. Большее количество используемых страниц приводит к большей нагрузке на TLB, как > следствие кеш становится менее эффективным, растет число промахов, что приводит в > удалению строк из кеша и помещению туда новых, что в свою > очередь приводит к снижению производительности(из-за необходимости выполнения новых > virtual to physical address translation lookup'ов) > 3. Опять же, из-за большего количества используемых страниц возрастает вероятность кеш > миссов по L1/L2/L3 кешам. Что опять же приводит к потере производительности(время > доступа к строке памяти возрастает на несколько порядков). > Короче говоря, если вы отдаете на 1rps статикой одну страничку - вы > наверное ничего не замете. Ну и да, еще не стоит забывать про облегчение жизни юзерспейсному менеджеру памяти, как уже заметили тут.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	11. "Релиз http-сервера nginx 1.7.2"	+/–
	Сообщение от Ordu (ok) on 18-Июн-14, 01:14
	> Как я понимаю это имеет смысл только при наличии большого количества данных, которые должны быть в памяти постоянно. Неа. Читаем Кнута, просвещаемся. Фрагментация памяти склонна к развитию несмотря на освобождения памяти. Даже правильнее будет использовать вместо предлога "несмотря", предлог "благодаря." Динамическое выделение памяти -- это зло. И сборка мусора -- адепт его. Позволяющий победить фрагментацию, но требующий взамен глобал локов.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	12. "Релиз http-сервера nginx 1.7.2"	–1 +/–
	Сообщение от Аноним (??) on 18-Июн-14, 02:06
	> Динамическое выделение памяти -- это зло Да, расскажи подробнее про это, теоретик диванный
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	16. "Релиз http-сервера nginx 1.7.2"	+/–
	Сообщение от XoRe (ok) on 18-Июн-14, 17:47
	>>Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти. > Это вообще важно для такой программы? > Как я понимаю это имеет смысл только при наличии большого количества данных, которые должны быть в памяти постоянно. Мне кажется у веб-сервера таких данных не много. Если сам nginx от этого не сильно страдает, у него есть куча интересных модулей. Встроенные perl, lua, обработчики на лету картинок, видео, и т.д.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору