(no subject)

[gns_ua]

А таки да. На ssd для desktop-like usage гораздо лучше elevator=deadline. BFQ сосёт.

Иовейт постоянно от 0 до 1 %, раньше было больше, а файрфокс с тандербирдом стали визуально отзывчивее.

Вот велел transmission отрехэшить пицот мегабайт. WA ~ 20-30%, до 60. Файрфокс и пиджин вполне живы, музыка играет. Как оно и положено в лялихе.

Вот запустил 4 md5sum на файлик с sda и три фильма с sdb. LA 2.91, 2.33, 1.75, WA ~ 50% US ~ 40% SY ~ 10% соответственно. Музыка один раз запнулась, браузер адекватен.

Чудесно. Видимо, bfs/ck тоже говно :)

А теперь попробуем побегать с привязанной гирей, бишь в цикле эти md5sum плюс dd с /dev/sda и /dev/sdb в /dev/null.

Comments

[kondybas.livejournal.com]

Чтобы нагрузку винтам сделать - только дд. Мд5 в этом смысле сильно неадекватен на достаточно шустрых винтах при не самом шустром процессоре.

[gns-ua.livejournal.com]

С привязанной гирей в виде двух dd - почти как раньше с BFQ было всегда :)

[kondybas.livejournal.com]

Есть крайне суровый вариант, который не очень хорош для ссд, но на хдд еще и полезен - читать блок размером в кластер и тут же писать его обратно. Во-первых, и чтение и запись в одном флаконе, а во-вторых - регенерация записи и выявление бэдов.

Но на солидах это только переводняк ресурса.

[dibrov-s.livejournal.com]

А вот с этого места подробнее, пожалуйста.
асус ЕЕЕ 900, 4 16 Гб, убунту 10.04.

[gns-ua.livejournal.com]

# cat /sys/block/sda/queue/scheduler
noop [deadline]

В квадратных скобках - активный чедулер. Если cfq, то сделайте echo deadline > /sys/block/sda/queue/scheduler. Если понравится, в параметрах ядра допишите elevator=deadline.

Говорят, для SSD это лучше CFQ. По моим ощущениям, гораздо лучше нестандартного BFQ.

[dibrov-s.livejournal.com]

Спсибо большое.
В моем ЕЕЕ два накопителя: sda 4 Гб (смонтирован как /) и sdb (/home). Оба вроде как ssd, хоть и с разными параметрами. Применяю для обоих и экспериментирую, верно?

[gns-ua.livejournal.com]

Второй, 16гб - "медленный". Он медленнее и по потоковой записи (я полагаю, Ваш недо-бук от моего отличается только процессором, celeron vs. atom).

Но, при заданных скоростях чтения/записки правильный выбор IO scheduler может дать совсем другое ощущение от системы.

[dibrov-s.livejournal.com]

Сейчас с ЕЕЕ, пробую. Субъективно - разница есть. Надо будет протестить.

Кстати, где посоветуете делать своп, и делать ли его вообще? Систему гружу без фанатизма.

[gns-ua.livejournal.com]

На "первом", который 4gb. Если нужен - мне по большому счёту он только для suspend to disk (которым не пользуюсь ;).

[dibrov-s.livejournal.com]

а разве он в своп кидается?
Странно, у меня был своп 200мб на sda5, суспендился нормально, правда, я не видел глубокого сакрального смысла в самом свопе.
Сейчас для приличия сделал гиг на sdb2
уберу, наверное.

[gns-ua.livejournal.com]

suspend to ram, это обычное засыпание. Сколько-то батареи продолжает жрать - если батарею вынуть и отключить питание, то умрёт. На eee 701 суспенд ту рам жрал батареи как при обычной работе - т.е. 1.5-2 часа жил заснувший.

А саспенд-ту-диск сбрасывает всё в своп и выключает систему. По-настоящему выключает. После включения идёт обычная загрузка с bios, и только initrd (initramfs) подхватывает параметр resume= и "просыпается" из свопа.

[dibrov-s.livejournal.com]

Отличается процессором и наличием ВТ, насколько я понимаю.

[lamed.livejournal.com]

У меня так:

$ cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq]

[gns-ua.livejournal.com]

да, в моём 901 такие же SSD.

[dibrov-s.livejournal.com]

Мерси. Отпишусь.