Article View: ch.comp.os.linux
Article #414Re: Memory Verschleiss?
From: Johannes Vogel
Date: Sat, 31 May 2008 09:21
Date: Sat, 31 May 2008 09:21
42 lines
3035 bytes
3035 bytes
Hi Harald Harald Weidner wrote: > Johannes Vogel <newsgroups@jvogel.ch>: >> Ich habe mich also mal mit den /proc/[number]/maps auseinander gesetzt >> und finde da viele Memory-Stellen, die unbenutzt scheinen: >> 08048000-080e5000 r-xp ... 00:0f 142936716 /usr/.../httpd >> 080e5000-080e8000 rwxp ... 00:0f 142936716 /usr/.../httpd >> 080e8000-08301000 rwxp ... 00:00 0 >> b6f8d000-b6fc1000 rwxs ... 00:11 1369945414 >> ... >> Die letzten beiden Zeilen in diesem Auszug scheinen ja zu keinem >> Programm zu geh�ren. Wenn man diese Zeilen addiert, komme ich auf >> immerhin 952 MB Speicher, die da erw�hnt werden. > Die Speicherbereiche geh�ren durchaus zu einem Programm, n�mlich > zu dem Prozess mit der PID [nummer]. Deswegen stehen sie in > /proc/[nummer]/maps . > Sie geh�ren lediglich nicht zu einer bestimmten Datei, sondern wurden > zur Laufzeit des Programmes dynamisch alloziiert. Die ersten beiden > Zeilen geben dagegen Speicherbereiche an, die direkt aus einer Datei > in den Speicher gemappt werden. Woraus ich nun schliesse, dass die Speicherbereiche nicht mehr ben�tigt w�rden, aber weiterhin reserviert bleiben. Irre ich mich da? > Die Summe der Speicherbereiche aus allen /proc/*/maps Eintr�gen > �bersteigt den real verf�gbaren Speicher bei weitem. Das liegt u.a. > daran, dass viele Prozesse die selbe Bin�rdatei und/oder Library > benutzen. Dieser Speicher wird dann physisch nur einmal belegt, aber > in die Adressr�ume mehrere Prozesse gemappt. Das ist ein sehr intelligentes Verhalten. In diesem Fall ist der angegebene Speicherbereich (oben 080e8000-08301000) ein virtueller Wert? Wo sehe ich den tats�chlich belegten Speicherbereich pro Programm? Eigentlich h�tte ich ja nur gerne eine Ansicht, wie ich sie aus dem Prozessmanager in Windows XP kenne. Pro Programm den ben�tigten Speicherbereich, so dass ich beurteilen kann, wer wieviel Speicher verbraucht. Herzlichen Dank! Johannes
Technical Details
Message-ID:
<8436$4841189c$50db7d0d$919@news.hispeed.ch>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!feeder.news-service.com!newsfeed.freenet.de!newsfeed01.chello.at!newsfeed02.chello.at!news.hispeed.ch.POSTED!not-for-mailReferences:
<a099$483fb9d2$50db7d0d$2253@news.hispeed.ch> <6ab463F36bq96U1@mid.individual.net>Show Full Headers
Complete Article Headers
X-Google-Thread: f4b73,8a8158c718091522 X-Google-Attributes: gidf4b73,domainid0,public,usenet X-Google-Language: GERMAN,ASCII Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!feeder.news-service.com!newsfeed.freenet.de!newsfeed01.chello.at!newsfeed02.chello.at!news.hispeed.ch.POSTED!not-for-mail Date: Sat, 31 May 2008 11:21:38 +0200 From: Johannes Vogel <newsgroups@jvogel.ch> Organization: http://www.jvogel.ch User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 Newsgroups: ch.comp.os.linux Subject: Re: Memory Verschleiss? References: <a099$483fb9d2$50db7d0d$2253@news.hispeed.ch> <6ab463F36bq96U1@mid.individual.net> In-Reply-To: <6ab463F36bq96U1@mid.individual.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Message-ID: <8436$4841189c$50db7d0d$919@news.hispeed.ch> X-Complaints-To: abuse@hispeed.ch Lines: 42 NNTP-Posting-Host: 80.219.125.13 (80.219.125.13) NNTP-Posting-Date: Sat, 31 May 2008 11:21:32 +0200 X-Trace: 084364841189cf57ed8a800919