ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


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


  ПРОГРАММЫ 



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

Купить права гимс на лодку prava112j.com.











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

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

Re[6]: Память на буферы з аполучить



Hi, Andrew.

AM>>  исходя из этого где-то (толи в "горчичной книжке", то ли где, не
AM>> упомню) рассказывалось, что оптимальное количество ПАРАЛЛЕЛЬНЫХ
AM>> ЗАПРОСОВ К ДИСКУ порядка 40-60. Да, зависит от ОС, диска (не SCSI,
> тест не совсем корректный конечно (там не только чтение да и кеш ОС)
AM>>  так ёмаё, памяти-то как раз МНОГО, порядка 2Гб, но nginx ИСПОЛЬЗУЕТ
> 2G всего или 2G остается под дисковый кешь ?

всего.

AM>> болезненно МАЛО - какие-то мегабайты. наталкивает на подозрение, что
AM>> это излишняя бережливость и она негативно сказывается на
AM>> производительности обслуживания.
> что в случае с OpenBSD происходит я не вкурсе на линуксе ОС сама прекрасна
> справляется с кэшированием. Есть опыт когда увеличение памяти с 2G до 6-8G 
> под mysql
> уменьшало время среднее iowait 2-4 раза.

 все unix-подобные ОС кэшируют ФС. но какой от этого смысл, когда
несколько десятков тысяч файлов в случайном порядке запрашиваются...
symon показывает, что заюзано порядка 1.6 Г, активной - порядка 850
Мб. Порядка 500 Мб вроде как свободно.
 по дефолту 5% памяти идёт под кэш ФС, это порядка 102 Мб. Это около
816 штук по 128К.
 чтобы ОС закэшировала ну пускай 5000 таких файлов понадобится отдать
5000 * 128к ~ 625 Мб под кэш ОС. Очень сомневает меня такой расклад.

-- 
engineer




 




Copyright © Lexa Software, 1996-2009.