Вот результат df -h в моей системе.

Filesystem      Size  Used Avail Use% Mounted on
udev            1,9G  1,9G     0 100% /dev
tmpfs           388M   12M  377M   3% /run
/dev/sda1        92G   31G   56G  36% /
tmpfs           1,9G   66M  1,9G   4% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           1,9G     0  1,9G   0% /sys/fs/cgroup
/dev/sda3       156G   79G   70G  54% /home
cgmfs           100K     0  100K   0% /run/cgmanager/fs
tmpfs           388M   40K  388M   1% /run/user/1000
tmpfs           388M   20K  388M   1% /run/user/120

Я обеспокоен использованием памяти udev . Как видите, его размер составляет 1.9G . Но он съедает всю доступную память, что делает мою систему очень медленной в работе. Однако, когда я перезагружаю систему, used память равна нулю, но постепенно она занимает всю память в течение нескольких минут.

Теперь я хотел бы понять, что является причиной этой проблемы, а также некоторые пояснения относительно требований / использования памяти udev . Также, пожалуйста, предложите, как решить эту проблему и заставить мою систему работать быстрее. У меня есть 4 ГБ оперативной памяти в моей машине.

1 ответ1

3

Короче говоря, у вас есть сценарий или программа, которая ведет слепую запись на какое-либо устройство, но это устройство не существует - поэтому программа в конечном итоге создает обычный файл и записывает его до тех пор, пока файловая система не заполнится. (Это может быть что-то простое, например, опечатка > /dev/nul для > /dev/null .)

Чтобы выяснить, что, ищите массивные файлы в /dev , например, используя ncdu, - затем найдите в системе любой скрипт или конфигурацию, которая упоминает эти файлы.

Обратите внимание , что "Udev" здесь просто показано , как произвольное "источник" имя для tmpfs файловой системы (как Udev используется для управления узлами устройств), и имеет мало общего с использованием памяти Udev процессов.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .