LINUX.ORG.RU

SSD OS tweaks


0

5

Выбрал ФС ext4, без журнала.

1. Куды девать директорию /var ?
Там же логи. Синкаются они достаточно активно. Забиваю болт на злобного хакера, действия которого можно было бы озрить в последних секундах до паники ребута, спрошу. Как уменьшить время синхронизирования до минут скажем десяти, или лишь по ребуту?
Другой вариант монтировать логи в /tmpfs, но как, этож поддиректория. Кажись не получится.
2. Монтировать /tmp в tmpfs

3. Выравнивание разделов [/me недовольно рычит] Что с ним делать? Нужно ли на SSD?

4. А вот если внезапно совсем батарея сядет, розетка убежит, а ФС то без журналирования. Есть ли смысл просто размещать журнал на usb флешке(32read/10 write) ? Он же не особо активно дёргается, то есть скорость не нужна, просто операции с носителем отмечаются.

5. Барьеры на ext4 убирать?

6. elevator=noop, of course.

7. Что ещё активно дёргает iotop? iotop в переносном смысле. Если разглядывать его самого, видно лишь действия ядра и системы, поэтому и спрашиваю.

Что я ещё забыл? Не забуду если, потом добавлю в вики. Щас щастливо тискаю купленый acer 522.

А зачем вам всё это надо? Вы собираетесь каждый день по нескольку раз полностью переписывать весь SSD? Или дело не в экономии записи?

anonymous
()

кидай всю систему на SSD, а /home на дисковый винчестер. Сама система не очень нагружает винт, любой фильм на 60 гиг скачанный с торрентаЮ, гораздо больше даст в плане использования SSD

JFreeM ★★★☆
()
Ответ на: комментарий от anonymous

Или дело не в экономии записи?

видимо дело в продолжительности жизни SSD

sumrak_ss ★★
()
Ответ на: комментарий от sumrak_ss

Активные частые проверки, по видимому должны увеличить срок жизни?

darkshvein ☆☆
() автор топика

я кинул своп(ну на всякий случай), /var /tmp на жесткий. остальное на SSD вертится)

умрет - сдам по гарантии))

вообще сомнительное удовольствие на самом деле ради долей секунд покупать SSD. у меня вроде и так все летало))

mityash
()

все получится:

/dev/md1 on / type ext4 (rw,noatime,nodiratime,nobarrier,discard,commit=600,delalloc,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755,size=536870912)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755,size=53687091)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777,size=53687091)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,size=214748364)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
varlog on /var/log type tmpfs (rw,size=26214400)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=104857600)
tmpfs on /var/tmp type tmpfs (rw,size=26214400)
debugfs on /sys/kernel/debug type debugfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/sdc1 on /home/ftp/storage type btrfs (rw,noatime,nodiratime,ssd,compress,nobarrier)
/home/ftp/storage/src on /usr/src type none (rw,bind)
/home/ftp/storage/localsrc on /usr/local/src type none (rw,bind)
fusectl on /sys/fs/fuse/connections type fusectl (rw)

/etc/sysfs.conf

# SSD not rotational device
block/md0/queue/rotational=0
block/md1/queue/rotational=0
block/sda/queue/rotational=0
block/sdb/queue/rotational=0
block/sdc/queue/rotational=0

block/sda/queue/read_ahead_kb=0
block/sdb/queue/read_ahead_kb=0
block/sdc/queue/read_ahead_kb=0
block/md0/queue/read_ahead_kb=0
block/md1/queue/read_ahead_kb=0

#block/sda/queue/scheduler = noop deadline cfq
block/sda/queue/scheduler = noop
block/sdb/queue/scheduler = noop
block/sdc/queue/scheduler = noop

block/sda/queue/nr_requests=8192
block/sdb/queue/nr_requests=8192
block/sdc/queue/nr_requests=8192

/etc/sysctl.conf
########## VFS

fs.sync_disable_mask=241
#vm.vfs_cache_pressure=50
vm.vfs_cache_pressure=1000

######### VM
#power saving

vm.dirty_writeback_centisecs=60000
vm.dirty_expire_centisecs=60000
vm.dirty_ratio=40
vm.dirty_background_ratio=25
vm.swappiness=10

винтов тут нет совсем ниодного.

GHhost
()

А да, забыл ещё немаловажное. Лучше в БИОС ставить IDE или AHCI режим?

darkshvein ☆☆
() автор топика
Ответ на: комментарий от unikum

только чуть устарело в 1 месте - ext2 на ширпотребовские ssd которые на mlc (считай все поголовно) нинада ибо нету trim.

GHhost
()
Ответ на: комментарий от darkshvein

>я испугался рассказов что он умрёт через полгода

Без гарантии - на помойке нашёл?

Led ★★★☆☆
()

>Выбрал ФС ext4, без журнала.
discard не забудь тогда в опциях
ext4-only опция специально для ссд-шек

megabaks ★★★★
()

Выравнивание SSD?

И все-таки вопрос о выравнивании крайне интересный.

