sziasztok, a kovetkezo verziokat hasznalom, debian squeeze -n csomagbol telepitve. 64 bites kernel/userland Zorp 3.3.6 Revision: ssh+git://sasa@git.balabit //var/scm/git/zorp/zorp-core--mainline--3.3#master#6edb5a74eba572a6ffd442b5a9760c3c3ac7907e Compile-Date: Nov 11 2010 14:43:34 libzorpll 3.3.0.12 Revision: ssh+git://hidden@git.balabit //var/scm/git/zorp/libzorpll--mainline--3.3#master#ac32b2a0ec71fbb94690d959fedb55217d8c5ec5 Compile-Date: Jun 20 2010 22:42:59 a tapasztalat az, hogy egyre tobb memoriat eszik a zorp instance. az elmult 5 napban peldaul igy alakult: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 27250 zorp 20 0 247m 41m 3896 S 0 1.0 0:01.83 zorp 27250 zorp 20 0 334m 113m 3896 S 0 2.8 0:06.60 zorp 27250 zorp 20 0 443m 209m 3896 S 0 5.1 0:11.89 zorp 27250 zorp 20 0 576m 291m 3896 S 0 7.1 0:18.71 zorp 27250 zorp 20 0 695m 393m 3896 S 0 9.6 0:26.66 zorp es sajnos ez igy megy tovabb mig az oom killer el nem intezni nehany het mulva. a kerdesem az, hogy ismert hibarol van-e szo? elkepzelheto, hogy javitva lesz a squeeze csomagban? Üdv, Márk
a kerdesem az, hogy ismert hibarol van-e szo? elkepzelheto, hogy javitva lesz a squeeze csomagban?
Hogy ismert-e vagy sem, arrol nem tudok nyilatkozni, ellenben azt szinte biztosra veszem, hogy squeezeben ez nem lesz javitva. Viszont, hogy jo hir is legyen, ha egy kesobbi verzioban javitva lett, es az arra valo upgrade is megoldhato, tervbe van veve, hogy a nagyon kozel jovoben (ertsd: a heten) elerhetove kerul egy olyan apt-getelheto zorp repo, amiben a legfrissebb Zorp GPL van. Tobbek kozt Squeeze-re is forgatva. -- |8]
participants (2)
-
Gergely Nagy
-
Mark Szabo