Hallo,
Hab gerade mal in mein System geschaut und bemerkt, daß meine physikalische Speicherauslastung rot angezeigt wird (91%).
Muß ich mir da Sorgen machen. Oder regelt sich das von selbst ? bzw. kann ich die Speicherauslastung manuell zuordnen ?
physikalischer Speicher, Auslastung ??
Re: physikalischer Speicher, Auslastung ??
Hab da was gefunden
http://ipc.pebkac.at/forum/viewtopic.ph ... tung#p2336
Aber warum wird das ganze dann rot angezeigt ?? Wenn es so i.O. ist ??

http://ipc.pebkac.at/forum/viewtopic.ph ... tung#p2336
Aber warum wird das ganze dann rot angezeigt ?? Wenn es so i.O. ist ??
-
- Entwickler Team
- Beiträge: 2576
- Registriert: So 17. Apr 2011, 11:39
- Been thanked: 1 time
- Kontaktdaten:
Re: physikalischer Speicher, Auslastung ??
Naja es wird Rot angezeigt weil wenn vom RAM auch kein Cache mehr zur Verfügung steht, könnte es passieren das eine Anwendung die noch mehr Speicher benötigt crasht oder keine weiteren Programme mehr gestartet werden können...
So ein Problem haben wir zb hier mit diesem Server der leider nur 256MB zugesicherten Ram und 512MB Burst hat und da OpenVZ verwendet wird, leider keinerlei SWAP und die meiste Zeit leider so umdie 470MB dauerhaft dank mysql verbrät ... da kommts leider abunzu mal vor das dass Scanscript crasht weil kein memory mehr zur verfügung steht in dem Moment wo er scannen möchte....
Aber solange du noch genug Cache hast brauchste dir da eigentlich keine Sorgen machen - siehe dazu: cat /proc/meminfo
hier die Ausgabe von unserem Forum/Updateserver:Und so sieht es zb in meiner VM aus, wie es warscheinlich auch ähnlich bei dir aussehen wird:
ThinClients also "normale" rechner haben aber i.d.R. auch einen SWAP worauf zugegriffen wird fals der Physikalischer Speicher voll sein sollte - das ist bei unserer VPS hier aber leider auch nicht möglich, dafür kostet sie aber auch nur 3$/mon 
So ein Problem haben wir zb hier mit diesem Server der leider nur 256MB zugesicherten Ram und 512MB Burst hat und da OpenVZ verwendet wird, leider keinerlei SWAP und die meiste Zeit leider so umdie 470MB dauerhaft dank mysql verbrät ... da kommts leider abunzu mal vor das dass Scanscript crasht weil kein memory mehr zur verfügung steht in dem Moment wo er scannen möchte....
Aber solange du noch genug Cache hast brauchste dir da eigentlich keine Sorgen machen - siehe dazu: cat /proc/meminfo
hier die Ausgabe von unserem Forum/Updateserver:
Spoiler
Show
Code: Alles auswählen
root@ipc:~# cat /proc/meminfo
MemTotal: 524288 kB
MemFree: 126224 kB
Buffers: 0 kB
Cached: 0 kB
SwapCached: 0 kB
Active: 0 kB
Inactive: 0 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 524288 kB
LowFree: 126224 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 0 kB
Mapped: 0 kB
Slab: 0 kB
PageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 0 kB
Committed_AS: 0 kB
VmallocTotal: 0 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 2048 kB
root@ipc:~#
Code: Alles auswählen
root@test ~ > cat /proc/meminfo
MemTotal: 250944 kB
MemFree: 139864 kB
Buffers: 6064 kB
Cached: 62524 kB
SwapCached: 0 kB
Active: 44012 kB
Inactive: 45056 kB
Active(anon): 20636 kB
Inactive(anon): 80 kB
Active(file): 23376 kB
Inactive(file): 44976 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 138232 kB
SwapFree: 138232 kB
Dirty: 48 kB
Writeback: 0 kB
AnonPages: 20488 kB
Mapped: 11680 kB
Shmem: 228 kB
Slab: 12036 kB
SReclaimable: 5892 kB
SUnreclaim: 6144 kB
KernelStack: 1376 kB
PageTables: 3908 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 263704 kB
Committed_AS: 191552 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 19468 kB
VmallocChunk: 34359713268 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 8128 kB
DirectMap2M: 253952 kB
root@test ~ >

Du musst nicht kämpfen um zu siegen
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 0 Gäste