ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re[2]: freebsd network tuning



ок :-)
договорились

13 января 2014 г., 19:15 пользователь Alex Domoradov
<alex.hha@xxxxxxxxx> написал:
> Вот сколько раз встерчал такое - да там фигня в статье, кто так
> делает, надо так и так, это же очевидно. Вот нет бы, потратить 2 часа
> своего времени, взять и написать "правильную" статью с объяснением что
> и зачем. Нет же, все будут кусаться, колоться, но ...
>
> 2014/1/13 Илья Шипицин <chipitsine@xxxxxxxxx>:
>> настройка на 10Gb может быть единственным способом.
>> берем, нагружаем 10Gb, смотрим, где узкое место и исправляем (без
>> кунфу по части jmeter/gprof и подобных штук не обойтись)
>> итерируем до достижения нужного эффекта.
>>
>> сайт calomel.org изобилует непонятно на чем основанными
>> рекомендациями, порой такое чувство, что "лишь бы побольше накрутить".
>>
>> типичный пример (в стиле calomel.org) : http://habrahabr.ru/post/56497/
>> взяли, поставили epoll, зачем ? по дефолту был бы epoll
>> и далее по списку без вникания, open_file_cache - это же почти
>> наверняка способ отстрелить себе ногу. хоть одно упоминание о побочных
>> последствиях ?
>> а ведь народ яростно плюсует, копипастит и драгндропит настройки.
>>
>>
>> без мониторинга и профилирования что-то настраивать - это пальцем в небо.
>>
>>
>> 13 января 2014 г., 16:41 пользователь Михаил Монашёв
>> <postmaster@xxxxxxxxxxxxx> написал:
>>> Здравствуйте, Anton.
>>>
>>>>> Признаюсь, что не заметил каких-то ощутимых ускорений от этого
>>>>> тюнинга,
>>>
>>>> Большая  часть  тюнинга  не  для  ускорения,  а  для того, чтобы при
>>>> достижении  определённой  нагрузки  X сервер не превратился в тыкву,
>>>> несмотря  на  то что свободная память ещё есть, а CPU загружен не на
>>>> 100%.
>>>
>>>> Соответственно  нужно  использовать  утилиты  для  создания  большой
>>>> нагрузки   и  смотреть  какую  максимальную  нагрузку  сервер  может
>>>> выдержать с тюнингом и без.
>>>
>>> Ну  сервер и так 600 мегабит отдаёт с настройками, которые Игорь тогда
>>> на  конфе  озвучивал.  Думал,  что, например, смена Congestion Control
>>> Algorithm,  как  описано  тут  http://dadv.livejournal.com/176159.html
>>> сильно поможет, но даже при больших буферах ничего не меняется.
>>>
>>> Как  я  понял,  есть  два  основных  вида  тюнинга: для быстрой работы
>>> сервера  и для безопасной работы. Т.е. работаешь с быстрой настройкой,
>>> а как начинают досить, переключаешься на безопасную.
>>>
>>> --
>>> С уважением,
>>>  Михаил                          mailto:postmaster@xxxxxxxxxxxxx
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@xxxxxxxxx
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@xxxxxxxxx
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.