LINUX.ORG.RU

12309 на btrfs на raid0

 , , ,


0

2

Нет, на самом деле я не шучу, это не вброс. Хотя, я нагрузил систему:
1. на ентот самый рейд закинул копироваться 55гб образ с виндою
2. одновременно поставил архивирование папки скомпилянных сырцов. Нагрузка конечно была.
но опперный кинотеатр. я и представить не мог, что эта нагрузка поставит раком работу в консоли: 1. man btrfs начал задумчиво загружаться. а нажатие таб,чтобы дописать путь в ФС на этом рейде тоже задумчиво зависло, словно слушаясь слов классика «в очередь сукины дети, в очередь!».

Это я хотел глянуть планировщик. Кажись был нооп. Сдается мне отсутствие планировщика вовсе не помогает «умной» железке как правильно распределять нагрузку, железка оказалась не такая умная. дэдлайн ещё кое-где советовали. попробую его для ссд.

грязные подробности о быдлорейде:
http://img.izhnet.org/picture/1536306169/160819200455FGGbr.jpeg
монтировал с
rw,noatime,nodiratime,ssd_spread,discard,noacl,space_cache,inode_cache,subvolid=5,subvol=/
P.S. а во, добрался и глянул: noop на обоих дисках стоит.

★★★★★

Последнее исправление: darkenshvein (всего исправлений: 2)

Ответ на: комментарий от darkenshvein

Без разницы что там написано, ssd_spread приводит к тормозам.

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

просто 8 метров в байтах. Можно и больше ставить, но это по желанию.

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

Магия состоит в уменьшении дефолтного значения в десятки раз, точные значения не важны. Это слишком задокументированный твик, придирка ниачом.

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

спасибо. что-то я соблазнился и создал отдельный тред по этому вопросу. слишком велико было искушение.

но фанатики чистого лора конечно будут возмущаться.

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