https://m.opennet.me/openforum/vsluhforumID3/83946.html Марк Райтер (Mark Ruijter), автор работающей в пространстве пользователя файловой системы LessFS (http://sourceforge.net/projects/lessfs/) с автоматической дедупликацией, master/slave-репликацией, сжатием и шифрованием данных, представил (http://www.lessfs.com/wordpress/?p=699) свой новый проект - EPRD (http://sourceforge.net/projects/eprd/). В рамках проекта EPRD создана реализация RAM-диска, не теряющего данные за счёт их синхронизации на постоянный носитель. EPRD оформлен в виде модуля для ядра Linux (поддерживаются ядра начиная с 2.6.32). Код проекта распространяется в рамках лицензии GPL.<br><br><br>Как и в классических RAM-дисках, EPRD эмулирует блочное устройство, размещая данные в оперативной памяти, что позволяет достигнуть прекрасной производительности. Одновременно EPRD решает проблему с потерей содержимого RAM-диска после перезапуска, благодаря поддержке синхронизации данных на диск. Для обеспечения непротиворечивости хранимых данных, при сбросе буферов из ОЗУ на постоянный накопитель используется механи https://m.opennet.me/openforum/vsluhforumID3/83946.html#100 Mon, 09 Apr 2012 20:12:19 GMT &gt; commit=81600 тогда уж <br><br>Не-не, привёл для /home -- для /var/ftp с локальным зеркалом сизифа совсем другие цифры. :)<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#99 Mon, 09 Apr 2012 10:03:05 GMT &gt;&gt; Запись на SSD случается также часто, как и запись на RAM-диск <br>&gt; У нас на линуксе это широко тюнится: /proc/sys/vm/dirty_writeback_centisecs, /proc/sys/vm/dirty_ratio, <br>&gt; /proc/sys/vm/dirty_background_ratio вообще и discard,commit=15,nobarrier,delalloc,min_batch_time=1000 <br>&gt; (например) для той же ext4.<br><br>commit=81600 тогда уж<br>а вообще для скорости - это tune2fs -o journal_data_writeback (для безбашенных - tune2fs -O ^has_journal)<br><br>а для бережного использования ssd по-моему ext4 решили не развивать в пользу btrfs (который еще сырой)<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#98 Mon, 09 Apr 2012 09:55:57 GMT &gt; вопрос почти не втему: существует ли, в Линуксе для десктопа "ускорение" подобно <br>&gt; как у виндувсе с использованием флеш.? Сорри за оффтоп но статтья <br>&gt; навеяла.<br><br>Это по-моему и в винде новой уже выпилили в связи с неудачностью изначальной идеи.<br>На десктопе (что в винде, что в линуксе) для сколько-нибудь приличной производительности своп должен быть отключен.<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#97 Mon, 09 Apr 2012 09:51:02 GMT Даже не столько ФС тормозит, сколько в юзерспейсе исторически много вызовов sync/fsync/fdatasync etc. Если с ними бороться "грязными" методами (например глушить через LD_PRELOAD) - то, как показала практика, рано или поздно это кончается проблемами.<br>Плюс дисковые ФС рассчитаны на медленные устройства, и для хранения таблиц обычно используют разного рода Б-деревья - а хеши для данных, находящихся в памяти, быстрее.<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#96 Sun, 08 Apr 2012 14:44:25 GMT &gt; Вопрос был про другой флеш - про флешку, которую Винды научились использовать <br>&gt; как быстрый своп, чтобы ускорить загрузку системы.<br><br>Intel TurboMemory[1] в линуксе до сих пор не поддерживается (у меня под руками гиг такого флэша в X61t воткнутым приехал, всё не доходят выкинуть его, чтоб свои милли/микроамперы не жрал) -- поскольку интел сам потом понял бессмысленность всей затеи в корне.<br><br>[1] http://www.thinkwiki.org/wiki/Intel&#174;_Turbo_Memory_hard_drive_cache<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#95 Sun, 08 Apr 2012 14:40:30 GMT &gt; Запись на SSD случается также часто, как и запись на RAM-диск<br><br>У нас на линуксе это широко тюнится: /proc/sys/vm/dirty_writeback_centisecs, /proc/sys/vm/dirty_ratio, /proc/sys/vm/dirty_background_ratio вообще и discard,commit=15,nobarrier,delalloc,min_batch_time=1000 (например) для той же ext4.<br><br>&gt; А теперь ещё раз про глупость.<br><br>Глупость и глупость, весна уже, зачем бы морозить. :)<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#94 Sun, 08 Apr 2012 14:34:29 GMT &gt; Хочу плату расширения чтобы можно было туда 256 планок памяти DDR3<br><br>Если попроще, то уже есть: http://www.pcper.com/reviews/Storage/DDRdrive-hits-ground-running-PCI-E-RAM-based-SSD/Conclusion-and-Final-Thoughts (Gigabyte i-RAM был ещё попроще).<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#93 Sun, 08 Apr 2012 12:54:48 GMT &gt; Купи себе SSD, например. Тогда в рам-драйв можно будет только /home слить <br><br>Да нормальные SSD и так не вызывают желания что-то ещё разгонять, чаще начинает в процессор упираться...<br><br>2 yohel: хм, а почему дорого -- явно ж не 2.5" или IDE, если обсуждается 8G RAM?<br> https://m.opennet.me/openforum/vsluhforumID3/83946.html#92 Sun, 08 Apr 2012 12:51:49 GMT &gt; Но тогда решение ещё проще: добавить в ядро параметр "размер фиксированного кэша" <br>&gt; - и вопрос решён без EPRD.<br><br>...и получен древний опёнок, где размер кэша при сборке задавался. :)<br>