Зависание (swap, нагрузка на HDD) при ОЗУ 80%+

Как заставить юзать 100% ОЗУ?

ядро «юзает» 146% озу, ман overcommit

man zram

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

man overcommit молчит

Нашел вот такой ман http://avz.org.ua/wp/2011/04/24/overcommit-memory/

Попробую поломать конфиги. Спасибо.

Спасибо

http://habrahabr.ru/post/172137/

Если overcommit не разберусь или не поможет, попробую сжатие, благо процессор у меня мощный.

Спустя сутки Пробовал добавлять в /etc/sysctl.conf

vm.overcommit_ratio = 100
vm.overcommit_memory = 2

Первая строка немного вроде помогла (надеюсь не плацебо). Теперь между 80 и 90% происходят только подлагивания, но система не виснет полностью. При переходе за отметку 90% - начинаются жуткие лаги, система почти виснет. Но все же хотя бы мышь отзывается немного и через ~3-5 минуты отпустило, ОЗУ сбросилось до 80%.

Вторая строка ломала программы, так например WINE не запускался и некоторые другие приложения давали сбой.

Будем пробовать дальше.

сделай как я, 32 гб озу, ничего никогда не виснет.

Ты уверен? Похожее говорили несколько лет назад, только про 2-4 гига :)

Помнится несколько лет назад подобное было и на 512 метрах, и потом на буке с 2 гигами озу. Но тогда я не пользовался VB и FF'у хватало 640 мб озу, так что мне подобное не напрягало.

Так что проблема старая. Через несколько лет будет: «ставь 640 килобайт гигов ОЗУ и ни чего не будет виснуть»

Кстати: 12309

через 4 года поступит в продажу ddr4 она будет от 4000 мгц и от 128 гб, купишь 4 планки и будешь сидеть снова счастливый

Уже DDR4 продается,модули от 2 до 16гб. Частота 2133. И да же в России можно купить.

фигню ты какую-то пробовал

12309 это синоним невежества

Винт замени, больно медленный.

вот в упор не вижу, к тому же планки размером в 128 гб появятся только в середине 2015 года, да и пока нет плат под них.

Meijin, под заказ. Планка 16гб\2133\cl15-9600p

вот когда будет в юлмарте, тогда и можно будет говорить о смысле её покупать, плат то тоже нет в свободной продаже.

Залей скрин процесса на нормальный img хостинг и скинь прямую ссылку на картинку. У меня открывает только превью, если доставать ссылку из link to preview. Мне стало интересно, что за процесс там с find.

Так по картинке кликни ) http://cdn.joxi.ru/uploads/prod/2014/07/25/691/63f/298a393518c07b86257e3bd179...

Там только строка одна из командной строки

Господа эксперты, а может мне не менять винт и не наращивать ОЗУ, а просто выкинуть комп? Тогда и проблем не будет.

По твоей логике пока получается купить SSD и убить его за месяц. И только на винты и работать.

В гугле забанили насовсем?
Это у тебя mlocate хард насилует. Сидит где-то в районе /etc/cron.daily/mlocate

сделай своп мелким и кэши подергай sysctl-ом

В сети говорится, что это разные утилиты.

mlocate — это новая реализация утилиты locate, предназначенной для поиска файлов в системе по их имени с использованием заданных шаблонов или регулярных выражений. В отличие от других утилит, таких как find(1), в locate используется поиск по ранее созданной базе индексов файлов, что существенно ускоряет время поиска. База индексов обновляется посредством команды cron.

Своп я вообще отключал. Даже в /etc/fstab отключил. Не помогает.

База индексов обновляется посредством команды cron.
/etc/cron.daily/mlocate

Ну-ну, умник)

hint: база mlocate создаётся find.

sysctl
man hints
ядро пересобери штоле

Спасибо. Покопаюсь и в этом направление. Но мне теперь кажется, что проблемы не в find, а он оказался не в то время в не в том месте.

ядро пересобери штоле

Я до такого не дорос

копипаст пары строк из гугла/хэндбука и make buildkernel installkernel KERNCONF=CUSTOM

По твоей логике пока получается купить SSD и убить его за месяц.

Если настроишь, не убьется

По твоей логике пока получается купить SSD

по человеческой логике нужно купить ram

Попробуй теста ради загрузиться с параметром elevator=noop. С cfq 12309 лезет изо всех щелей.

Если помогло, ставь ядро с bfq.

