reducing memory footprint?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Gerald,

HP has a tuning guide for their bundled Netscape DS, which may be 
somewhat useful to you for this:

http://docs.hp.com/en/7152/nds621_tuning_sizing_13.pdf

Of course, Fedora DS and HP's DS are not the same product, but they have 
common heritage.

Excerpt:
> The Netscape Directory Server for HP-UX caches entry and indexing 
> information in memory. HP-UX requires at
> least 256 MB of memory for a small deployment. But for large directory 
> servers, 512MB to 4GB RAM is needed for
> best performance. To estimate how much RAM needed for Directory Server 
> on a system, please use the following
> formula:
> Total_NDS_RAM = 1.2 * (base_RAM_need_for_slapd_process + caches)
> Where
> base_RAM_needed_for_slapd_process = 32MB + nsslapd-threadnumber * 1MB
> caches = dbcache + SUM(all entry caches) + import_cache
> Explanation:
> ? 1.2: 20% additional RAM needed for slapd process to handle incoming 
> LDAP operations. 20% is an
> estimated number, and it should be sufficient. However, testing is 
> needed to ensure that it is enough before
> going into production.
> ? 32MB: is the size of the slapd process.
> ? nsslapd-threadnumber *1MB: each thread needs about 1MB of memory.
> ? dbcache: specified as nsslapd-dbcachesize.
> ? All entry caches: specified as nsslapd-cachememsize.


Gerald Richter wrote:
> Hi,
>
> I just made a test installation of FDS and saw that a ns-slapd without any 
> user data takes about 120MB of (virtual) memory on my system.
>
> I would like to run it on a system which limited memory resources, so I am 
> looking for a way to use less memory.
>
> I don't have high load on that system and never more than one or two quries in 
> parallel, so it would be quite ok to reduce the number of threads and things 
> like this, but beside reducing the cache size of the backend DB I didn't find 
> any hints what can be done in this direction.
>
> Any ideas?
>
> Thanks
>
> Gerald
>
>  
>
>  
> ** Virus checked by BB-5000 Mailfilter ** 
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>   







[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux