Включаем для SSD-накопителя поддержку TRIM и отключаем обновление метаданных со временем доступа к файлу. Добавляем в список флагов /etc/fstab опции discard и noatime:/dev/mapper/fedora-root / ext4 noatime,discard 1 1
/dev/mapper/fedora-home /home ext4 noatime,discard 1 2
Организуем хранение содержимого временной директории в памяти, в /etc/fstab включаем tmpfs для /tmp:none /tmp tmpfs nodev,nosuid,mode=1777 0 0
По аналогии можно создать хранимый в памяти раздел и для логов. Содержимое логов будет сбрасываться при перезагрузке, но для десктоп-систем потеря логов, как правило, не критична.none /var/log tmpfs size=20m 0 0
Отключаем кэширование страниц Firefox на диске. В about:config меняем содержимое переменной browser.cache.disk.enable на false и указываем приемлемый размер кэша в ОЗУ через переменную disk.cache.memory.capacity (65536 для 64 Мб);
Включаем режим обратного кэширования записи для SSD-диска (дополнительно кэширование следует включить в BIOS ноутбука) и заменяем планировщик ввода/вывода на вариант, оптимизированный для Flash-памяти.
Устанавливаем утилиту hdparm:
sudo yum install hdparmСоздаём файл /etc/rc.local и прописываем в него:
#!/bin/sh
hdparm -W1 /dev/sda
echo noop > /sys/block/sdb/queue/schedulerгде, /dev/sda - SSD-накопитель.
sudo chmod +x /etc/rc.local
Активируем сервис для запуска /etc/rc.local в systemd:
systemctl enable rc-local.service
URL: http://nuuage.com/?p=294
Обсуждается: http://www.opennet.me/tips/info/2772.shtml
> но для десктоп-систем потеря логов, как правило, не критична.Тем, кому логи не нужны, не полезет подстраивать систему.
А тот кто копается в настройках, но отключает логи -- идиот, которому нельзя давать права root-a.
Не отключает, а обнуляет при каждой перезагрузке. Это большая разница. На ноутбучном десктопе логи нужны только в очень редких случаях.
только там browser.cache.memory.capacity
а если все файлы писать в /dev/null система просто летает
У меня write-caching вкючён по умолчанию. Может не обязательно всем выполнять "hdparm -W1 /dev/sda"?# hdparm -W /dev/sda
/dev/sda:
write-caching = 1 (on)scheduler можно через параметр ядра изменить elevator=noop, если есть только один винт SSD.
/tmp в tmpfs по умолчанию в разных дистрибутивах.
Если старый биос не позволяет включить режим AHCI, тогда TRIM и параметр discard нельзя использвать?
trim and discard это одно и тожеда если нет ahci - то не желательно его и включать
хотя возможно просто ни чего не будет происходить
Неплохо бы для начала проверить /sys/block/sda/queue/rotational, и записать туда 0, если автоопределение не сработало. Да и noop едва ли подходящий планировщик для SSD, лучше deadline.
Здесь пишут, что можно на SSD оставить CFQ https://wiki.archlinux.org/index.php/Solid_State_Drives
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.
>и заменяем планировщик ввода/вывода на вариант, оптимизированный для Flash-памяти.вообще-то noop - не "оптимизированный для Flash-памяти", а "наиболее подходящий для flash-памяти". его никто специально не оптимизировал для такого использования
З.Ы. и 20метров для tmpfs - мало
Ну коль пошла такая пьянка...> dropped
не, нахер, сам изучайте. :-P
а из-за этого вашего системдэ нельзя больше писать elevator=noop в параметрах ядра, только костыльные скрипты теперь катят, в которых указаны разные девайсы?
Можно
discard в fstab не рекомендуется. Может замедлить работу с диском. Лучше делать fstrim в cron.daily или cron.weekly.
2 ТС
советую ознакомитьсяhttp://blog.neutrino.es/2013/howto-properly-activate-trim-fo.../
включать discard на рабочих станциях не рекомендуется