Linux замедляется после долгого времени работы

Я тоже это заметил, более того, с системами, которые я использовал более 6 лет назад, и забыл об этом до вашего вопроса. [12239] При возвращении в систему утром или, что еще хуже, после выходных, выпадение клавиш в терминале или нажатие на вкладку в Firefox спровоцируют невероятную активность диска. [12240] Моя теория происходящего заключается в том, что активность была вызвана повторной сменой процессов, и причиной этого была агрессивная природа ядра - замена простаивающих процессов для оптимизации объема доступной "свободной" памяти, что, вероятно, является умной идеей на [11824] активной системе [11825], когда может быть запущен новый процесс, но имеет одну специфическую отрицательную сторону. [12241] Одним из способов подтвердить это было бы наличие терминала с запущенным [11826]vmstat 1 1[11827], к сожалению, наличие чего-то запущенного делает систему менее простаивающей, так что это оказывает некоторое влияние на эксперимент, поэтому нужно быть осторожным, чтобы начать с другого терминала или другой программы, когда вы начинаете утром, и убедиться, что это окно видно, так что вы можете видеть статистику. [12242] При старте вы должны увидеть, что SI Swap в столбце стреляет вверх. [12243] Как мне обойти это? Я позволяю компьютеру выключиться в режиме ожидания (на моем ноутбуке) или полностью выключиться на рабочем столе. Я никогда не использую спящий режим, так как нахожу, что пробуждение от спящего режима занимает больше времени, чем простая загрузка с нуля, а время загрузки было настолько улучшено по сравнению с тем, как это было раньше, а дисковые накопители быстрее, память дешевле. (в то время моя система имела 1 ГБ памяти, в то время как сегодня она имеет 4 ГБ и более), и я подозреваю, что есть фактор использования памяти, как и при срабатывании свопаута. Так что больше памяти помогает.[12244]Есть параметр настройки кернела, который влияет на подкачки [12245]Чтобы посмотреть, каковы ваши текущие настройки :[12246]Значение может быть между 0 и 100, 100 означает наиболее агрессивный подкачки из физической политики памяти, ноль наименее агрессивный.[12247]Вы можете изменить его, просто повторив значение в этом псевдо-файле.[12248]например [12249]Здесь [11829] есть хорошая статья и некоторые ссылки на производительность, связанные с подкачкой [11828]. [12250]отредактировать 1, чтобы ответить @Жиль [12251]Я тоже годами запускал машины, только чтобы выключить их, потому что я на самом деле переехал, я не намекаю, что есть что-то вроде [11830]программного обеспечения rot[11831], но только то, что я тоже испытал именно то, что я описал, это не очевидно с серверами, когда вы входите через ssh, но это, скажем, моя asus eeepc 901, когда она не спит, нажав shift есть заметная активность диска, прежде чем система реагирует. Я не выдумываю, и то, что вы не заметили, не означает, что такого поведения там нет. Я вообще не стучу в линукс и не пытаюсь быть пренебрежительным.[12252]edit 2 @mabalenk[12253]Вы точно подтверждаете обстоятельства, 60 - это подкачка по умолчанию, а счетчик SI будет равен нулю, когда ничего не происходит. [11832]vmstat 1[11833] печатает статистику каждую секунду, поэтому кроме первой напечатанной строки, каждая строка является дельтой последней секунды, поэтому, когда вы видите, что она растет, происходит своп-ин. Сказав это, ваши цифры 60 или около того не кажутся очень высокими, может быть моя система была особенно низкой по памяти, я бы увидел гораздо более высокие цифры 120-250 и длились бы между 20-50 секундами, (иногда пару минут), а затем оседали бы на ноль, и я бы получил ответ от первоначальной депрессии клавиш в терминале. [12254]Да, ядро будет стремиться показать 90% использования памяти, (оно старается не тратить впустую. ;-) ). Использованное пространство подкачки в 30% не означает много, так как это количество использованного зарезервированного пространства подкачки и зависит от того, сколько было выделено. Ваш объем оперативной памяти и выделение места под своп было бы полезно добавить в исходный пост (который вы всегда можете [11834]отредактировать[11835].)[12255]Я не понимаю, почему вы предполагаете, что что-то не так с kde ? На вашем месте я бы ничего не изменил, кроме подмены, и опустил бы это до смешного, скажем, 5 перед отъездом ночью, и проверил бы еще раз, не заметили ли вы разницы в статистике, когда начинаете снова утром.[12256]Не знаю, читали ли вы какую-нибудь из размещенных мною ссылок, но был интересный комментарий от одного из давних разработчиков Kernel Эндрю Мортона. Он предположил, что что что-либо, кроме использования подмены менее 100, не позволяет ядру делать свою работу должным образом. Теперь это имеет смысл, если посмотреть на систему в целом, почему бы не подкачать неактивные страницы и не дать больше локтевого пространства для функционирования активной части? Но это [11836] может [11837] иметь отрицательное влияние, когда следующий бит памяти, который вы будете использовать, был заменен, так что когда вы начинаете снова утром, вы должны ждать, пока эти страницы будут заменены снова, прежде чем вы получите ответ. Там нет одного размера, подходящего для всех.[12257]Помните, однако, это параметр настройки, и если вы работаете с обычным 4-кратным размером свопа в реальную оперативную память, то 30% используемого SWAP означает, что вы используете более чем в два раза больше памяти, чем у вас есть на самом деле, так что вашим окончательным решением будет получить больше оперативной памяти, так как изменение подкачки замедлит подкачки, но не полностью изменит поведение. вы можете обнаружить, что после 16-часового простоя, вы все равно будете заменены, из-за заданий cron, начиная с ночи, полностью меняя ваш активный/пассивный размер страницы памяти..

У меня похожий случай. Мой ящик имеет 12 ГБ оперативной памяти, и поверх нигде все десктопные приложения были заменены на кэш и тому подобное. Основная причина, на мой взгляд, в том, что кэш (грязные страницы) по умолчанию может занимать до 60% оперативной памяти, и когда этот лимит достигнут, ядро вдруг захочет прошить на диск 6 ГБ грязных страниц, что фактически убивает производительность.

Я вылечил следующие параметры в файле /etc/sysctl.conf

# use only 10% of RAM for the cache (dirty pages).
vm.dirty_ratio=10 
# start flashing with 1% dirty pages
vm.dirty_background_ratio=1