А юзать 100%озу перед сваппингом плохая и идея.

нельзя, 4 гб озу сейчас это только на браузер,у меня сейчас среднее потребление оперативы 8,7 гб.

Покайся. Опера плюс хром спокойно живут в 4 гигах. Zram решает.

zram хрень, куда больше смысла купить оперативу, сейчас 8 гб стоят 2600.

Незанятая оперативная память используется для кэширования дискового I/O. Соответствено, чем больше оперативы забито, тем меньше кэша и тем чаще дёргается диск. Пожалуй, надо ограничить максимальный занимаемый объём оперативы. Как — самому интересно.

только hardreset, жалко диск так насиловать

Хардрезет его насилует куда больше, чем сильный I/O, это тебе не SSD. И не столько даже сам диск, сколько ФС. Сломаешь так ФС однажды и придётся fsck прогонять.

Увы, при ненулевом значении свапности ещё хуже. Приложения рано уходят в своп и после этого постоянно его дёргают, не особо желая вылезать обратно. Как результат — постоянные подтормаживания всего и вся. Лучше уж систему на пару минут повесить наглухо, всё равно резкий запуск жирноты обычно предсказуем. У самого 4 гига рамы и медленный винт.

есть вариант (уже не помню за ненадобностью подробности) это жать именно свап.

А профит? Дисковый I/O уменьшится в пару раз, но ведь не на порядок. Ещё и нагрузка на проц возрастёт, а он тоже немощный.

В общем решил попробовать поставить патч pf-kernel В итоге после долгих танцев получилось собрать с отключенным TuxOnIce.

Но после загрузки сразу два бага выявились: 1) Отсутствует интерфейс интернета eth0. ifconfig показывает только lo 2) Работает либо мышь, либо клавиатура (обе USB), то что первое воткнуть. «По умолчанию» клава работает. :D

Кто что подскажет?

Ядро брал с kernel.org версию 3.13.1. Патч соответствующий. Рабочее ядро Ubuntu 3.13.0-29-generic Делал по мануалу

и патчил как написано тут

патч pf-kernel

это не патч, а зверь-сборка чужих патчей, накладывай отдельно. список со ссылками на отдельные: https://pf.natalenko.name/

и да, ничего не виснет, пишу с этого компа, патчей никаких нет:

$ free
             total       used       free     shared    buffers     cached
Mem:          2,0G       1,4G       551M        32M       8,6M       284M
-/+ buffers/cache:       1,1G       844M
Swap:         4,0G       572M       3,4G

Ну поздравляю.

У меня же, честно при честно, начинается своп при 80-90% и он не заканчивается, пока не закроешь приложения, а закрыть их часто весьма проблематично.

А можно ставить поверх убунтовского 3.13.0-29-generic патчи?

Тупой вопрос — а

hdparm -tT ...

что показывает?

Справку по hdparm -tT :D

hdparm - get/set hard disk parameters - version v9.43, by Mark Lord....

Ну если подробней, то # hdparm -tT /dev/sda и # hdparm --direct -tT /dev/sda (предыдущее писал с планшета, влом было набирать подробней, думал, ты сам догадаешься).

Я про такое не знал :D

$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   30332 MB in  1.99 seconds = 15241.98 MB/sec
 Timing buffered disk reads:  30 MB in  3.06 seconds =   9.82 MB/sec
$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   34678 MB in  1.99 seconds = 17438.50 MB/sec
 Timing buffered disk reads: 164 MB in  3.05 seconds =  53.69 MB/sec

$ sudo hdparm --direct -tT /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   218 MB in  2.01 seconds = 108.45 MB/sec
 Timing O_DIRECT disk reads:  70 MB in  3.04 seconds =  23.03 MB/sec
$ sudo hdparm --direct -tT /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   260 MB in  2.01 seconds = 129.38 MB/sec
 Timing O_DIRECT disk reads: 152 MB in  3.01 seconds =  50.55 MB/sec

Пробовал ставить готовые ядра чистый изумруд Virtual Box не запускается с ними. Виртуализация не включена в эти ядра. Опять печаль беда.

4 гб озу сейчас это только на браузер,у меня сейчас среднее
потребление оперативы 8,7 гб.

У меня лис столько не занимает даже при том, что он не только запущен но и он же компиляется в 4 потока а все файлы лежат в tmpfs. Ну вкладками вместо истории я конечно не пользуюсь.