пт, 26 окт. 2018 г. в 21:19, Evgeniy Berdnikov :
> On Fri, Oct 26, 2018 at 12:35:21PM +0500, Илья Шипицин wrote:
> >возьмем, к примеру, Linux, у него ретрансмит первоначального SYN
> жестко
> >задан 3 сек (меняется только патчем ядра)
>
> Время для ретрансмита первоначального syn'a (rto)
On Fri, Oct 26, 2018 at 12:35:21PM +0500, Илья Шипицин wrote:
>возьмем, к примеру, Linux, у него ретрансмит первоначального SYN жестко
>задан 3 сек (меняется только патчем ядра)
Время для ретрансмита первоначального syn'a (rto) в большинстве
реализаций tcp/ip (в том числе в линуксе)
Hello!
On Fri, Oct 26, 2018 at 12:35:21PM +0500, Илья Шипицин wrote:
> привет,
>
> возьмем, к примеру, Linux, у него ретрансмит первоначального SYN жестко
> задан 3 сек (меняется только патчем ядра)
>
> допустим, мы хотим отзывчивость нашего приложения, у нас достаточно реплик,
> мы задаем
>
Добрый день!Настроил кеширование nginx proxy_cache_path /var/cache/nginx/piccache levels=2 keys_zone=piccache:15m inactive=15m max_size=200m; server { listen 81; proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_403 http_404; location /pic/ {
привет,
возьмем, к примеру, Linux, у него ретрансмит первоначального SYN жестко
задан 3 сек (меняется только патчем ядра)
допустим, мы хотим отзывчивость нашего приложения, у нас достаточно реплик,
мы задаем
proxy_connect_timeout 100ms;
выглядит логично, но в случае пиковой загрузки канала и
Здравствуйте.
Если кто-то использовал на проде конструкцию Nginx+memcached, поделитесь
опытом пожалуйста. Если есть под рукой годный cookbook, буду благодарен.
Возможно существуют какие-то альтернативы с redis, couchbase, etc...
По нагрузке, в пике 2000 tps от клиентов, обновление кэша предположим