https://www.opennet.me/openforum/vsluhforumID3/88236.html Кент Оверстрит (Kent Overstreet) объявил (https://lkml.org/lkml/2013/1/14/448) в списке рассылки разработчиков ядра Linux о готовности реализации системы кэширования блочных устройств на SSD-накопителях BCache (http://bcache.evilpiepirate.org/) для интеграции в ядро Linux. Первые реализации Bcache были представлены ещё в 2010 году и развивались обособленно, теперь все требования по оформлению кода выполнены, а ранее мешавшие интеграции кода ограничения в уровне блочных устройств Linux обойдены, и проект в скором времени может быть принят в основное ядро. Проект отмечается как стабильный и достаточно давно используемый на нескольких крупных серверах в режиме промышленной эксплуатации. <br><br><br>Bcache позволяет организовать кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, при этом кэширование ведётся на уровне блочного устройства, что позволяет ускорить доступ к накопителю независимо от используемых на нём файловых систем. Один SSD-накопитель может использоваться для кэширования нескольких https://www.opennet.me/openforum/vsluhforumID3/88236.html#107 Tue, 14 May 2013 00:00:44 GMT &gt; а между тем flashcache вполне можно подключить, например, к открытому luks устройству и все будет работать без пересоздания<br><br>не сто&#769;ит кешировать на SSD расшифрованные данные<br> https://www.opennet.me/openforum/vsluhforumID3/88236.html#106 Wed, 06 Feb 2013 05:33:56 GMT &gt; может тебе накидать ссылок с боольшими багами бтра от лохматого года? ты <br>&gt; же выводы делаешь использовать/не_использовать на основании таких ссылочек...<br><br>И все-таки чукча не читатель: BTR "production ready" только в OEL, и только с конца того года. А ZFS объявлена "production ready" еще до всех этих багов. Разницу разжевывать, или сам дойдёшь?<br> https://www.opennet.me/openforum/vsluhforumID3/88236.html#105 Wed, 06 Feb 2013 04:59:11 GMT &gt;&gt; ой, бтр значит тоже юзать не будешь? как же так? печалька...<br>&gt; ой, чукча похоже не читатель... печалька...<br><br>чукча читатель, но с логикой не дружен не чукча.<br><br>может тебе накидать ссылок с боольшими багами бтра от лохматого года? ты же выводы делаешь использовать/не_использовать на основании таких ссылочек...<br> https://www.opennet.me/openforum/vsluhforumID3/88236.html#104 Tue, 05 Feb 2013 03:16:31 GMT &gt; ой, бтр значит тоже юзать не будешь? как же так? печалька...<br><br>ой, чукча похоже не читатель... печалька...<br> https://www.opennet.me/openforum/vsluhforumID3/88236.html#103 Mon, 04 Feb 2013 17:32:57 GMT &gt;&gt; Ты мне мясо давай, а не ссылки на странные проблемы.<br>&gt; Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данную поделку...<br><br>ой, бтр значит тоже юзать не будешь? как же так? печалька...<br><br> https://www.opennet.me/openforum/vsluhforumID3/88236.html#102 Sun, 20 Jan 2013 19:13:26 GMT &gt;&gt; Ты мне мясо давай, а не ссылки на странные проблемы.<br>&gt; Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данную поделку <br>&gt; по крайней мере до того момента, когда ее приведут в человеческий <br>&gt; вид (ака совместят кеш с системным). Потому, что на первом месте <br>&gt; - предсказуемость _системы_ в целом, а уже потом - всё остальное.<br><br>Оно всё предсказуемо, пока не начнут насильно урезать аппетиты ARC до 4 ГБ.<br> <br>&gt; Желающим же жрать кактусы и нарываться на "странные проблемы" - удачи в их нелегком деле.<br><br>Кактусов до сих пор не увидел. Одни лишь положительные моменты в использовании ZFS. SWAP на ZFS практически всегда пустой. (Заполнялся лишь на несколько мегабайт в процессе компиляции Apache OpenOffice). Ещё забавно наблюдать, как при заполненном ARC кэше первый запуск Eclipse уменьшает занятую память с 5,9 ГБ до 5,2 ГБ. (Последующие перезапуски IDE, конечно, не дают такого эффекта, но и скорость загрузки среды повышается в разы по сравнению с первым запуском &#8212; за счёт кэшировани https://www.opennet.me/openforum/vsluhforumID3/88236.html#101 Sun, 20 Jan 2013 18:51:46 GMT &gt; Ты мне мясо давай, а не ссылки на странные проблемы.<br><br>Лично для меня уже достаточно вышеперечисленного, чтобы за версту обходить данную поделку по крайней мере до того момента, когда ее приведут в человеческий вид (ака совместят кеш с системным). Потому, что на первом месте - предсказуемость _системы_ в целом, а уже потом - всё остальное. Желающим же жрать кактусы и нарываться на "странные проблемы" - удачи в их нелегком деле.<br> https://www.opennet.me/openforum/vsluhforumID3/88236.html#100 Sun, 20 Jan 2013 12:16:27 GMT &gt;&gt; Покажи мне эти "some applications", которые будут себя чувствовать неважно. Хочу увидеть <br>&gt;&gt; и ощутить всю убогость ARC по неотдаче памяти.<br>&gt; http://comments.gmane.org/gmane.os.solaris.opensolaris.zfs/39576 - нехватка<br><br>Ответ там же: http://permalink.gmane.org/gmane.os.solaris.opensolaris.zfs/39585<br><br>А проблема заключалась в поиске способа регулировать ARC cache size на лету без перезагрузки компьютера. То есть тюнинг не произведён, компьютер перезагружать нежелательно. Человек боится, что 5 ГБ оставшейся свободной памяти ему не хватит. :)) <br><br><br>&gt; http://freebsd.1045724.n5.nabble.com/Another-ZFS-ARC-memory-question-td5512453.html <br>&gt; - свопинг <br><br>ГДЕ? Там утечка памяти была и SWAP-шторм, после чего сервер, скорее всего, ушёл на перезагрузку.<br><br>&gt; http://mail.opensolaris.org/pipermail/zfs-discuss/2009-November/033574.html - <br>&gt; проблемы со скоростью высвобождения<br><br>Ага &#8212; в 2009 году была проблема с быстродействием ZFS.<br><br>&gt; http://lists.freebsd.org/pipermail/freebsd-stable/2012-March/066602.html - https://www.opennet.me/openforum/vsluhforumID3/88236.html#99 Sun, 20 Jan 2013 11:45:08 GMT &gt; Покажи мне эти "some applications", которые будут себя чувствовать неважно. Хочу увидеть <br>&gt; и ощутить всю убогость ARC по неотдаче памяти.<br><br>http://comments.gmane.org/gmane.os.solaris.opensolaris.zfs/39576 - нехватка<br>http://freebsd.1045724.n5.nabble.com/Another-ZFS-ARC-memory-question-td5512453.html - свопинг<br>http://mail.opensolaris.org/pipermail/zfs-discuss/2009-November/033574.html - проблемы со скоростью высвобождения<br>http://lists.freebsd.org/pipermail/freebsd-stable/2012-March/066602.html - то же самое<br>https://forums.oracle.com/forums/thread.jspa?threadID=1906687 - падает сервер БД из-за неосвобождения памяти ARC<br><br>дальше гугли сам<br>