Bei mir stürzt die App häufig aufgrund eines Speicherzuweisungsfehlers ab (gemeldet von dmesg), sogar beim normalen Surfen mit wenigen geöffneten Tabs oder bei der Bildverarbeitung mit Gimp. Die Maschine hat 16 GB RAM. Ich habe versucht, die Speicherzuweisung wie folgt zu testen:diese Frage:
$ stress-ng --vm-bytes $(awk '/MemAvailable/{printf "%d\n", $2 * 0.9;}' < /proc/meminfo)k --vm-keep -m 1
stress-ng: info: [28129] defaulting to a 86400 second (1 day, 0.00 secs) run per stressor
stress-ng: info: [28129] dispatching hogs: 1 vm
stress-ng: error: [28148] stress-ng-vm: gave up trying to mmap, no available memory
stress-ng: info: [28129] successful run completed in 10.02s
Beachten Sie, dass die Meldung „kein verfügbarer Speicher“ nicht zurückgegeben wird, wenn ich in der awk-Zeile 0,55 statt 0,9 verwende, aber jeder Wert größer als 0,55 führt zu dem Fehler. Warum kann ich nicht mehr als 0,55 des verfügbaren Speichers zuweisen?
Dies ist der Inhalt von /proc/meminfo
MemTotal: 15919800 kB
MemFree: 5488312 kB
MemAvailable: 12100632 kB
Buffers: 716568 kB
Cached: 6156352 kB
SwapCached: 0 kB
Active: 5465468 kB
Inactive: 4214576 kB
Active(anon): 2985580 kB
Inactive(anon): 117944 kB
Active(file): 2479888 kB
Inactive(file): 4096632 kB
Unevictable: 176576 kB
Mlocked: 2476 kB
SwapTotal: 999420 kB
SwapFree: 999420 kB
Dirty: 156 kB
Writeback: 0 kB
AnonPages: 2983852 kB
Mapped: 713212 kB
Shmem: 294288 kB
KReclaimable: 380216 kB
Slab: 448228 kB
SReclaimable: 380216 kB
SUnreclaim: 68012 kB
KernelStack: 14432 kB
PageTables: 55080 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 16760020 kB
Committed_AS: 9543584 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 31412 kB
VmallocChunk: 0 kB
Percpu: 2848 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
FileHugePages: 0 kB
FilePmdMapped: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 274432 kB
DirectMap2M: 9728000 kB
DirectMap1G: 6291456 kB
und dies sind meine Overcommit-Einstellungen:
$ cat /proc/sys/vm/overcommit_memory
2
$ cat /proc/sys/vm/overcommit_ratio
99
$ cat /proc/sys/vm/swappiness
10
Antwort1
Sie verwendenstrikte Überbelegungsabrechnung, Prozesse dürfen also nicht mehr als den verfügbaren Speicher zuordnen. Die Committed_ASZeile zeigt, dass derzeit 9543584 KiB zugewiesen sind, und die CommitLimitZeile zeigt, dass das Limit bei 16760020 KiB liegt, sodass 7216436 KiB übrig bleiben, die zugewiesen werden können; das sind 59,6 % Ihres verfügbaren Speichers. Wenn Sie also einen gewissen Overhead für berücksichtigen stress-ng, ist es nicht allzu überraschend, dass Sie dem VM-Worker nicht mehr als 55 % Ihres verfügbaren Speichers zuweisen können.
Wenn Sie die Zuweisung eines größeren Teils des verfügbaren Speichers zulassen möchten stress-ng, müssen Sie Overcommitting zulassen:
sudo sysctl vm.overcommit_memory=0
oder erhöhen Sie den Swap-Betrag, um Ihr Commit-Limit zu erhöhen.