https://www.opennet.me/openforum/vsluhforumID3/96364.html Представлен (http://mailman.nginx.org/pipermail/nginx-announce/2014/000140.html) новый выпуск основной ветки высокопроизводительного 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#hash)", предназначенной для организации балансировки нагрузки с привязкой клиента к серверу. Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти.<br><br><br>URL: http://mailman.nginx.org/pipermail/nginx-announce/2014/000140.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=40022<br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#16 Wed, 18 Jun 2014 13:47:05 GMT &gt;&gt;Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти.<br>&gt; Это вообще важно для такой программы?<br>&gt; Как я понимаю это имеет смысл только при наличии большого количества данных, которые должны быть в памяти постоянно. Мне кажется у веб-сервера таких данных не много.<br><br>Если сам nginx от этого не сильно страдает, у него есть куча интересных модулей.<br>Встроенные perl, lua, обработчики на лету картинок, видео, и т.д.<br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#12 Tue, 17 Jun 2014 22:06:13 GMT &gt; Динамическое выделение памяти -- это зло<br><br>Да, расскажи подробнее про это, теоретик диванный<br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#11 Tue, 17 Jun 2014 21:14:56 GMT &gt; Как я понимаю это имеет смысл только при наличии большого количества данных, которые должны быть в памяти постоянно.<br><br>Неа. Читаем Кнута, просвещаемся. Фрагментация памяти склонна к развитию несмотря на освобождения памяти. Даже правильнее будет использовать вместо предлога "несмотря", предлог "благодаря." Динамическое выделение памяти -- это зло. И сборка мусора -- адепт его. Позволяющий победить фрагментацию, но требующий взамен глобал локов.<br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#10 Tue, 17 Jun 2014 18:47:14 GMT &gt;[оверквотинг удален]<br>&gt; 2. Большее количество используемых страниц приводит к большей нагрузке на TLB, как <br>&gt; следствие кеш становится менее эффективным, растет число промахов, что приводит в <br>&gt; удалению строк из кеша и помещению туда новых, что в свою <br>&gt; очередь приводит к снижению производительности(из-за необходимости выполнения новых <br>&gt; virtual to physical address translation lookup'ов) <br>&gt; 3. Опять же, из-за большего количества используемых страниц возрастает вероятность кеш <br>&gt; миссов по L1/L2/L3 кешам. Что опять же приводит к потере производительности(время <br>&gt; доступа к строке памяти возрастает на несколько порядков).<br>&gt; Короче говоря, если вы отдаете на 1rps статикой одну страничку - вы <br>&gt; наверное ничего не замете.<br><br>Ну и да, еще не стоит забывать про облегчение жизни юзерспейсному менеджеру памяти, как уже заметили тут.<br><br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#9 Tue, 17 Jun 2014 18:45:58 GMT Сильно фрагментированная куча плоха по нескольким причинам:<br>1. Внутреняя фрагментации страниц. Приводит к большему количеству используемых страниц.<br>2. Большее количество используемых страниц приводит к большей нагрузке на TLB, как следствие кеш становится менее эффективным, растет число промахов, что приводит в удалению строк из кеша и помещению туда новых, что в свою очередь приводит к снижению производительности(из-за необходимости выполнения новых virtual to physical address translation lookup'ов)<br>3. Опять же, из-за большего количества используемых страниц возрастает вероятность кеш миссов по L1/L2/L3 кешам. Что опять же приводит к потере производительности(время доступа к строке памяти возрастает на несколько порядков).<br><br>Короче говоря, если вы отдаете на 1rps статикой одну страничку - вы наверное ничего не замете.<br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#8 Tue, 17 Jun 2014 17:12:22 GMT &gt; Ага. И если все 50 метров его личных данных станут чересчур фрагментированными, <br>&gt; то небо окрасится в чёрный цвет и по телевизору будут показывать <br>&gt; лишь пятую серию "санта-барбары"?<br><br>Нет, тогда производительность просядет (большой блок придется долго выискикать в помойке из кучи мелочи) или в некотором случае совсем не удастся выкроить блок нужного размера из той вермишели которая образовалась.<br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#7 Tue, 17 Jun 2014 17:11:08 GMT &gt; Как я понимаю это имеет смысл только при наличии большого количества данных, которые<br>&gt; должны быть в памяти постоянно.<br><br>Это имеет смысл в случае если программа долго работает и тасует достаточно много данных.<br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#6 Tue, 17 Jun 2014 16:18:40 GMT а как бэкенд прокси его уже не юзают? <br> https://www.opennet.me/openforum/vsluhforumID3/96364.html#5 Tue, 17 Jun 2014 16:06:05 GMT &gt;&gt;Кроме того, реализован механизм дефрагментации свободных блоков разделяемой памяти.<br>&gt; Это вообще важно для такой программы?<br>&gt; Как я понимаю это имеет смысл только при<br><br>""While this isn't a problem for nginx itself, it is known to be bad for various 3rd party modules.<br> http://mailman.nginx.org/pipermail/nginx-devel/2014-June/005427.html<br><br>Гм, патч почти год http://mailman.nginx.org/pipermail/nginx-devel/2013-June/003887.html полировали. &gt;&gt; Может, и не очень важно...<br>