Linux mit 15 GB RAM und nichts

Question

Linux mit 15 GB RAM und nichts

1245

José Roberto Araújo Júnior 2015-11-07 в 08:25

Ich habe ein Problem mit meinem Linux-Server. Ich habe oft gesucht, aber ich konnte keinen Fall wie den meinen finden.

Ich habe einen Linux-Server mit 32 GB RAM, es ist in Ordnung, wenn es bootet, aber nach einigen Tagen der Ausführung wird der RAM für nichts verwendet.

Nachfolgend sehen Sie, was htop zeigt, nachdem ich fast alle Dienste eingestellt habe. 16 GB wird von etwas verwendet, das ich nicht weiß, 2 GB werden von Puffern und 0,6 GB von Caches verwendet. Alle 45 Aufgaben werden dort aufgelistet. Was ist mit meinem RAM passiert?

Und so sieht es aus, wenn ich das System neu starte und alle Prozesse direkt nach dem Booten anhalte.

Ich weiß wirklich nicht, was mit dem RAM passiert ...

Edit: Ich ließ den Server für 3 Tage laufen, nachdem ich dies gepostet hatte, beendete fast alle Dienste wieder und führte die folgenden vorgeschlagenen Befehle aus:

htop

free -m

 total used free shared buffers cached Mem: 32068 18243 13824 0 2542 1138 -/+ buffers/cache: 14563 17505 Swap: 4204 5 4199

cat /proc/meminfo

MemTotal: 32837972 kB MemFree: 14153316 kB Buffers: 2603212 kB Cached: 1167872 kB SwapCached: 964 kB Active: 2591368 kB Inactive: 1187300 kB Active(anon): 6492 kB Inactive(anon): 1304 kB Active(file): 2584876 kB Inactive(file): 1185996 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 4305416 kB SwapFree: 4300244 kB Dirty: 28 kB Writeback: 4 kB AnonPages: 6968 kB Mapped: 6220 kB Shmem: 212 kB Slab: 14685364 kB SReclaimable: 14646664 kB SUnreclaim: 38700 kB KernelStack: 1544 kB PageTables: 1936 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 20724400 kB Committed_AS: 73192 kB VmallocTotal: 34359738367 kB VmallocUsed: 133928 kB VmallocChunk: 34359506832 kB HardwareCorrupted: 0 kB AnonHugePages: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 4096 kB DirectMap2M: 2084864 kB DirectMap1G: 31457280 kB

ps aux|sort -k4

root 916 0.0 0.0 0 0 ? SN Nov07 0:00 [kipmi0] root 101 0.0 0.0 0 0 ? SN Nov07 0:00 [ksmd] root 102 0.0 0.0 0 0 ? SN Nov07 0:22 [khugepaged] root 103 0.0 0.0 0 0 ? S Nov07 0:00 [aio/0] root 104 0.0 0.0 0 0 ? S Nov07 0:00 [aio/1] root 105 0.0 0.0 0 0 ? S Nov07 0:00 [aio/2] root 106 0.0 0.0 0 0 ? S Nov07 0:00 [aio/3] root 107 0.0 0.0 0 0 ? S Nov07 0:00 [aio/4] root 108 0.0 0.0 0 0 ? S Nov07 0:00 [aio/5] root 109 0.0 0.0 0 0 ? S Nov07 0:00 [aio/6] root 110 0.0 0.0 0 0 ? S Nov07 0:00 [aio/7] root 46 0.0 0.0 0 0 ? S Nov07 0:00 [async/mgr] root 69 0.0 0.0 0 0 ? S Nov07 0:00 [ata_aux] root 70 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/0] root 71 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/1] root 72 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/2] root 73 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/3] root 74 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/4] root 75 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/5] root 76 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/6] root 77 0.0 0.0 0 0 ? S Nov07 0:00 [ata_sff/7] root 49 0.0 0.0 0 0 ? S Nov07 0:00 [bdi-default] root 43 0.0 0.0 0 0 ? S Nov07 0:00 [cgroup] root 111 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/0] root 112 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/1] root 113 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/2] root 114 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/3] root 115 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/4] root 116 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/5] root 117 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/6] root 118 0.0 0.0 0 0 ? S Nov07 0:00 [crypto/7] root 137 0.0 0.0 0 0 ? S Nov07 0:00 [deferwq] root 1026 0.0 0.0 0 0 ? S Nov07 0:00 [ext4-dio-unwrit] root 66 0.0 0.0 0 0 ? S Nov07 0:00 [kacpid] root 68 0.0 0.0 0 0 ? S Nov07 0:00 [kacpi_hotplug] root 67 0.0 0.0 0 0 ? S Nov07 0:00 [kacpi_notify] root 1068 0.0 0.0 0 0 ? S Nov07 0:00 [kauditd] root 168 0.0 0.0 0 0 ? S Nov07 0:00 [kdmremove] root 44 0.0 0.0 0 0 ? S Nov07 0:00 [khelper] root 79 0.0 0.0 0 0 ? S Nov07 0:00 [khubd] root 99 0.0 0.0 0 0 ? S Nov07 0:00 [khungtaskd] root 50 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/0] root 51 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/1] root 52 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/2] root 53 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/3] root 54 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/4] root 55 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/5] root 56 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/6] root 57 0.0 0.0 0 0 ? S Nov07 0:00 [kintegrityd/7] root 1021 0.0 0.0 0 0 ? S Nov07 0:00 [kjournald] root 135 0.0 0.0 0 0 ? S Nov07 0:00 [kpsmoused] root 80 0.0 0.0 0 0 ? S Nov07 0:00 [kseriod] root 169 0.0 0.0 0 0 ? S Nov07 0:00 [kstriped] root 78 0.0 0.0 0 0 ? S Nov07 0:00 [ksuspend_usbd] root 2 0.0 0.0 0 0 ? S Nov07 0:00 [kthreadd] root 126 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/0] root 127 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/1] root 128 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/2] root 129 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/3] root 130 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/4] root 131 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/5] root 132 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/6] root 133 0.0 0.0 0 0 ? S Nov07 0:00 [kthrotld/7] root 97 0.0 0.0 0 0 ? S Nov07 0:00 [linkwatch] root 81 0.0 0.0 0 0 ? S Nov07 0:00 [md/0] root 82 0.0 0.0 0 0 ? S Nov07 0:00 [md/1] root 83 0.0 0.0 0 0 ? S Nov07 0:00 [md/2] root 84 0.0 0.0 0 0 ? S Nov07 0:00 [md/3] root 85 0.0 0.0 0 0 ? S Nov07 0:00 [md/4] root 86 0.0 0.0 0 0 ? S Nov07 0:00 [md/5] root 87 0.0 0.0 0 0 ? S Nov07 0:00 [md/6] root 88 0.0 0.0 0 0 ? S Nov07 0:00 [md/7] root 89 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/0] root 90 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/1] root 91 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/2] root 92 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/3] root 93 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/4] root 94 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/5] root 95 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/6] root 96 0.0 0.0 0 0 ? S Nov07 0:00 [md_misc/7] root 45 0.0 0.0 0 0 ? S Nov07 0:00 [netns] root 47 0.0 0.0 0 0 ? S Nov07 0:00 [pm] root 360 0.0 0.0 0 0 ? S Nov07 0:00 [scsi_eh_0] root 361 0.0 0.0 0 0 ? S Nov07 0:00 [scsi_eh_1] root 362 0.0 0.0 0 0 ? S Nov07 0:00 [scsi_eh_2] root 363 0.0 0.0 0 0 ? S Nov07 0:00 [scsi_eh_3] root 364 0.0 0.0 0 0 ? S Nov07 0:00 [scsi_eh_4] root 365 0.0 0.0 0 0 ? S Nov07 0:00 [scsi_eh_5] root 5 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/0] root 8 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/1] root 12 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/2] root 16 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/3] root 20 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/4] root 24 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/5] root 28 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/6] root 32 0.0 0.0 0 0 ? S Nov07 0:00 [stopper/7] root 48 0.0 0.0 0 0 ? S Nov07 0:00 [sync_supers] root 136 0.0 0.0 0 0 ? S Nov07 0:00 [usbhid_resumer] root 6 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/0] root 10 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/1] root 14 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/2] root 18 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/3] root 22 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/4] root 26 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/5] root 30 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/6] root 34 0.0 0.0 0 0 ? S Nov07 0:00 [watchdog/7] root 11 0.0 0.0 0 0 ? S Nov07 0:04 [migration/2] root 1022 0.0 0.0 0 0 ? S Nov07 0:05 [kjournald] root 3 0.0 0.0 0 0 ? S Nov07 0:05 [migration/0] root 7 0.0 0.0 0 0 ? S Nov07 0:05 [migration/1] root 15 0.0 0.0 0 0 ? S Nov07 0:05 [migration/3] root 60 0.0 0.0 0 0 ? S Nov07 0:06 [kblockd/2] root 64 0.0 0.0 0 0 ? S Nov07 0:06 [kblockd/6] root 62 0.0 0.0 0 0 ? S Nov07 0:07 [kblockd/4] root 19 0.0 0.0 0 0 ? S Nov07 0:07 [migration/4] root 59 0.0 0.0 0 0 ? S Nov07 0:08 [kblockd/1] root 31 0.0 0.0 0 0 ? S Nov07 0:08 [migration/7] root 61 0.0 0.0 0 0 ? S Nov07 0:10 [kblockd/3] root 65 0.0 0.0 0 0 ? S Nov07 0:10 [kblockd/7] root 63 0.0 0.0 0 0 ? S Nov07 0:12 [kblockd/5] root 27 0.0 0.0 0 0 ? S Nov07 0:12 [migration/6] root 58 0.0 0.0 0 0 ? S Nov07 0:13 [kblockd/0] root 23 0.0 0.0 0 0 ? S Nov07 0:16 [migration/5] root 38 0.0 0.0 0 0 ? S Nov07 0:18 [events/3] root 29 0.0 0.0 0 0 ? S Nov07 0:18 [ksoftirqd/6] root 13 0.0 0.0 0 0 ? S Nov07 0:19 [ksoftirqd/2] root 37 0.0 0.0 0 0 ? S Nov07 0:20 [events/2] root 40 0.0 0.0 0 0 ? S Nov07 0:20 [events/5] root 41 0.0 0.0 0 0 ? S Nov07 0:20 [events/6] root 21 0.0 0.0 0 0 ? S Nov07 0:22 [ksoftirqd/4] root 36 0.0 0.0 0 0 ? S Nov07 0:23 [events/1] root 42 0.0 0.0 0 0 ? S Nov07 0:24 [events/7] root 9 0.0 0.0 0 0 ? S Nov07 0:24 [ksoftirqd/1] root 35 0.0 0.0 0 0 ? S Nov07 0:27 [events/0] root 1221 0.0 0.0 0 0 ? S Nov07 0:58 [flush-8:0] root 17 0.0 0.0 0 0 ? S Nov07 1:01 [ksoftirqd/3] root 1025 0.0 0.0 0 0 ? S Nov07 1:08 [jbd2/sdb1-8] root 4 0.0 0.0 0 0 ? S Nov07 1:11 [ksoftirqd/0] root 25 0.0 0.0 0 0 ? S Nov07 1:13 [ksoftirqd/5] root 33 0.0 0.0 0 0 ? S Nov07 1:24 [ksoftirqd/7] root 39 0.0 0.0 0 0 ? S Nov07 2:28 [events/4] root 450 0.0 0.0 0 0 ? S Nov07 2:49 [kjournald] root 1341 0.0 0.0 0 0 ? S Nov07 3:22 [kondemand/6] root 1337 0.0 0.0 0 0 ? S Nov07 3:47 [kondemand/2] root 1339 0.0 0.0 0 0 ? S Nov07 3:57 [kondemand/4] root 1336 0.0 0.0 0 0 ? S Nov07 4:05 [kondemand/1] root 1342 0.0 0.0 0 0 ? S Nov07 4:38 [kondemand/7] root 1340 0.0 0.0 0 0 ? S Nov07 4:39 [kondemand/5] root 1338 0.0 0.0 0 0 ? S Nov07 4:47 [kondemand/3] root 1335 0.0 0.0 0 0 ? S Nov07 5:10 [kondemand/0] root 100 0.1 0.0 0 0 ? S Nov07 7:53 [kswapd0] root 1216 0.0 0.0 10812 236 ? S< Nov07 0:00 /sbin/udevd -d root 1217 0.0 0.0 10812 236 ? S< Nov07 0:00 /sbin/udevd -d root 544 0.0 0.0 10816 268 ? S<s Nov07 0:00 /sbin/udevd -d root 27762 0.0 0.0 110232 1120 pts/1 R+ 05:33 0:00 ps aux root 27188 0.0 0.0 111024 4440 pts/1 Ss 05:21 0:00 -bash root 27184 0.0 0.0 112008 5076 ? Ss 05:21 0:00 sshd: root@pts/1 root 1949 0.0 0.0 112584 844 ? Ss Nov07 0:00 abrt-dump-oops -d /var/spool/abrt -rwx /var/log/messages root 1941 0.0 0.0 114704 940 ? Ss Nov07 0:00 /usr/sbin/abrtd root 2558 0.0 0.0 116856 728 ? Ss Nov07 0:02 crond root 1873 0.0 0.0 11912 576 ? S Nov07 0:00 /usr/lib64/couriertcpd -address=0 -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup 143 /usr/sbin/imaplogin /usr/bin/imapd Maildir root 27763 0.0 0.0 155428 852 pts/1 S+ 05:33 0:00 sort -k4 68 1785 0.0 0.0 18008 692 ? S Nov07 0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 1364 0.0 0.0 18316 548 ? Ss Nov07 0:25 irqbalance --pid=/var/run/irqbalance.pid root 1 0.0 0.0 19356 1156 ? Ss Nov07 0:00 /sbin/init root 1745 0.0 0.0 20400 664 ? S Nov07 0:00 hald-runner root 2584 0.0 0.0 21104 304 ? Ss Nov07 0:00 /usr/sbin/atd dbus 1702 0.0 0.0 21432 772 ? Ss Nov07 0:00 dbus-daemon --system root 1849 0.0 0.0 21716 768 ? Ss Nov07 0:00 xinetd -stayalive -pidfile /var/run/xinetd.pid root 1777 0.0 0.0 22520 612 ? S Nov07 0:00 hald-addon-input: Listening on /dev/input/event4 /dev/input/event0 /dev/input/event1 /dev/input/event2 root 1312 0.0 0.0 249088 1872 ? Sl Nov07 0:01 /sbin/rsyslogd -i /var/run/syslogd.pid -c 5 68 1744 0.0 0.0 38052 1824 ? Ssl Nov07 0:01 hald root 2611 0.0 0.0 4064 464 tty1 Ss+ Nov07 0:00 /sbin/mingetty /dev/tty1 root 2613 0.0 0.0 4064 464 tty2 Ss+ Nov07 0:00 /sbin/mingetty /dev/tty2 root 2615 0.0 0.0 4064 464 tty3 Ss+ Nov07 0:00 /sbin/mingetty /dev/tty3 root 2617 0.0 0.0 4064 464 tty4 Ss+ Nov07 0:00 /sbin/mingetty /dev/tty4 root 2619 0.0 0.0 4064 464 tty5 Ss+ Nov07 0:00 /sbin/mingetty /dev/tty5 root 2621 0.0 0.0 4064 464 tty6 Ss+ Nov07 0:00 /sbin/mingetty /dev/tty6 root 1872 0.0 0.0 4068 408 ? S Nov07 0:00 /usr/sbin/courierlogger -name=imapd -pid=/var/run/imapd.pid -lockfile=/var/lock/subsys/courier-imapd -start -name=courier-imapd /usr/lib64/couriertcpd -address=0 -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup 143 /usr/sbin/imaplogin /usr/bin/imapd Maildir root 1734 0.0 0.0 4080 488 ? Ss Nov07 0:00 /usr/sbin/acpid root 1596 0.0 0.0 4576 224 ? Ss Nov07 0:00 mdadm --monitor --scan -f --pid-file=/var/run/mdadm/mdadm.pid root 1840 0.0 0.0 66216 508 ? Ss Nov07 0:00 /usr/sbin/sshd root 1282 0.0 0.0 93156 720 ? S<sl Nov07 0:00 auditd USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND

