форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Раздел полезных советов: Оптимизация работы на SSD-накопител..."	+/–
Сообщение от auto_tips (ok) on 19-Авг-13, 11:25
Включаем для 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
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от vadiml (ok) on 19-Авг-13, 11:25
> но для десктоп-систем потеря логов, как правило, не критична. Тем, кому логи не нужны, не полезет подстраивать систему. А тот кто копается в настройках, но отключает логи -- идиот, которому нельзя давать права root-a.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
	Сообщение от Аноним (??) on 19-Авг-13, 11:39
	Не отключает, а обнуляет при каждой перезагрузке. Это большая разница. На ноутбучном десктопе логи нужны только в очень редких случаях.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от Аноним (??) on 19-Авг-13, 12:51
только там browser.cache.memory.capacity
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+1 +/–
Сообщение от umbr (ok) on 19-Авг-13, 18:06
а если все файлы писать в /dev/null система просто летает
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от Аноним (??) on 19-Авг-13, 22:06
У меня write-caching вкючён по умолчанию. Может не обязательно всем выполнять "hdparm -W1 /dev/sda"? # hdparm -W /dev/sda /dev/sda: write-caching =  1 (on) scheduler можно через параметр ядра изменить elevator=noop, если есть только один винт SSD. /tmp в tmpfs по умолчанию в разных дистрибутивах.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от Аноним (??) on 19-Авг-13, 22:51
Если старый биос не позволяет включить режим AHCI, тогда TRIM и параметр discard нельзя использвать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
	Сообщение от netc (ok) on 20-Авг-13, 11:06
	trim and discard это одно и тоже да если нет ahci - то не желательно его и включать хотя возможно просто ни чего не будет происходить
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от anonymousZ on 20-Авг-13, 15:34
Неплохо бы для начала проверить /sys/block/sda/queue/rotational, и записать туда 0, если автоопределение не сработало. Да и noop едва ли подходящий планировщик для SSD, лучше deadline.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от Аноним (??) on 20-Авг-13, 20:39
Здесь пишут, что можно на 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.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от Нанобот (ok) on 21-Авг-13, 17:36
>и заменяем планировщик ввода/вывода на вариант, оптимизированный для Flash-памяти. вообще-то noop - не "оптимизированный для Flash-памяти", а "наиболее подходящий для flash-памяти". его никто специально не оптимизировал для такого использования З.Ы. и 20метров для tmpfs - мало
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от pavlinux (ok) on 23-Авг-13, 00:12
Ну коль пошла такая пьянка... > dropped не, нахер, сам изучайте. :-P
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от анонимм on 30-Авг-13, 16:28
а из-за этого вашего системдэ нельзя больше писать elevator=noop в параметрах ядра, только костыльные скрипты теперь катят, в которых указаны разные девайсы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	15. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-13, 14:24
	Можно
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
Сообщение от Славик on 31-Авг-13, 17:35
discard в fstab не рекомендуется. Может замедлить работу с диском. Лучше делать fstrim в cron.daily или cron.weekly.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Оптимизация работы на SSD-накопителе рабочей станции с Fedor..."	+/–
	Сообщение от ALex_hha (ok) on 04-Сен-13, 22:36
	2 ТС советую ознакомиться http://blog.neutrino.es/2013/howto-properly-activate-trim-fo.../ включать discard на рабочих станциях не рекомендуется
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема