🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: ch.comp.os.linux
Article #414

Re: Memory Verschleiss?

#414
From: Johannes Vogel
Date: Sat, 31 May 2008 09:21
42 lines
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-mail
References: <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