It seems to me that I recently read about this apparent (literally) issue. I think it was on one of Red Hat's magazines. It had to do with diparities in the way that ps reports memory usage. If I recall correctly, ps will report the memory for each forked process as if it was a new instance of the program itself. In other words, a program using 20MB of memory forks seven 5MB processes will appear to be using 7x25MB or 175MB, rather than 20+7x5MB or 35MB, which is actually the case. Or something like that. --- Girts <girts@xxxxxx> wrote: > I'm using slackware 10.2, php 4.4.1 and apache 2.0.55. Does any of these > have somekind of memory leaks ? > > ldd httpd > libssl.so.0.9.7 => /usr/local/lib/libssl.so.0.9.7 (0x40024000) > libcrypto.so.0.9.7 => /usr/local/lib/libcrypto.so.0.9.7 (0x40054000) > libaprutil-0.so.0 => /www/lib/libaprutil-0.so.0 (0x4014d000) > libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0x40162000) > libdb-4.2.so => /lib/libdb-4.2.so (0x40168000) > libexpat.so.0 => /usr/lib/libexpat.so.0 (0x4023b000) > libapr-0.so.0 => /www/lib/libapr-0.so.0 (0x4025b000) > librt.so.1 => /lib/librt.so.1 (0x4027c000) > libm.so.6 => /lib/libm.so.6 (0x4028f000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x402b2000) > libnsl.so.1 => /lib/libnsl.so.1 (0x402e0000) > libpthread.so.0 => /lib/libpthread.so.0 (0x402f6000) > libdl.so.2 => /lib/libdl.so.2 (0x40349000) > libc.so.6 => /lib/libc.so.6 (0x4034e000) > /lib/ld-linux.so.2 (0x40000000) > > Compiled in modules: > core.c > prefork.c > http_core.c > mod_cgi.c > mod_negotiation.c > mod_actions.c > mod_userdir.c > mod_so.c > > Loaded Modules: core prefork http_core mod_cgi mod_negotiation > mod_actions mod_userdir mod_so mod_access mod_auth mod_auth_anon > mod_charset_lite mod_cache mod_include mod_log_config mod_log_forensic > mod_logio mod_env mod_mime_magic mod_cern_meta mod_headers mod_unique_id > mod_setenvif mod_ssl mod_mime mod_status mod_autoindex mod_asis mod_info > mod_dir mod_imap mod_speling mod_alias mod_rewrite sapi_apache2 mod_security > > >You need to be more specific about httpd and OS versions, as well as a list > of the modules used. > > > >There have been memory leaks in some modules in the past, like a leak in the > handling of rewrite maps for example. You could also search the Apache bug > site. > > > >-ascs > > > >-----Original Message----- > >From: Girts [mailto:girts@xxxxxx] > >Sent: Monday, May 15, 2006 9:00 AM > >To: users@xxxxxxxxxxxxxxxx > >Subject: [users@httpd] Apache eating memory > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > 8520 www 10 0 414m 320m 4896 S 0.0 36.2 0:08.08 httpd > > 8631 www 9 0 195m 191m 3816 S 0.0 21.7 0:15.50 httpd > > 8511 www 9 0 182m 178m 4944 S 0.0 20.2 0:06.49 httpd > > 8516 www 9 0 20016 15m 4428 S 0.0 1.8 0:00.93 httpd > > 8526 www 10 0 19476 15m 3916 S 0.0 1.8 0:05.41 httpd > > 8513 www 9 0 17772 14m 4828 S 0.0 1.6 0:04.39 httpd > > 8512 www 9 0 16920 13m 4784 S 0.0 1.5 0:01.66 httpd > > 8518 www 9 0 16832 13m 4712 S 0.0 1.5 0:01.41 httpd > > 8514 www 9 0 16452 12m 4764 S 0.0 1.5 0:02.43 httpd > > 8515 www 9 0 16224 12m 4752 S 0.0 1.4 0:03.54 httpd > > 8517 www 9 0 15920 12m 4776 S 0.0 1.4 0:02.10 httpd > > 8519 www 9 0 15680 12m 4732 S 0.0 1.4 0:02.12 httpd > > 8528 www 10 0 19656 11m 3708 S 0.0 1.3 0:02.51 httpd > > 8630 www 11 0 15344 11m 3752 S 7.1 1.3 0:01.25 httpd > > 8529 www 10 0 15308 11m 3624 S 0.0 1.3 0:01.08 httpd > > 8531 www 9 0 15828 11m 4384 S 0.0 1.3 0:01.60 httpd > > 8632 www 9 0 15028 11m 3836 S 0.0 1.3 0:05.05 httpd > > 8525 www 9 0 15236 11m 3820 S 0.0 1.3 0:04.56 httpd > > 8530 www 9 0 19804 10m 3904 S 0.0 1.2 0:02.32 httpd > > 8523 www 9 0 108m 10m 3512 S 0.0 1.2 0:08.94 httpd > > > >Does anybody have somekind of explanation why apache after 5 min of work is > eating 400 mb ram ? > > > >--------------------------------------------------------------------- > >The official User-To-User support forum of the Apache HTTP Server Project. > >See <URL:http://httpd.apache.org/userslist.html> for more info. > >To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > >For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > > > > >--------------------------------------------------------------------- > >The official User-To-User support forum of the Apache HTTP Server Project. > >See <URL:http://httpd.apache.org/userslist.html> for more info. > >To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > >For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > > > > > > > > > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|