Re: Планировщик ввода-вывода

2013-06-11 Пенетрантность Артём Н.
С BFQ какие-то проблемы. Изредка бывают зависания намертво. Даже к диску никаких
обращений. Воет кулер. Иногда тормозят приложения (после CFQ ощущается). Видимо,
есть причины по которым он в ядро официально не включен.

Поставил deadline. Пока, вроде, полёт нормальный.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51b7771e.1090...@yandex.ru



Re: Планировщик ввода-вывода

2013-06-06 Пенетрантность Артём Н.
On 06.06.2013 08:42, Andrey Tataranovich wrote:
 19:03 Wed 05 Jun, Артём Н. wrote:
 On 04.06.2013 11:17, Andrey Tataranovich wrote:
 Так сколько памяти у физической машины - 2GB или 6GB?

 Сейчас 6 Гб. Но по каким-то неизвестным причинам, после смены SATA кабеля
 отвалилось 4 Гб (то ли мать дурная, то ли память, то ли я что-то задел).
 С 2 Гб после запуска ВМ, система ушла в ступор.
 
 Если у вас сейчас видит 2GB и вы выделяете виртуалке 1.5GB, то тормоза при 
 запуске
 виртуалки это нормально.
 
 
Не тормоза. Если бы тормозила, всё было бы нормально. Уход в ступор. Полный.
Даже без реакции на SysRQ.
Сейчас 6 Гб. Такого, конечно, не наблюдается. Но, кажется, с CFQ при 6 Гб и
сильной загрузке (бэкап, старый Iceweasel, ВМ и ещё что-то там, в дополнение ко
всему), было такое.

Разве это нормально?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51b0bf1f.7000...@yandex.ru



Re: Планировщик ввода-вывода

2013-06-05 Пенетрантность Артём Н.
On 04.06.2013 10:16, Anton Balashov wrote:
 Я не в теме этих планировщиков, но при таком объеме swap предлагаю
 посмотреть в сторону zram
 
Любопытная штука. Я не знал.
Но, всё-таки, в данном случае не имеет смысла.

$ free
 total   used   free sharedbuffers cached
Mem:  5,8G   4,8G   1,0G 0B   753M   1,6G
-/+ buffers/cache:   2,5G   3,3G
Swap: 9,3G   905M   8,4G

Сдыхает, только когда запущена виртуальная машина, резервное копирование,
несколько Okular, ICedove, браузеры и прочее. ZRam, насколько я понимаю, будет
тратить процессорное время. Мне проще нарастить память (всё пока собираюсь
сходить и купить).
Но дело не в этом: в состояние полного ступора система не должна входить, даже
при недостатке памяти, ведь так?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51af501f.3080...@yandex.ru



Re: Планировщик ввода-вывода

2013-06-05 Пенетрантность Артём Н.
On 04.06.2013 11:17, Andrey Tataranovich wrote:
 20:50 Mon 03 Jun, Артём Н. wrote:
 Сейчас установил планировщик BFQ, при использовании которого обещали 
 радость от
 увеличения производительности.
 Радости не испытал.
 Ещё сменил SATA кабель на всякий случай и обновил Iceweasel на бету.
 Всё-равно, при запуске Windows+Iceweasel и размере оперативной памяти в 2 Гб,
 при отведённых 1.5 Гб под ВМ, со свопом в 10 Гб, система зависла напрочь.
 При размере RAM в 6 Гб один раз вышло тоже самое: не было реакции даже на 
 SyrRQ.
 Что это такое?
 
 Так сколько памяти у физической машины - 2GB или 6GB?
 
Сейчас 6 Гб. Но по каким-то неизвестным причинам, после смены SATA кабеля
отвалилось 4 Гб (то ли мать дурная, то ли память, то ли я что-то задел).
С 2 Гб после запуска ВМ, система ушла в ступор.

 И что показывает vmstat в моменты
 тормозов (смотреть нужно колонки swap/si и swap/so)?
Сейчас запустил три копирования (два крупных образа, одно - мелкие файлы), ВМ с
windows 7, браузер (новый Iceweasel, который заметно меньше обращается к диску),
Icedove и 5 Okular. Всё в KDE. Кроме этого, запущен MySQL, к которому
периодически идут обращения, преимущественно на внесение записи в БД.
В этот раз особых тормозов не наблюдал, что странно.
Однако, в ВМ, при этом, работать невозможно.

