Intereting Posts
Включение IOMMU в ядро ​​для передачи видеокарты Ресурсы System V vs BSD Проблема с псевдонимом Bash выберите несколько столбцов на основе диапазонов, указанных в отдельном файле Как вставить первый столбец во многие файлы + как преобразовать время unix в обычное время Как показать статус всех ключей-модификаторов в X11? Устанавливать iso без доступа root? Fedora 15 i686 сообщает только 2.6 ГБ ОЗУ Указание 2 разных путей к одному и тому же имени домена Apache Как запретить файловому файлу Matlab делать какие-либо изменения в файловой системе? Плохая ошибка зеркального архива при установке 64-разрядных бит Kali 2016 Работает ли Chrome на Debian kFreeBSD? Что делает fsck настолько медленным на больших файловых системах? Поиск строки и удаления до появления следующего символа Как изменить каталог из сценария без вызова сценария. ./script или выйти из сценария при вызове. ./script.sh

Использование памяти неумолимо ползет вверх

Только в прошлый день моя система Arch Linux начала есть память. Это, похоже, начинается, когда система включена, и я не могу найти способ ее остановить. Симптом заключается в том, что заявленное использование памяти начинает медленно возрастать без какого-либо сопутствующего увеличения объема памяти, связанного с каким-либо одним процессом. Это заканчивается в течение восьми часов или около того, когда система замерзает из-за обмана, OOM убивает каждый процесс и, наконец, попадает в панику ядра с «из памяти и без уничтожаемых процессов».

Нечетным аспектом является то, что отчеты об использовании памяти не являются едиными для всех инструментов; top и free отчет меньше используемой памяти, чем htop в любой момент времени, хотя все они все еще сообщают гораздо больше, чем используются процессами. Единственное очевидное соединение, которое я могу сделать для начала этой проблемы, – это то, что вчера я впервые запускал VMware Player для этой установки ОС; однако система была перезагружена несколько раз, так как без ее запуска, и ни один из ее модулей ядра не загружается после перезагрузки, поэтому я очень не уверен, как это может вызвать эту проблему.

Технические данные:

 # free total used free shared buff/cache available Mem: 4051344 2966128 335004 3472 750212 817888 Swap: 5464060 0 5464060 # cat /proc/meminfo MemTotal: 4051344 kB MemFree: 379164 kB MemAvailable: 861696 kB Buffers: 51988 kB Cached: 428512 kB SwapCached: 0 kB Active: 828600 kB Inactive: 341056 kB Active(anon): 689964 kB Inactive(anon): 2952 kB Active(file): 138636 kB Inactive(file): 338104 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 5464060 kB SwapFree: 5464060 kB Dirty: 184 kB Writeback: 0 kB AnonPages: 689444 kB Mapped: 215500 kB Shmem: 3472 kB Slab: 265636 kB SReclaimable: 35540 kB SUnreclaim: 230096 kB KernelStack: 4304 kB PageTables: 10368 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 7489732 kB Committed_AS: 1746596 kB VmallocTotal: 34359738367 kB VmallocUsed: 321932 kB VmallocChunk: 34358947836 kB HardwareCorrupted: 0 kB AnonHugePages: 192512 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 136576 kB DirectMap2M: 4057088 kB DirectMap1G: 0 kB 

Единственными числами из /proc/meminfo которые выглядят подозрительно, являются номера VmallocTotal и VmallocChunk , но они намного больше, чем моя физическая память и своп вместе, поэтому я не знаю значения.