vmstat -s -S M | grep mem

 32068 M total memory 18243 M used memory 2530 M active memory 1157 M inactive memory 13824 M free memory 2542 M buffer memory

Nach diesen Befehlen habe ich festgestellt, dass diese großen Zahlen in / proc / meminfo:

Slab: 14685364 kB SReclaimable: 14646664 kB CommitLimit: 20724400 kB VmallocTotal: 34359738367 kB VmallocChunk: 34359506832 kB DirectMap1G: 31457280 kB

Was kann ich tun, um diesen hohen Speicherbedarf zu beheben?

Edit: Nach Recherchen über Plattenspeicherleck fand ich heraus, dass es sich um einen Treiber oder etwas mit dem Kernel handeln könnte und dass Slabtop helfen könnte. Ich habe bemerkt, dass dies in 20 Minuten der Ausführung passiert. Ich fange an zu glauben, dass es mit meiner Backup-Crontab zusammenhängt, die rsnapshot verwendet und viele Hardlinks erstellt. Ich werde es testen.

slabtop

2

Ich empfehle Ihnen, diese Antwort zu lesen: http://serverfault.com/a/257819/213754 (konkret die letzten drei Absätze) nKn vor 8 Jahren 0

@nkn Der verknüpfte Post bezieht sich auf das RAM, das für Puffer / Cache verwendet wird. Das OP hat angegeben, dass es die Verwendung nicht berücksichtigt. Der letzte ist ein Speicherverlust, der durch einen Prozess berücksichtigt würde. Auf welches Szenario beziehen Sie sich also? Paul vor 8 Jahren 2

