https://www.opennet.ru/openforum/vsluhforumID3/91285.html Включаем для SSD-накопителя поддержку TRIM и отключаем обновление метаданных со временем доступа к файлу. Добавляем в список флагов /etc/fstab опции discard и noatime:<br><br> /dev/mapper/fedora-root / ext4 noatime,discard 1 1<br> /dev/mapper/fedora-home /home ext4 noatime,discard 1 2<br><br><br>Организуем хранение содержимого временной директории в памяти, в /etc/fstab включаем tmpfs для /tmp:<br><br> none /tmp tmpfs nodev,nosuid,mode=1777 0 0<br> <br>По аналогии можно создать хранимый в памяти раздел и для логов. Содержимое логов будет сбрасываться при перезагрузке, но для десктоп-систем потеря логов, как правило, не критична.<br><br> none /var/log tmpfs size=20m 0 0<br><br>Отключаем кэширование страниц Firefox на диске. В about:config меняем содержимое переменной browser.cache.disk.enable на false и указываем приемлемый размер кэша в ОЗУ через переменную disk.cache.memory.capacity (65536 для 64 Мб);<br><br> <br><br>Включаем режим обратного кэширования записи для SSD-диска (дополнительно кэширование следует в https://www.opennet.ru/openforum/vsluhforumID3/91285.html#15 Mon, 18 Nov 2013 10:24:21 GMT Можно<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#14 Wed, 04 Sep 2013 18:36:03 GMT 2 ТС<br>советую ознакомиться<br><br>http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/<br><br>включать discard на рабочих станциях не рекомендуется<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#13 Sat, 31 Aug 2013 13:35:36 GMT discard в fstab не рекомендуется. Может замедлить работу с диском. Лучше делать fstrim в cron.daily или cron.weekly.<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#12 Fri, 30 Aug 2013 12:28:19 GMT а из-за этого вашего системдэ нельзя больше писать elevator=noop в параметрах ядра, только костыльные скрипты теперь катят, в которых указаны разные девайсы?<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#11 Thu, 22 Aug 2013 20:12:28 GMT Ну коль пошла такая пьянка... <br><br>&gt; dropped <br><br>не, нахер, сам изучайте. :-P<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#10 Wed, 21 Aug 2013 13:36:43 GMT &gt;и заменяем планировщик ввода/вывода на вариант, оптимизированный для Flash-памяти.<br><br>вообще-то noop - не "оптимизированный для Flash-памяти", а "наиболее подходящий для flash-памяти". его никто специально не оптимизировал для такого использования<br><br>З.Ы. и 20метров для tmpfs - мало<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#9 Tue, 20 Aug 2013 16:39:23 GMT Здесь пишут, что можно на SSD оставить CFQ https://wiki.archlinux.org/index.php/Solid_State_Drives<br>According to the discussion page, the CFQ scheduler can detect SSDs and modifies its behavior appropriately, so there is no need to change the I/O scheduler.<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#8 Tue, 20 Aug 2013 11:34:02 GMT Неплохо бы для начала проверить /sys/block/sda/queue/rotational, и записать туда 0, если автоопределение не сработало. Да и noop едва ли подходящий планировщик для SSD, лучше deadline.<br> https://www.opennet.ru/openforum/vsluhforumID3/91285.html#7 Tue, 20 Aug 2013 07:06:46 GMT trim and discard это одно и тоже<br><br>да если нет ahci - то не желательно его и включать<br><br>хотя возможно просто ни чего не будет происходить<br>