[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: slapd memory usage

To: Zev Weiss <zev@bewilderbeest.net>
Subject: Re: slapd memory usage
From: Howard Chu <hyc@symas.com>
Date: Wed, 13 Feb 2019 09:27:38 +0000
Cc: "A. Schulze" <sca@andreasschulze.de>, openldap-technical@openldap.org
In-reply-to: <20190212191906.23gizxqz7gsbd2si@hatter.bewilderbeest.net>
References: <20190212112924.cg6oawgxlukdowvi@hatter.bewilderbeest.net> <eb99f9a0-a465-b039-e2fe-f94e3cfe5c2a@symas.com> <20190212191906.23gizxqz7gsbd2si@hatter.bewilderbeest.net>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 SeaMonkey/2.53

Zev Weiss wrote:
> On Tue, Feb 12, 2019 at 06:09:36AM CST, Howard Chu wrote:
>> It's not tying up a bunch of memory. It's using up some address space, but if it is indeed
>> unused, the OS will not dedicate any actual RAM to that address space.
>>
> 
> Andreas's initial message showed a pretty large difference in top's RES column -- wouldn't that indicate that that virtual address space is in fact backed by
> actual allocated physical pages?

It also showed that there was still 140MB free RAM out of a total of 390MB.
There was no memory pressure to cause the OS to reclaim those pages.

Look at the big picture, not just a single detail.

-- 
  -- Howard Chu
  CTO, Symas Corp.           http://www.symas.com
  Director, Highland Sun     http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/

References:
- Re: slapd memory usage
  - From: Zev Weiss <zev@bewilderbeest.net>
- Re: slapd memory usage
  - From: Howard Chu <hyc@symas.com>
- Re: slapd memory usage
  - From: Zev Weiss <zev@bewilderbeest.net>

Prev by Date: Re: slapd memory usage
Next by Date: help needed for further investigation
Index(es):
- Chronological
- Thread