Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 73BBDD1B3 for ; Sat, 18 Aug 2012 09:36:24 +0000 (UTC) Received: (qmail 56541 invoked by uid 500); 18 Aug 2012 09:36:21 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 56371 invoked by uid 500); 18 Aug 2012 09:36:20 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 56321 invoked by uid 99); 18 Aug 2012 09:36:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Aug 2012 09:36:18 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dbucherml@hsolutions.ch designates 213.5.155.211 as permitted sender) Received: from [213.5.155.211] (HELO cirrus.hsolutions.ch) (213.5.155.211) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Aug 2012 09:36:10 +0000 Received: from tools.hsolutions.ch (unknown [212.147.66.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by cirrus.hsolutions.ch (Postfix) with ESMTP id 6DA7B1482369 for ; Sat, 18 Aug 2012 11:31:35 +0200 (CEST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_4fff1dc106f11916caa1988579e47605" Date: Sat, 18 Aug 2012 11:35:29 +0200 From: Denis BUCHER To: In-Reply-To: <3BB063CAFD27A1C3E3E44896@nimrod.local> References: <82dd6e3af105f6adcf95a27adfe43408@hsolutions.ch> <8F4F3300-63B3-4F70-99D5-BCD6EA3D61B9@gmail.com> <44ba0ddd07d498ade62cc742290e76e0@hsolutions.ch> <51211F1A9B47EC048E90826D@nimrod.local> <7af65991cba2d4479d04809fb4e76a37@hsolutions.ch> <3BB063CAFD27A1C3E3E44896@nimrod.local> Message-ID: <38172d3209128e77dc295f646f03c394@hsolutions.ch> X-Sender: dbucherml@hsolutions.ch User-Agent: Roundcube Webmail/0.6 X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] Unbelievable : one single apache process uses more than whole server memory (5 gigabytes) ! --=_4fff1dc106f11916caa1988579e47605 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Le 18.08.2012 11:05, Alex Bligh a écrit : >> But how can I strace it ? > > strace -fp [pid] > > so "strace -fp 25178" in the case you gave. > > and see what syscalls it's making. Might give you a hint. OK, but my problem is that when I detect an "offending" process (using too much memory), it's already too late ! The strace will only show mmaps until "[crit] Memory allocation failed" ! Do you have a suggestion on how I could "intercept" these processes before the problem happens ? Denis --=_4fff1dc106f11916caa1988579e47605 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Le 18.08.2012 11:05, Alex Bligh a écrit :

But how can I strace it ? 
strace -fp [pid]

so "strace -fp 25178" in the case you gave.

and see what syscalls it's making. Might give you a hint.

OK, but my problem is that when I detect an "offending" process (using t= oo much memory), it's already too late !

The strace will only show mmaps until "[crit] Memory allocation failed" = !

Do you have a suggestion on how I could "intercept" these processes befo= re the problem happens ?

Denis

 
--=_4fff1dc106f11916caa1988579e47605--