https://www.opennet.ru/openforum/vsluhforumID3/70349.html Рекомендации по тюнингу некоторых системных параметров в Debian/GNU Linux для оптимизации работы высоконагруженных систем, производящих тысячи одновременных запросов к массиву из десятка миллионов мелких файлов (например, типичная ситуация для нагруженного почтового сервера с maildir). В итоге удалось снизить нагрузку на CPU для XFS с 30% до 0.3%, а для EXT3 до 5%, затрачиваемых на операции ожидания ввода/вывода (I/O wait).<br><br>Для увеличения производительности при большом числе параллельных дисковых операций рекомендуется использовать хранилища, подключенные через Fiber Channel, и использовать технологию Multipath для организации доступа к хранилищу, подключенному через несколько каналов (путей) ввода/вывода.<br><br>Повысить производительность можно подключив несколько дисков в LVM и RAID, используя "striping"-режим без контроля целостности. Оптимальная производительность для программного RAID при обработке небольших файлов достигается при размере stripe-блока 4 Мб и размере chunk-а 256 Кб. Важное значение имеет https://www.opennet.ru/openforum/vsluhforumID3/70349.html#12 Thu, 30 Sep 2010 23:01:08 GMT Кстати, osyncisdsync больше не будет. <br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#11 Sat, 11 Sep 2010 07:30:55 GMT &gt;&gt; В итоге удалось снизить нагрузку на CPU для XFS с 30% до 0.3%<br>&gt;То есть в 10 раз!!! Ага.... Сказочники.<br><br>Это кривые руки переводчика, не умеющего технические стать переводить. У них не нагрузка на CPU уменьшилась, а время ожидания процессором завершения ввода/вывода. Нагрузка на CPU реально растёт. Причём примерно пропорционально увеличению производительности по моему личному опыту(использовал Bonnie++). Ну и т.д. 2^27 байт - в оригинале минимальный размер AG для ядра 2.6.26, и вообще, речь там идёт о конкретно Debian Lenny + IBM DS 8300 с 8 дисками в RAID 5 + ИХ SMTP сервер + ИХ нагрузка на сервер, а не Linux и некое хранилище вообще. Что в оригинале подчёркивется.<br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#10 Wed, 08 Sep 2010 05:05:05 GMT какими попугаями меряли, какая методика???<br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#9 Tue, 07 Sep 2010 11:09:47 GMT а что про ext4 забыли<br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#8 Mon, 06 Sep 2010 05:30:29 GMT на sgi.com писали про число Allocation Group нужно выбирать исходя из принципа:<br>1-AG на 4Gb данных, но это наверно как раз для Hi-end серверов/массивов<br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#7 Sun, 05 Sep 2010 20:00:55 GMT &gt;А что такого? При оптимальной конфигурации файловой системы - в разы меньше <br>&gt;перемещений голов туда-сюда и соответственно iowait может запросто уменьшиться в разы. <br>&gt;Например: закопируй на винч 5Гб файл локально одним махом. И качни <br>&gt;его же торентом, без преаллокации. А потом сделай чтение нахолодную (чистый <br>&gt;кеш дисков без этих файлов, например сразу после перезагрузки ОС) обоих <br>&gt;файлов и сравни iowait, тебе понравится. Там и в 100 раз <br>&gt;может быть разница :-) <br><br>Достали уже с вашими безумными фантазиями. <br>Проделайте эти все эти тесты, желательно 9 раз каждый, RAW результаты сюда. <br>Тогда про анализируем и обсудим. А то,- "может, например, потом, после,...", <br>теоретики ...ля.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#6 Sun, 05 Sep 2010 19:30:44 GMT А что такого? При оптимальной конфигурации файловой системы - в разы меньше перемещений голов туда-сюда и соответственно iowait может запросто уменьшиться в разы. Например: закопируй на винч 5Гб файл локально одним махом. И качни его же торентом, без преаллокации. А потом сделай чтение нахолодную (чистый кеш дисков без этих файлов, например сразу после перезагрузки ОС) обоих файлов и сравни iowait, тебе понравится. Там и в 100 раз может быть разница :-)<br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#5 Sat, 04 Sep 2010 12:57:40 GMT &gt;&gt;&gt; В итоге удалось снизить нагрузку на CPU для XFS с 30% до 0.3%<br>&gt;&gt;То есть в 10 раз!!! Ага.... Сказочники.<br>&gt;<br>&gt;в 100, батенька, в 100 <br><br>Ну да... ещё веселее <br> https://www.opennet.ru/openforum/vsluhforumID3/70349.html#4 Sat, 04 Sep 2010 12:02:36 GMT &gt;&gt; В итоге удалось снизить нагрузку на CPU для XFS с 30% до 0.3%<br>&gt;То есть в 10 раз!!! Ага.... Сказочники.<br><br>в 100, батенька, в 100<br>