https://www.opennet.ru/openforum/vsluhforumID1/88188.html Добрый день.<br>Имеется сервер с 2 sas дисками в raid 1.<br>Установленная ОС - FreeBSD 7.2.<br>И имеется проблема с производительностью дисков.<br>Согласно выводу gstat загрузка дисков(%bisy) постоянно больше 100 процентов. При этом записывается около 1MB/s и периодически очередь(L(q)) возрастает . При этом система жутко тормозит. как можно увеличить производительность записи на диск.<br>Чуть не забыл. На диск постоянно пишется много небольших данных.<br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#16 Mon, 21 Jun 2010 05:34:17 GMT <br>&gt;Разница существенна, так как основное отличие SSD от традиционных дисков - ограниченное <br>&gt;число циклов записи у SSD, притом как у шпиндельных дисков такого <br>&gt;нет. При RAID1 каждая запись будет производится на оба диска сразу. <br>&gt;Соответственно и счётчик циклов записи будет крутиться на обоих дисках одновременно. <br>&gt;И придут к нулю они также примерно одновременно. Соответственно и вылетят <br>&gt;примерно одновременно. И если вы успели вовремя поменять диск, значит у <br>&gt;вас просто превосходная карма и вам дико повезло. <br><br>Тогда решение просто просится :) Один из дисков ставить б/у :)<br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#15 Sun, 20 Jun 2010 14:08:58 GMT &gt;&gt;Галина, у Вас второй диск накроется сразу после первого, как минимум в <br>&gt;&gt;туже ночь. Именно по тому, что это зеркало ;] <br>&gt;<br>&gt;У меня другой опыт: куча серверов с умершими дисками из одной партии <br>&gt;в одном рейд-массиве: <br>&gt;были, конечно, и синхронные "обсыпы", но и много раз оставшиеся диски работали <br>&gt;в массиве не один год. <br>&gt;<br>&gt;SSD среди них еще не было, но не думаю, что будет существенная <br>&gt;разница. <br><br>Разница существенна, так как основное отличие SSD от традиционных дисков - ограниченное число циклов записи у SSD, притом как у шпиндельных дисков такого нет. При RAID1 каждая запись будет производится на оба диска сразу. Соответственно и счётчик циклов записи будет крутиться на обоих дисках одновременно. И придут к нулю они также примерно одновременно. Соответственно и вылетят примерно одновременно. И если вы успели вовремя поменять диск, значит у вас просто превосходная карма и вам дико повезло.<br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#14 Sun, 20 Jun 2010 08:11:24 GMT &gt;Галина, у Вас второй диск накроется сразу после первого, как минимум в <br>&gt;туже ночь. Именно по тому, что это зеркало ;] <br><br>У меня другой опыт: куча серверов с умершими дисками из одной партии в одном рейд-массиве:<br>были, конечно, и синхронные "обсыпы", но и много раз оставшиеся диски работали в массиве не один год.<br><br>SSD среди них еще не было, но не думаю, что будет существенная разница.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#13 Fri, 18 Jun 2010 14:50:38 GMT Галина, у Вас второй диск накроется сразу после первого, как минимум в туже ночь. Именно по тому, что это зеркало ;]<br><br>&gt;Дорого - да, ненадежно? Так зеркало же :) (хотя еще хотя бы <br>&gt;один диск конечно же должен быть в ZIP) https://www.opennet.ru/openforum/vsluhforumID1/88188.html#12 Mon, 15 Mar 2010 10:36:57 GMT &gt;&gt;Как сделать так, чтобы то, что пишется маленькими блоками кешировалось, а <br>&gt;&gt;кеш аккуратно ложился на диски.<br>&gt;<br>&gt;По всей видимости, писать в именованый пайп, который с другой стороны читать, <br>&gt;и кешируя писать на диск. <br><br>Что-то я совсем торможу...<br><br>Вам нужно создать виртуальный диск md в памяти - и на него писать. А с него уже копировать на хдд. <br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#11 Fri, 12 Mar 2010 16:15:36 GMT &gt;&gt;Добрый день. <br>&gt;&gt;Имеется сервер с 2 sas дисками в raid 1. <br>&gt;&gt;Установленная ОС - FreeBSD 7.2. <br>&gt;&gt;И имеется проблема с производительностью дисков. <br>&gt;&gt;Согласно выводу gstat загрузка дисков(%bisy) постоянно больше 100 процентов. При этом записывается <br>&gt;&gt;около 1MB/s и периодически очередь(L(q)) возрастает . При этом система жутко <br>&gt;&gt;тормозит. как можно увеличить производительность записи на диск. <br>&gt;&gt;Чуть не забыл. На диск постоянно пишется много небольших данных. <br>&gt;<br>&gt;может быть, ваше приложение делает fsync() после каждой записи? <br><br>А может сюда копнуть ?<br><br>Переменная sysctl vfs.write_behind по умолчанию установлена в 1 (включено). Она указывает системе выполнять запись на носитель по кластерам, что обычно делается для больших файлов. Идея в том, чтобы избежать заполнения кэша неполными буферами, когда это не увеличивает производительность. Однако, это может заблокировать процессы и в некоторых случаях вам может понадобиться отключить этот параметр.<br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#10 Thu, 18 Feb 2010 19:21:35 GMT &gt;Добрый день. <br>&gt;Имеется сервер с 2 sas дисками в raid 1. <br>&gt;Установленная ОС - FreeBSD 7.2. <br>&gt;И имеется проблема с производительностью дисков. <br>&gt;Согласно выводу gstat загрузка дисков(%bisy) постоянно больше 100 процентов. При этом записывается <br>&gt;около 1MB/s и периодически очередь(L(q)) возрастает . При этом система жутко <br>&gt;тормозит. как можно увеличить производительность записи на диск. <br>&gt;Чуть не забыл. На диск постоянно пишется много небольших данных. <br><br>может быть, ваше приложение делает fsync() после каждой записи?<br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#9 Thu, 18 Feb 2010 16:59:52 GMT &gt;Как сделать так, чтобы то, что пишется маленькими блоками кешировалось, а <br>&gt;кеш аккуратно ложился на диски.<br><br>По всей видимости, писать в именованый пайп, который с другой стороны читать, и кешируя писать на диск. <br><br> https://www.opennet.ru/openforum/vsluhforumID1/88188.html#8 Thu, 18 Feb 2010 09:25:12 GMT &gt;Просто если писать на диск большими блоками, то скорость записи на много <br>&gt;больше(больше чем в 20 раз). <br><br>так часто и бывает, так как случайное чтение/запись для диска всегда более времяемкая операция, чем линейное чтение-запись, впрочем дешевые аппаратные контроллеры часто и линейной скоростью не блещут...<br><br>Кстати, geom в FreeBSD часто работает значительно быстрее дешевых (до $1000) аппаратных raid, а риска неконсистентности данных нет (так как в случае если метаданные отличаются, gmirror засинкает один диск с другого, после, например, сброса по питанию во время интенсивной записи)<br><br>Если приложение не работает 7/24/365, не хотите попробовать потестить, не лучше ли станет ситуация с gmirror?<br>