Vilem Kebrt wrote:
dosud neprobuzen odepisujic na mobilu jsem si neuvedomil jednu vec.
Nesnazime se tu nahodou reinvent the wheel ?
viz : https://code.google.com/p/bsnmp-ucd/
No, ted jsme spis bourlive diskutovali na tema jaky udaj vlastne
sledovat. Odkud ho brat je samozrejme taky problem k
Dne 29. prosince 2013 22:40 Dan Lukes d...@obluda.cz napsal(a):
Sledovat celkove mnozstvi alokovane pameti (linearni) je problematicke pokud
neni zatizeni toho stroej velice konstantni.
Pro me je ted momentalne asi nejproblematictejsi se vubec vyznat v
tom, co ktery nastroj vlastne ukazuje pod
Ahoj,
2014/1/6 Miroslav Prýmek m.pry...@gmail.com
Dne 29. prosince 2013 22:40 Dan Lukes d...@obluda.cz napsal(a):
Sledovat celkove mnozstvi alokovane pameti (linearni) je problematicke pokud
neni zatizeni toho stroej velice konstantni.
Pro me je ted momentalne asi nejproblematictejsi se
Ahoj
2014/1/6 Miroslav Prýmek m.pry...@gmail.com:
Kdybys toto chtel, tak bys to
mohl zkusit odhadnout podle trendu aktivni pameti.
Presne tam jsem miril. Je teda zaver, ze pro hrubou kontrolu _trendu_
by mi stacilo sledovat
vm.stats.vm.v_active_count + vm.stats.vm.v_wire_count popr. jenom
Miroslav Prýmek wrote:
Pro me je ted momentalne asi nejproblematictejsi se vubec vyznat v
tom, co ktery nastroj vlastne ukazuje pod jakym nazvem :)
Swap je jasnej - celkem k dispozici a nepouzito. Rozdil je objem
pouziteho swapu a mel by se drzet nizko. BTW, pokud jsem si dobre
vsimnul, v
Dne 6. ledna 2014 20:11 Dan Lukes d...@obluda.cz napsal(a):
Nevim co znamena pouziva preventivne. [...] Pokud v prilis kratkem
casu prijde vetsi mnozstvi alikoacnich pozadavku, takove, ktere prevysi
objem drzene rezervy nastane situace, kdy paradoxne fyzicka pamet k
dispozici neni. Ulozeni
Miroslav Prýmek wrote:
mnozstvi pameti aktualne naalokovane procesy vs. mnozstvi pameti, kterou
procesy maximalne muzou naalokovat.
To se ti prave snazim vysvetlit, ze takove porovnani je sakra
problematicky. Problem je jak s pojmem procesy tak s pojmem
naalokovane.
A to prave proto, ze pamet
Dne 6. ledna 2014 23:01 Dan Lukes d...@obluda.cz napsal(a):
A to prave proto, ze pamet muze byt pridelena vic nez jednomu procesu. A
taky proto, ze (uz to tu padlo), prakticky veskera pamet je nekomu
naalokovana.
Pro zacatek by uplne uplne stacilo odlisit mnozstvi pameti naalokovane
systemu
Miroslav Prýmek wrote:
Dne 6. ledna 2014 23:01 Dan Lukes d...@obluda.cz napsal(a):
A to prave proto, ze pamet muze byt pridelena vic nez jednomu procesu. A
taky proto, ze (uz to tu padlo), prakticky veskera pamet je nekomu
naalokovana.
Pro zacatek by uplne uplne stacilo odlisit mnozstvi
Dne 7. ledna 2014 0:37 Dan Lukes d...@obluda.cz napsal(a):
Nekoukal jsem to zdrojaky, ale mam dojem, ze
Mem Active ~ vm.stats.vm.v_active_count
Mem Inactive ~ vm.stats.vm.v_inactive_count
Mem Wired~ vm.stats.vm.v_wire_count
Mem Cache~ vm.stats.vm.v_cache_count
Mem Buf ~
Ahoj,
omlouvam se za predchozi mail , dosud neprobuzen odepisujic na mobilu
jsem si neuvedomil jednu vec.
Nesnazime se tu nahodou reinvent the wheel ?
viz : https://code.google.com/p/bsnmp-ucd/
Vilem
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Ahoj,
Cisla ohledne RAM ale moc nechapu... Ciste z nazvu hadam asi takhle:
TotalReal by mela byt asi celkova (fyzicka, instalovana) RAM.
AvailReal fyzicka, naprosto nevyuzita pamet. Cim se lisi od TotalFree
netusim...
Shared snad pamet sdilena mezi procesy, takze hlavne binarky.
Buffer
On 12/29/13 13:49, Miroslav Prýmek:
nejak se nemuzu zorientovat v hodnotach, ktery vraci ohledne RAM:
sysctl:
hw.physmem: 8533217280
hw.usermem: 7835803648
hw.realmem: 8791257088
top:
Mem: 291M Active, 6420M Inact, 665M Wired, 181M Cache, 823M Buf, 335M Free
# snmpwalk -v2c -c public
Dne 29. prosince 2013 16:06 Dan Lukes d...@obluda.cz napsal(a):
Zda bsnmp nebo i net-snmp poskytuje to co TOP se da zjistovat teprve az bude
jasny co to TOP zobrazuje. Vzhledem k tomu, ze se dohamas prave udaju z TOPu
souvim, ze vis co to TOP vlastne presne zobrazuje ...
Sorry, nevyjadril jsem
Dne 29. prosince 2013 18:32 Miroslav Prýmek m.pry...@gmail.com napsal(a):
Proc nefachci to ucd, to nekdo nahodou nevite? Tak by mely byt prave
cisla, ktery by se mi hodily...
Tak aspon na tohle si odpovim: je tam nejaka chyba, takze pri
prochazeni celeho stromu se neobjevi, je potreba chtit
On 29.12.2013 18:32, Miroslav Prýmek:
Jde mi o jakoukoli rozumnou metriku --
tj. vytahnout ze snmp nejaky cislo, ktery by melo smysl sledovat - tj.
napr. za normalnich okolnosti by to cislo melo treba oscilovat kolem
nejake hodnoty, ale nemelo by neustale rust - to by znamenalo memory
leak nebo
16 matches
Mail list logo