The OpenNET Project: Оптимизация работы на SSD-накопителе рабочей станции с Fedora Linux

Оптимизация работы на SSD-накопителе рабочей станции с Fedora Linux	[исправить]
Включаем для 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 и указываем приемлемый размер кэша в ОЗУ через переменную browser.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


16.08.2013 , Источник: http://nuuage.com/?p=294... Ключи: ssd, flash, tune, optimiztion, fedora, linux / Лицензия: CC-BY
Раздел: Корень / Администратору / Система / Диски и файлы / Файловые системы

Обсуждение

[ Линейный режим | Показать все | RSS ]

1.1, vadiml (ok), 11:25, 19/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]

+/–

> но для десктоп-систем потеря логов, как правило, не критична.

Тем, кому логи не нужны, не полезет подстраивать систему.

А тот кто копается в настройках, но отключает логи -- идиот, которому нельзя давать права root-a.

2.2, Аноним (-), 11:39, 19/08/2013 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
Не отключает, а обнуляет при каждой перезагрузке. Это большая разница. На ноутбучном десктопе логи нужны только в очень редких случаях.

1.3, Аноним (-), 12:51, 19/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
только там browser.cache.memory.capacity

1.4, umbr (ok), 18:06, 19/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+1 +/–
а если все файлы писать в /dev/null система просто летает

1.5, Аноним (-), 22:06, 19/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]

+/–

У меня write-caching вкючён по умолчанию. Может не обязательно всем выполнять "hdparm -W1 /dev/sda"?

# hdparm -W /dev/sda
/dev/sda:
write-caching = 1 (on)

scheduler можно через параметр ядра изменить elevator=noop, если есть только один винт SSD.

/tmp в tmpfs по умолчанию в разных дистрибутивах.

1.6, Аноним (-), 22:51, 19/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
Если старый биос не позволяет включить режим AHCI, тогда TRIM и параметр discard нельзя использвать?

2.7, netc (ok), 11:06, 20/08/2013 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]

+/–

trim and discard это одно и тоже

да если нет ahci - то не желательно его и включать

хотя возможно просто ни чего не будет происходить

1.8, anonymousZ (?), 15:34, 20/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
Неплохо бы для начала проверить /sys/block/sda/queue/rotational, и записать туда 0, если автоопределение не сработало. Да и noop едва ли подходящий планировщик для SSD, лучше deadline.

1.9, Аноним (-), 20:39, 20/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
Здесь пишут, что можно на 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.

1.10, Нанобот (ok), 17:36, 21/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]

+/–

>и заменяем планировщик ввода/вывода на вариант, оптимизированный для Flash-памяти.

вообще-то noop - не "оптимизированный для Flash-памяти", а "наиболее подходящий для flash-памяти". его никто специально не оптимизировал для такого использования

З.Ы. и 20метров для tmpfs - мало

1.11, pavlinux (ok), 00:12, 23/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]

+/–

Ну коль пошла такая пьянка...

> dropped

не, нахер, сам изучайте. :-P

1.12, анонимм (?), 16:28, 30/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
а из-за этого вашего системдэ нельзя больше писать elevator=noop в параметрах ядра, только костыльные скрипты теперь катят, в которых указаны разные девайсы?

2.15, Аноним (-), 14:24, 18/11/2013 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
Можно

1.13, Славик (?), 17:35, 31/08/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]	+/–
discard в fstab не рекомендуется. Может замедлить работу с диском. Лучше делать fstrim в cron.daily или cron.weekly.

2.14, ALex_hha (ok), 22:36, 04/09/2013 [^] [^^] [^^^] [ответить] [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]

+/–

2 ТС
советую ознакомиться

http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-lin

включать discard на рабочих станциях не рекомендуется

Добавить комментарий

Имя:
E-Mail:
Заголовок:
Текст: