>или мы имеем hosts в памяти и в худшем случае тратим 200 на чтение > этого файла, который и так оказывается в кэше системы.
Вот-вот. Возникает вопрос, зачем тогда это вообще "оптимизировать"? 2 октября 2014 г., 15:30 пользователь Anton Kiryushkin <sw...@fotofor.biz> написал: > Здравствуйте, Вадим. > > Это не всегда удобно. Например, если у вас достаточно много хостов и не > одна площадка. В этом случае вы предлагаете на каждой площадке сделать > много таких dns-серверов? Но в чем выигрыш? Мы делаем запрос по сети и > тратим на это условно 500 миллисекунд, или мы имеем hosts в памяти и в > худшем случае тратим 200 на чтение этого файла, который и так оказывается в > кэше системы. > > 2 октября 2014 г., 15:22 пользователь Vadim A. Misbakh-Soloviov < > m...@mva.name> написал: > >> В письме от Чт, 2 октября 2014 15:06:20 пользователь Anton Kiryushkin >> написал: >> > Здравствуйте, Игорь. >> >> Прошу прощения, что влезаю, хоть и не Игорь :) >> >> > А можно у вас уточнить еще два момента. >> > 1. Зачем nginx вызывает эти функции libc, например, если в нашем случае >> мы >> > не используем в proxy_pass домены, а только IP. Верно ли предположение, >> что >> > происходит вызов gethostbyname на IP? >> >> -//-//-//- >> >> > 2. Как оптимизировать это место, если файл hosts достаточно большой? >> >> А Вы не пробовали, раз уж у вас так разросся файл hosts посмотреть в >> сторону >> использования кеширующего dns-сервера? (хоть бы и того же dnsmasq)? >> >> -- >> Best regards, >> mva >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru@nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > > -- > Best regards, > Anton Kiryushkin > > > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru >
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru