Dňa 5.1.2014 12:46 Miroslav Lachman wrote / napísal(a):
Ale jak se s tím popere BSD?
Řekněme, že na tom jednom logickém disku je ZFS. Zaregistruje
automaticky
novou velikost logického disku a zpřístupní kapacitu? Nebo je na to
nějaký
nástroj?
Myslim, ze se ZFS je to zavisle na pouzite
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
12 matches
Mail list logo
