Hi, I've seen this happening too, 2 months ago there have been lots of cleanups and memoryleaks being fixed, but I still haven't been able to get hold of what's causing this leak. There is a memory leak in there somewhere but I just cannot find it. My "workaround" is to kill radiusd every hour and restart it. I would recommend not using Freeradius and LDAP at this point - functionally it's working fine but this memory leak is a big problem. Cheers, Peter -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, August 06, 2001 3:46 AM To: [EMAIL PROTECTED] Subject: about memory free question of freeradius-0.2 Hi I install freeradius-0.2.tar.gz on Redhat Linux7.1: %./configure --with-snmp=no %make %make install run freeradius use Auth-Type := LDAP. #radiusd& #ps -e|grep radiusd 5979 ? 00:01:26 radiusd 5980 ? 00:00:00 radiusd 5981 ? 00:03:06 radiusd 5982 ? 00:03:08 radiusd 5983 ? 00:03:04 radiusd 5984 ? 00:03:09 radiusd 5985 ? 00:03:07 radiusd I use radiusclient to send 1000/minute ,when it run 2 days,memory : %top -p 5979 9:39am up 7 days, 3:47, 5 users, load average: 0.38, 0.57, 0.54 1 processes: 1 sleeping, 0 running, 0 zombie, 0 stopped CPU states: 41.8% user, 17.7% system, 0.0% nice, 40.3% idle Mem: 255340K av, 251896K used, 3444K free, 0K shrd, 41084K buff Swap: 530104K av, 68520K used, 461584K free 72576K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 5979 root 13 0 59944 58M 1684 S 2.7 23.4 1:29 radiusd after radiusd sleep one days,memory: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 5979 root 13 0 59944 58M 1684 S 2.7 23.4 1:29 radiusd Can you tell me why radiusd free memory so slowly or donnot free on RedHat Linux7.1? - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
