>или мы имеем 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

Ответить