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 Мб под кэш ОС. Очень сомневает меня такой расклад.
