Pull to refresh
58
0
Олег Полудненко @uaoleg

User

Send message
Наверное никогда не перестану удивляться тем людям, которые минусуют молча. Спасибо за подборку, как всегда интересно и познавательно!
Круто, спасибо за пояснение.
Интересно, почему на FreeBSD и на Mac OS X он имеет дефолтное значение -1, а на остальных системах 511.
Не пойму, за что минусы? Критика mifa — на уровне школьника. Почему бы не написать, что конкретно не так? И я бы с радостью это исправил. И тысячи читателей получили бы более качественный материал.
Звучит неубедительно.
Это коммент должен был быть не здесь.
Спасибо, действительно важная настройка. А у вас есть опыт, какие значения будут оптимальными и почему?
Я не вижу смысла пересказывать ещё раз всю статью. Но постараюсь вас всё-таки отстоять свою позицию на примере первой же директивы. В приведенной вами статье к ней указан следующий комментарий:
# This number should be, at maximum, the number of CPU cores on your system.
# (since nginx doesn't benefit from more than one worker per CPU.)

В моей стать комментарий следующий:
Начнём с директивы worker_processes. Если Nginx выполняет работу нагружающую процессор (например SSL или gzipping), то оптимально установить эту директиву в значение, равное количеству ядер процессора. Выигрыш при большем значении вы получите только в случае обработки очень большого количества статики.

Я думаю очевидно, что моё описание куда более развёрнутое, объясняет в каких ситуациях какое значение для директивы будет более оптимальным и почему. Я потратил на эту работу достаточно личного времени для того, чтобы опубликовать её не как банальный перевод.
Статья была взята за основу, но к каждой настройке я писал развёрнутое пояснения по материалам wiki.nginx.org, вопросов на stackovwerflow.com, а ряда других источников. Как это может быть переводом, если я внёс свои пояснения к каждой директиве? Плюс благодаря комментариям читателей исправил ошибки и внёс улучшения в исходный конфиг. Что здесь плохого? Кому это навредит?
Поменял, теперь статья стала действительно лучше.
Да, сравните. Помимо той статьи я использовал много других источников.
О, теперь заметил эту надпись. Обязательно поменяю ссылки на официальную документацию.
например, Tsung
Из плохих советов — отключение логов? Один пункт из двух десятков? Да и то, я несколько раз подчеркнул, что делалось это в тестовом окружении, и не следует копировать это слепо на прод. Или вы против того, чтобы кто-то имел свой взгляд, отличный от официального?
Бенчмарк и писькомерство — очень серьёзные причины.
А зачем тогда keepalive ограничивается в дефолтных настройках Nginx?
Это совет из серии «в php одинарные кавычки быстрее двойных».

Т.е. писать строки в одинарных кавычках — это вредный совет? А его ещё и в официальной документации дают. Всё зависит от области применения, имхо.
Спасибо, про 64.000 — да, это был явный феил, куда же без них. Но я убрал это ещё пол часа назад, или все читают только комменты, а не статью? :)
Про логированию — в очередной раз позволю себе не согласится: я писал, что эти настройки я использовал в тестовом окружении, и что не стоит их слепо переносить на прод. Чем плохо отключить логирование, скажем на аксептансе, чтобы автотесты работали чуточку быстрее?
Спасибо, про сокеты действительно напутал, уже убрал из статьи. А на счёт логов — не принимаю, я писал о том, что эти настройки применялись в тестовой среде, и не стоит их слепо копировать на лайв сервера.
Боюсь спросить, а для чего тогда вообще существует это вики? Там написана неправда?

Information

Rating
Does not participate
Location
Днепр, Днепропетровская обл., Украина
Registered
Activity