The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Оптимизация работы на 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:
    Заголовок:
    Текст:




    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру