Соглашусь. Но мы говорим об отдаче статики. И если она там лежит, то скорее всего, для чего-то нужна и иногда вызывается. Вряд ли реально всю статику загнать в память и освободить диски полностью.---------- Добавлено в 03:26 ---------- Предыдущее сообщение было в 03:25 ----------
Бывают и многотерабайтные хранилища для статики, где "горячего" много, а вот памяти явно не хватит, чтобы и 10% положить в кэш.
Да и не думаю, что у ТС слабые диски и 48Гб памяти. Там скорее всего и оперативки не так много свободной, чтобы говорить о дисковом кэше.
Если файлов много, то всё в памяти не закешировать. И "отдача" напрямую с диска будет постоянно заставлять его использовать. Не эффективнее дёрнуть файл в память и потом отдавать с нужной скоростью?---------- Добавлено в 03:20 ---------- Предыдущее сообщение было в 03:18 ----------
Такое ощущение, что вы в последнее время на форуме для "поговорить о чём-нибудь" =))
Вы америку не открыли этим сообщением, но всегда ли у нас "не используемая память" меньше, чем объём статики на дисках?
Можно передавать файл постепенно через диск, а можно "ложить" сначала в память.
Смотреть нужно на те же размеры буферов. Скорее всего там не умещается всё, что пытается передать nginx.
Естественно нужно смотреть, прежде чем что-то делать.
ТС, у вас вообще файлы дёргаются напрямую через nginx ? Или ссылки какой-нибудь скрипт генерирует?
Вариант описан тут http://mailman.nginx.org/pipermail/nginx-ru/2009-February/022559.html
Долго гадать можно.
Можете обратиться к нашим специалистам на сайте http://systemintegra.ru Там есть круглосуточный web-чат.
Как вариант - можно попробовать перенести папку с временными файлами nginx'а в память, это может помочь.
Варианты есть разные, но нужно детально разбираться и проверять. На форуме это обсуждать можно долго, но лучше "один раз увидеть"
http://nginx.org/ru/docs/http/ngx_http_core_module.html#limit_rate
Можно лимитировать так же после определённого объёма переданных данных http://nginx.org/ru/docs/http/ngx_http_core_module.html#limit_rate_after
А документацию глянуть лень ? :)
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
set $limit_rate 10k;
root /var/www/test.ru;
}
Лимит в 10Кб в секунду.
Тоже с праздниками.🤪
1. За нагрузку мы не выгоняем. CPU лимитируется в пределах тарифа. (указаны проценты от одного 4х-ядерного процессора целиком.). Т.е. если ваш скрипт захочет 10% от процессора, а по тарифу 5%, то он будет выполняться чуть медленнее, но за лимиты не выйдет. Вы можете быть уверены, что "сосед" ваши ресурсы использовать не сможет.
Про другие "фишки" можете почитать тут http://my.author-media.ru/news/
2. Может. В панели управления доступен раздел со статистикой и графиками.
"До 3000" не означает никакой конкретной цифры. Видимо указана максимальная приблизительная цифра посещаемости, если движок очень лёгкий.
2000 сайтов != 2000 клиентов.
Сайтов может быть и 5-10 тысяч при 500 клиентах.
Не каждый себе сможет позволить купить сервер, а арендовать такие конфигурации уже не выгодно.
Вот поэтому и арендуют десктопы в hetzner и пытаются хоть как-то снизить нагрузку и окупить сервера.
Интересная у вас арифметика.
Это какой должен быть оверсел, если на сервере 2000 клиентов?!?
Сколько CPU гарантированно получит каждый и места на диcке?
600 гб / 2000 = 0,3 гигабайта в среднем на каждого. Не считая системы, баз данных и т.п.
Вы физически не разместите на таком сервере столько клиентов. Даже места не хватит.
Поэтому подсчёты не верны.
