Думаю, это более верный путь. Сначала вернуть как было, а потом собрать 1.0.1 и использовать только там, где он действительно нужен. Например, с помощью LD_PRELOAD.
Вы заметили, что при этом использование swap=0? А за 35 дней, если бы память текла, система бы скорее всего уже тормозила и свопилась.
Я уже писал выше: если какому-то процессу свободной памяти будет недостаточно, система первым делом отдаст кусок кеша, а не своп.
Это нормально, ядро линкус давно так работает. Тем самым оно уменьшает обращения к дисковой подсистеме, не в ущерб работе остальных процессов.
Кстати, вы заметили, что у вас около 30 java-процессов, каждый из которых затребовал по 34 Гб виртуальной памяти? У вас её много, но при этом заметно меньше чем 30*34 Гб. При этом реально процессы эту память сейчас не используют, но такая конфигурация может потенциально привести к проблемам следующего рода: конкретно с jetbrains я не работал, но подобная ситуация у меня была при некорректной настройке mysql - он выделял очень большой буфер на одно соединение. В итоге, когда нагрузка на веб-сервер росла, количество соединений с mysql тоже росло. Виртуальной памяти было потреблено тоже больше, чем доступно (vmcommit > vmlimit, который равен физической памяти + своп в первом приближении). VMCommit у меня был порядка 40-42 Гб при лимите в 36 (32 + 4 своп). Оно светило красненьким, и я не обращал внимания. В какой-то момент мои коллеги внесли небольшие изменения в запросы, и они стали заполнять эти буфера больше чем процентов на 10, а в итоге реально потребляемая память в какой-то момент превысила vmlimit, после чего сервер встал.
Потому, на всякий случай, проверьте либо настройки java при её запуске, либо уменьшите количество процессов на всякий случай. Лёгкое изменение сценария использования вашего сервера потенциально может привести к крашу процессов jetBrains.BuildServer, как минимум.
Так это же хорошо - память не простаивает. Отдаёт при нужде мгновенно, зато дисковый ввод-вывод, например, у вас хорошо закеширован. Система свопится? Что конкретно вас не устраивает? Какому-то процессу мало памяти?
То есть "нет свободной памяти" - это не проблема. На самом деле она есть и ОС отдаст её по первому же свистку. "Медленно работает" - уже проблема, но надо искать узкое место - не факт, что это память.
Сама ubuntu еще работает не так... Попробуйте debian (или LMDE2, если mint по душе). Удивитесь разнице в FPS. Подозреваю, что виноват apparmor, но не уверен.
Если кому интересно - в routeros 6.30+ wmm powersaving mode реализован. Правда, у меня телефон садится все равно сильнее, чем с альтернативой - возможно, виной тому антенны на плате, а не выносные. Тем не менее, стало заметно лучше, чем было.
Проприетарные драйвера нельзя поставить из исходников. Но можно установить bundle с сайта NVidia. В этот раз я не пробовал, но раньше не помогало. Версия glxgears одна, да и разница в скорости воспроизведения, например, youtube - не фатальна, но глазу видна.
Nouveau - кривоваты до сих пор, к сожалению.
Да, и там и там 319.72. Nouveau сношу. Про оригиналы (debian & ubuntu) - не скажу, уже полгода назад было. А вот сейчас попробовал в производных - ситуация абсолютно такая же. Пробовал ставить 319-current (в Petra) - не изменилось ровным счетом ничего, кроме номера версии.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.