https://www.opennet.ru/openforum/vsluhforumID13/656.html Есть сервер БД (MySQL) с RAID-контроллером от Compaq, который принципиально не поддерживает кеширование записи. В связи с этим очень узким местом этой системы являются операции записи на диск.<br><br>Гугление по поводу I/O кеша в Linux не дало никакой информации (возможно, я гуглил не по тем ключевым словам...)<br><br>Поэтому обращаюсь к сообществу со следующими вопросами:<br><br>Умеет ли I/O cache в ядре Linux (речь о ядре 2.6) кешировать не только операции чтения, но и операции записи? Если умеет - как включить? И как посмотреть, включено ли оно?<br><br>Если не умеет - есть ли какой-то программный кеш, который позволит включить кеширование записи на диск в ОЗУ?<br><br>Бесперебойник на сервере достаточно надежный, поэтому вопросы возможных катаклизмов при отложенной записи не актуальны.<br><br>ОЗУ на сервере более, чем достаточно (32 гига). Практически весь этот объем занимает именно кеш.<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#27 Fri, 30 Apr 2010 23:34:20 GMT &gt;Есть сервер БД (MySQL) с RAID-контроллером от Compaq, который принципиально не поддерживает <br>&gt;кеширование записи. В связи с этим очень узким местом этой системы <br>&gt;являются операции записи на диск. <br><br>Может быть, он просто не включается без батарейки?<br>По теме, после прочтения комментариев:<br><br>1. НЕ используйте 5-й рейд, сделайте десятый. Это обязательно, и сразу даст Вам очевидный эффект<br>2. Не делайте этого(!) не отрепетировав схему восстановления из бэкапов, или не проклинайте меня потом, пожалуйста:<br><br>http://wiki.centos.org/HowTos/Disk_Optimization<br><br>Конечно, не Gentoo, но советы дельные<br><br>3. Как уже сказали, тюньте innodb<br><br>4. Может лучше вообще выкинуть этот недоконтроллер и сделать рейд через mdraid? Он гораздо быстрее, чем многие "православные" аппаратные контроллеры с кэшем, защищенным батарейкой, но слабым чипом для обсчета операций<br>Сделайте десятый рейд через md, это может сразу же облегчить жизнь в разы<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#26 Mon, 19 Apr 2010 08:55:05 GMT &gt;<br>&gt;А чем он поможет? Вы же сами говорите, что у Вас самое <br>&gt;меленное звено - диски. 5-й рейд очень плох на случайные опреции <br>&gt;записи, размер которых меньше всей полоски, так как при этом необходимо <br>&gt;прочитать всю полоску целиком для перерасчета парити. <br><br>не обязательно, кстати<br>http://www.redbooks.ibm.com/redpapers/pdfs/redp4484.pdf<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#25 Mon, 19 Apr 2010 07:13:07 GMT &gt;&gt;&gt;Я считаю, что надо, т.к. RAID (в нашем конкретном случае) [b]крайне[/b] медленный. <br>&gt;&gt;&gt;В перспективе Мускуль переедет на более подходящее железо, но до этого <br>&gt;&gt;&gt;нужно дожить (на том, что есть). <br>&gt;&gt;<br>&gt;&gt;А какой у Вас рейд собран? 5-ый, 10-ый ? Если пятый, то <br>&gt;&gt;кеш ОС вам ничем не поможет <br>&gt;<br>&gt;Именно 5-й. Объясните, почему Линуховый кеш (на запись) не поможет? <br><br>А чем он поможет? Вы же сами говорите, что у Вас самое меленное звено - диски. 5-й рейд очень плох на случайные опреции записи, размер которых меньше всей полоски, так как при этом необходимо прочитать всю полоску целиком для перерасчета парити. Т.е. если у Вас пришла запись даже на один диск, контроллер прочитает весь страйп (количество операций равно количеству дисков), пересчитает парити и должен потом записать изменяемые данный и новую парити. При наличие кеша, контроллер пытается оптимизировать и чтение и запись с дисков, храня временные данные.<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#24 Fri, 16 Apr 2010 19:43:59 GMT &gt;Умеет ли I/O cache в ядре Linux (речь о ядре 2.6) кешировать не только операции чтения, но и операции записи? Если умеет - как включить? И как посмотреть, включено ли оно?<br><br>умеет и ничего включать не надо, как конкретно это работает зависит от используемой ФС и приложения.<br><br>&gt;Если не умеет - есть ли какой-то программный кеш, который позволит включить кеширование записи на диск в ОЗУ?<br><br>все что приходит на ум - это tmpfs, но это не совсем то.<br><br>в вашем случае, я бы занялся тюнингом mysql'а, т.к. mysql имеет свою, систему кэширования, и может обходится без кэша ОС вовсе.<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#23 Fri, 16 Apr 2010 14:59:06 GMT &gt;&gt;&gt;да, не контролере raid'а (если с батарейкой) обязательно включите write cache :) <br>&gt;&gt;&gt;ещё базы любят память - innodb_buffer_pool_size - 70-80% от общего объёма <br>&gt;&gt;&gt;памяти <br>&gt;&gt;<br>&gt;&gt;В моем 1-м посте, в 1-й строке как раз написано о том, <br>&gt;&gt;что контроллер [b]не поддерживает[/b] write cache <br>&gt;<br>&gt;Тогда советую проапгрейдится до Smart Array 5i Plus <br><br>А по существу вопроса что-то можете посоветовать?<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#22 Fri, 16 Apr 2010 14:48:29 GMT &gt;&gt;да, не контролере raid'а (если с батарейкой) обязательно включите write cache :) <br>&gt;&gt;ещё базы любят память - innodb_buffer_pool_size - 70-80% от общего объёма <br>&gt;&gt;памяти <br>&gt;<br>&gt;В моем 1-м посте, в 1-й строке как раз написано о том, <br>&gt;что контроллер [b]не поддерживает[/b] write cache <br><br>Тогда советую проапгрейдится до Smart Array 5i Plus<br><br>Q7. What is the difference between the Smart Array 5i and the Smart Array 5i Plus?<br>A7. The Smart Array 5i Plus is the upgraded version of the Smart Array 5i now with 64MB Cache and the capability to add battery backed write cache.<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#21 Fri, 16 Apr 2010 14:25:05 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;&gt;рулить отдельными физическими дисками она не позволяет. <br>&gt;&gt;&gt;<br>&gt;&gt;&gt;кэшем дисков позволяет .. см. документацию <br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;Ни слова упоминания о физических дисках... <br>&gt;<br>&gt;Firmware то последнее прошито? <br>&gt;судя по ХП-шному сайту последняя прошивка для 5i <br>&gt; 2.76 от 7 июл 2008 <br><br>Она и прошита. Я ведь показал вывод 'show'<br><br>&gt;и наскольку я помню? с какого-то вмемени стали меняться прошивки и <br>&gt;на дисках. <br>&gt;Firmware CD 3.54 (C) от 5 янв 2007 <br>&gt;можно попробовать накатить вдруг какие опции появятся... <br><br>Ох, не люблю я на боевых серваках прошивки менять без особой на то потребности...<br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#20 Fri, 16 Apr 2010 14:12:05 GMT &gt;&gt;<br>&gt;&gt;&gt;Я нашел единственную (пока) утиль - [b]hpacucli[/b] - HP Command Line Array <br>&gt;&gt;&gt;Configuration Utility, позволяющую "рулить" устройством. Но и она рулит только контроллером, <br>&gt;&gt;&gt;рулить отдельными физическими дисками она не позволяет. <br>&gt;&gt;<br>&gt;&gt;кэшем дисков позволяет .. см. документацию <br>&gt;<br>&gt;<br>&gt;Ни слова упоминания о физических дисках... <br><br>Firmware то последнее прошито?<br>судя по ХП-шному сайту последняя прошивка для 5i<br> 2.76 от 7 июл 2008<br>и наскольку я помню? с какого-то вмемени стали меняться прошивки и на дисках.<br>Firmware CD 3.54 (C) от 5 янв 2007 <br>можно попробовать накатить вдруг какие опции появятся...<br><br> https://www.opennet.ru/openforum/vsluhforumID13/656.html#19 Fri, 16 Apr 2010 13:31:13 GMT &gt;да, не контролере raid'а (если с батарейкой) обязательно включите write cache :) <br>&gt;ещё базы любят память - innodb_buffer_pool_size - 70-80% от общего объёма <br>&gt;памяти <br><br>В моем 1-м посте, в 1-й строке как раз написано о том, что контроллер [b]не поддерживает[/b] write cache<br>