procs ---memory-- ---swap-- -io -system-- cpu
 r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id wa
 1  5 1001084 139952 139332 3624316277857  1934  4  3 89  4

free:
 total   used   free sharedbuffers cached
Mem:  5,8G   5,7G   119M 0B   136M   3,5G
-/+ buffers/cache:   2,1G   3,7G
Swap: 9,3G   977M   8,4G

Отменил копирования и запустил sync (в процессе sync):
procs ---memory-- ---swap-- -io -system-- cpu
 r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id wa
 0  1 1001000 195340 139400 3585784278064  1935  4  3 89  4



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51af5334.9070...@yandex.ru



Re: Планировщик ввода-вывода

2013-06-05 Пенетрантность Andrey Tataranovich
19:03 Wed 05 Jun, Артём Н. wrote:
 On 04.06.2013 11:17, Andrey Tataranovich wrote:
  Так сколько памяти у физической машины - 2GB или 6GB?
  
 Сейчас 6 Гб. Но по каким-то неизвестным причинам, после смены SATA кабеля
 отвалилось 4 Гб (то ли мать дурная, то ли память, то ли я что-то задел).
 С 2 Гб после запуска ВМ, система ушла в ступор.

Если у вас сейчас видит 2GB и вы выделяете виртуалке 1.5GB, то тормоза при 
запуске
виртуалки это нормально.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130606044251.ga31...@blackice.home.tataranovich.com



Re: Планировщик ввода-вывода

2013-06-04 Пенетрантность Anton Balashov
Я не в теме этих планировщиков, но при таком объеме swap предлагаю
посмотреть в сторону zram

3 июня 2013 г., 20:50 пользователь Артём Н. artio...@yandex.ru написал:
 Какой планировщик вы используете на десктопе и почему?
 Проблема в том, что с CFQ у меня были серьёзные тормоза, при большом 
 количестве
 дисковых операций.
 Вплоть до того, что мышка замирала. Надолго.
 Причём, одновременно запускать Windows и Iceweasel (который почти всегда 
 открыт)
 было практически невозможно.
 Усыплять систему тоже не всегда получалось сразу: через 20 секунд hibernating
 прекращался, с сообщением о том, что некий процесс ему мешает.
 Мешал Iceweasel.

 Сейчас установил планировщик BFQ, при использовании которого обещали радость 
 от
 увеличения производительности.
 Радости не испытал.
 Ещё сменил SATA кабель на всякий случай и обновил Iceweasel на бету.
 Всё-равно, при запуске Windows+Iceweasel и размере оперативной памяти в 2 Гб,
 при отведённых 1.5 Гб под ВМ, со свопом в 10 Гб, система зависла напрочь.
 При размере RAM в 6 Гб один раз вышло тоже самое: не было реакции даже на 
 SyrRQ.
 Что это такое?
 В целом, система стала более отзывчива: при обращении к диску одного 
 приложения,
 другое вполне нормально работает.
 Зато, приложение, которое обращается к диску, если и работает (а не напрочь
 зависает до завершения обращений), то рывками. С CFQ такого не было.

 Какой планировщик используете вы?
 Что я делаю не так?
 Как сделать так, чтобы при обращении к диску, ОС не висла и возможно было хотя
 бы убить зажравшееся приложение (а ещё лучше, чтобы оно не мешало другим)?


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/51acc95b.8040...@yandex.ru



Re: Планировщик ввода-вывода

2013-06-04 Пенетрантность Andrey Tataranovich
20:50 Mon 03 Jun, Артём Н. wrote:
 Сейчас установил планировщик BFQ, при использовании которого обещали радость 
 от
 увеличения производительности.
 Радости не испытал.
 Ещё сменил SATA кабель на всякий случай и обновил Iceweasel на бету.
 Всё-равно, при запуске Windows+Iceweasel и размере оперативной памяти в 2 Гб,
 при отведённых 1.5 Гб под ВМ, со свопом в 10 Гб, система зависла напрочь.
 При размере RAM в 6 Гб один раз вышло тоже самое: не было реакции даже на 
 SyrRQ.
 Что это такое?

Так сколько памяти у физической машины - 2GB или 6GB? И что показывает vmstat в 
моменты
тормозов (смотреть нужно колонки swap/si и swap/so)?

-- 
WBR, Andrey Tataranovich


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130604071739.gc7...@debbox.it