3 Antworten auf die Frage

2

1

Tom Zych 2015-11-11 в 09:25

Beachten Sie /proc/meminfo, dass Slabund SReclaimablesind beide sehr hoch und machen den größten Teil der Nutzung aus. SlabDies ist, was der Kernel für seine eigenen internen Datenstrukturen verwendet, und SReclaimableder Teil Slabdavon kann wiederhergestellt werden.

Was der Kernel mit all dieser Erinnerung macht, weiß ich nicht. Es scheint keine Caches oder Puffer zu sein; das sind beide relativ klein. Es ist jedoch meistens nicht rückzahlbar. Wenn Sie also kein wirkliches Leistungsproblem sehen, ist es wahrscheinlich in Ordnung.

Weitere Informationen finden Sie hier: https://serverfault.com/questions/240277

Es gibt hier ein Posting, bei dem jemand Probleme mit der großen Platte hatte, was schließlich zu einem Absturz führte. Ein Upgrade des Kernels wurde behoben. Dies war jedoch bereits 2011, daher haben Sie wahrscheinlich diesen Fehler nicht: https://serverfault.com/questions/258717

0

Xen2050 2015-11-07 в 16:00

Das sieht überhaupt nicht richtig aus ... Alle aufgeführten Prozesse verwenden 0,0% CPU und MEM, und nur 45 Prozesse klingen sehr leise. Sollte ein Server so niedrig sein? Mein Desktop Mint hat 200 Prozesse (von ps aux|wc -l).