Гугл выдает огромное количество постов о том, как выравнять файловую систему на SSD. Способы разные. Расчеты разные. Какие-то тесты. Но нигде я не нашел внятного объяснения, зачем это нужно. Похоже, что все советы - аналогия с жесткими дисками нового поколения, у которых размер сектора 4 кБ.

Однако, во всех SSD применяются различные технологии wear leveling (распределения износа), суть которых заключается в том, что SSD, для равномерного износа ячеек памяти, самостоятельно распределяет в какую ячейку записывать информацию. Наружу предосавляя интерфейс SATA (к примеру).

То есть, в отличие от жестких дисков, где физические и логические адреса на диске связаны непосредственно, на SSD такая связь отсутствует в принципе, исходя из дизайна устройства.

В таком смысле любое выравнивание раздела является не совсем понятной операцией с несовсем понятными преимуществами.

Пожалуйста, если кто-нибудь разобрался в этом вопросе, дайте внятный ответ: необходимо ли выравнивание на SSD и, если необходимо, то каков его смысл?

anonymous
()
Ответ на: Выравнивание SSD? от anonymous

если MLC то да - необходимо, потому что на них запись идет пачками «ячеек» и одну ячейку из пачки она записать не может физически, размер пачки у всех разный но как правило кратный 512, поэтому выравнивай на границу 4к - 99.9% что не промахнешся.

GHhost
()
Ответ на: комментарий от GHhost

Или просто задать при форматировании размер блока, например для ext2, в 4кБ? С выравниванием все равно непонятно, учитывая, что контроллер SSD размазывает данные по своему усмотрению?

anonymous
()
Ответ на: комментарий от anonymous

ититтваюналево, размер блока и где он начинается это не одно и то же, гдето же даже чуть ли не в картинках было - хренова гуглиш, представь лист в клеточку, у тебя блок к примеру 4 клеточки длинной, начало ты сделал на второй клеточке, при таком раскладе при каждом изменении хотьяб одной клетки в любом блоке у тебя будет перезапись восьми клеток (2 блоков) а не 4 что в 2 раза больше чем должно бы быть, теперь представь что ты начало сделал с 5 клетки - все получается ровно при изменении в каком либо блоке перезаписывается только этот блок как собсно и должно быть.

GHhost
()

а в случае с btrfs журналирование нужно? И сжатие как окажется на производительности ПК и на времени жизни SSD?

uju ★★
()
Ответ на: комментарий от GHhost

Ты вообще адекватный? Вопрос читал? Принципы работы контроллера SSD знаешь? Клеточки, клеточки, идиот ты в клеточку! И почему таких большинство на лоре?

anonymous
()
Ответ на: комментарий от anonymous

>И почему таких большинство на лоре?

Ну ты смешной. Ответ ведь очевиден: потому что это ЛОР.

anonymous
()
Ответ на: комментарий от anonymous

Предлагаю ему убиться кроме учебника русского языка, еще и букварем - читать он тоже не умеет. Совсем школа деградировала.

anonymous
()
Ответ на: комментарий от anonymous

а я предлагаю вам обоим заткнуца и молачать если по вопросу ТС сказать нечего, если сильно приперло идите в толксы и создайте там ветко по поводу моих знаний русского языка

GHhost
()
Ответ на: комментарий от anonymous

Это ещё только начало. Скоро это поколение фурсенышей выйдет в люди, и вот тогда начнётся ад и погибель.

anonymous
()
Ответ на: комментарий от GHhost

У тебя нет знаний русского языка. Вообще. Поэтому вы толксах нам обсуждать нечего и мы останемся здесь.

anonymous
()
Ответ на: Выравнивание SSD? от anonymous

Напомню вопрос:

И все-таки вопрос о выравнивании крайне интересный.

Гугл выдает огромное количество постов о том, как выравнять файловую систему на SSD. Способы разные. Расчеты разные. Какие-то тесты. Но нигде я не нашел внятного объяснения, зачем это нужно. Похоже, что все советы - аналогия с жесткими дисками нового поколения, у которых размер сектора 4 кБ.

Однако, во всех SSD применяются различные технологии wear leveling (распределения износа), суть которых заключается в том, что SSD, для равномерного износа ячеек памяти, самостоятельно распределяет в какую ячейку записывать информацию. Наружу предосавляя интерфейс SATA (к примеру).

То есть, в отличие от жестких дисков, где физические и логические адреса на диске связаны непосредственно, на SSD такая связь отсутствует в принципе, исходя из дизайна устройства.

В таком смысле любое выравнивание раздела является не совсем понятной операцией с несовсем понятными преимуществами.

Пожалуйста, если кто-нибудь разобрался в этом вопросе, дайте внятный ответ: необходимо ли выравнивание на SSD и, если необходимо, то каков его смысл?

anonymous
()
Ответ на: комментарий от darkshvein

для сохранения целости фс на носителе при внезапном отключении электропитания, ну и fsck не надо выполнять. а что за режим работы «SSD» в ФС btrfs?

uju ★★
()
Ответ на: комментарий от darkshvein

Смени аватарку или дуй на сайт чирлидерсов.

anonymous
()
Ответ на: комментарий от uju

Не догадался? В журнал записывают операции, их тьма тьмущая, происходят они часто-часто...

darkshvein ☆☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.