Szia, toletek van a binaris. woody + apt balabit sources.list deb ftp://ftp.debian.org/debian woody main contrib non-free deb ftp://ftp.debian.org/debian-non-US woody/non-US main contrib non-free deb ftp://ftp.debian.org/debian-security woody/updates main contrib non-free deb http://apt.balabit.hu/zorp-gpl-os 2.1 main zorp-os zorp-common zorp-gpl zorp-os-extra ii libzorpll 2.1.12.3-1 Low level library functions for Zorp ii zorp 2.1.7 An advanced protocol analyzing firewall ii zorp-doc 2.1.7 Zorp documentation. ii zorp-modules 2.1.7 Default proxy modules for Zorp ii libc6 2.2.5-11.5 GNU C Library: Shared libraries and Timezone azota megint 96M eppen 1 process. amig nem volt non-trans http addig ez a memleak sem volt. ha toletek van a binaris, akkor gondolom jo. downgradeljek 2.0.9-re vagy az is lukas? koszi Balazs Scheidler írta:
2004-06-07, h keltezéssel 16:40-kor narancs ezt írta:
Sziasztok,
ma volt kb 15 olyan zorp processem amely darabonként 486MB ramot evett, ebből 335MB shared volt.
Természetesen restartoltam, azóta türhető 4MB értékre zuhant a mem használat. Http proxy futott azon az instance-on. Non-transzparens.
balabit-es apt deb csomag.
^^^^^^^^^^^^^^^^^^^^^^
hmm.. van egy libc-s problema, ami pontosan nem transzparens HTTP eseten johet elo, bar erre elvileg van workaround...
kerdes, hogy van-e ilyened a zorpconfig.h-ban:
#define HAVE_LEAK_IN_GETHOSTBYNAME_R 1
a mi csomagjainkban elvileg van ilyen.... megneztem tenyleg van. te forditottad a csomagot, vagy tolunk toltotted a binarist?