Sie können den Htop nach MEM% mit der Taste F6 sortieren, dann MEM% auswählen und eingeben oder sehen

sudo ps aux|sort -k4

das sollte nach der 4. Spalte sortiert werden, %MEMwenn Ihre Standardeinstellungen mit meinen übereinstimmen, ändern Sie sie entsprechend, wenn sie sich unterscheiden.

Auch free(oder free -mfür Megabyte) zeigt die Linie, -/+ buffers/cache:die die Mathematik mit den Puffern & Cache funktioniert:

 total used free shared buffers cached Mem: 12011 9825 2186 0 243 5829 -/+ buffers/cache: 3752 8259 Swap: 16378 313 16065

Das könnte auch interessant sein: vmstat -s -S M | grep mem

Danke für deinen Vorschlag. Ich ließ den Server für 3 Tage laufen und fügte der Frage die Ergebnisse dieser Befehle hinzu José Roberto Araújo Júnior vor 8 Jahren 0

Accepted Answer · 2015-11-07 09:18:39

htop Versionen, die von verschiedenen Linux-Distributionen bereitgestellt werden, unterscheiden sich erheblich in der Art der Speicherauslastung.

Sehen Sie sich /proc/meminfoan, welche Art von Speicher wächst und von Ihrer Version htopals verwendet wird.

Aktualisiert, nachdem die Ausgaben von meminfo und slabtop bereitgestellt wurden:

Wenn Sie sich die Daten im Detail anschauen, werden Sie feststellen, dass der fehlende Speicher vollständig von SLAB (SLAB) verwendet wird, das heißt für Cache-ähnliche Zuordnungen im Kernel. Reklamierbarer SLAB wird freigegeben, wenn der Speicherdruck ansteigt.

Die Ausgabe von slabinfo zeigt, dass der größte Teil der SLAB für den Dentry-Cache verwendet wird und nur 9% des Cache heiß sind. Dies bedeutet, dass 91% der fehlenden 14G als verfügbarer Speicher (obwohl nicht frei) betrachtet werden können.

Der Dentry-Cache wird zum Zwischenspeichern von Verzeichniseintragsdaten verwendet, um die Pfadsuche zu beschleunigen. Sie haben erwähnt, dass die Speicherauslastung nach einer Sicherung in die Höhe schießt. Das scheint in der Tat der Grund zu sein - der Kernel hält die Verzeichniseintragsdaten aller Dateien im Speicher, nur für den Fall, dass Sie alle Verzeichnisse für einen baldigen nächsten Sicherungslauf durchsuchen möchten.

Die Schlussfolgerung ist, dass dies ein korrektes und korrektes Verhalten des Kernels ist, und wie immer geben die einfachen Userspace-Tools nur einen sehr eingeschränkten Einblick in die Vorgänge im System.

Linux mit 15 GB RAM und nichts

3 Antworten auf die Frage

Verwandte Probleme