[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: db stick in RAM ?
- To: Howard Chu <hyc@symas.com>
- Subject: Re: db stick in RAM ?
- From: Benjamin Griese <der.darude@gmail.com>
- Date: Tue, 19 Oct 2010 11:54:17 +0200
- Cc: Frank Bonnet <f.bonnet@esiee.fr>, openldap-technical <openldap-technical@openldap.org>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1IzCSwEpB31kbbmwuvc+xmn7cLybs1V+Lf50+t6e4n4=; b=Q2pc6HVNWcXOX1itJXLpmdQ6vtobj3zcG8gSTinzvocyoLgtr9SQRfZ2rCw1qSAetj kP8hJAEOtJQ8DIpmhtE+pnF7udYuskPUOiguquY6xXrYFm6u8xdO5RkAAbF0aUxQXhOh G9meT7FLzOysX4ih4LsVBxmBlRZjJLeSNF9Lk=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=miLzghV9V6RQWZ4OuFgo2OXKSwdLbl+caqk09AcWQb4RNzgwtX1JFtb2DEZ5gNPc2p gLjNnxrLu1nljpIiUxptWWy8Zdp2iZx9JNOt58Mo7VGGionUigyJg2a02n4i4ANi3AjS FixYx/y1B1XbwV03IB61kO0Oj+JDAV8ZicHwI=
- In-reply-to: <4CBD65C7.6000801@symas.com>
- References: <4CBD596F.2010204@esiee.fr> <AANLkTi=kSzGp-odQ7yEN3UEKqZ62yzH34h6KxF0LQO8s@mail.gmail.com> <4CBD5FD7.8080202@esiee.fr> <4CBD65C7.6000801@symas.com>
Doesn't that depend on the use case.
My knowledge about using OpenLDAP is mostly in 99% read and just 1%
write operations, while a SSD is very good in 99% of the operations
and only 1% writes, which is also cached in RAM.
It's bad if a SSDs takes its time for 1% writing as long as 99%
reading, thats smells like a little bit of benchmarking. :)
Bye.
On Tue, Oct 19, 2010 at 11:32, Howard Chu <hyc@symas.com> wrote:
> Frank Bonnet wrote:
>>
>> Hello
>>
>> Yes maybe safier to use slapcat ...
>>
>> I haven't any SSDs for now so I tested ramdisk
>> did you perform tests with SSD ?
>
> A good SSD can work, but it will cost quite a bit and RAM is still an order
> of magnitude faster. Also, most of the SSDs available now are still poor for
> random writes, which is the main performance bottleneck. (All of my PCs are
> on SSDs now; they're great for fast boot times but without a big RAM cache
> they're still dog slow.)
>>
>> thanks
>>
>> On 10/19/2010 11:00 AM, Benjamin Griese wrote:
>>>
>>> Hi Frank,
>>>
>>> by rsync to hdd, do you mean copying the db files or slapcat the
>>> output to a file?
>>> The first one seems to be a db killer if the db is in use while copying
>>> it. :)
>>> I think the only safe way is by doing a slapcat after every write to
>>> the db (accesslog?).
>>>
>>> Anyway, sounds like a nice idea to me to get a big performance boost.
>>> Have you considered SSDs instead of ramdisks?
>>> Imo its the more safe and nearly as fast as ramdisk alternative. :)
>>>
>>> Bye, Benjamin.
>>>
>>> On Tue, Oct 19, 2010 at 10:40, Frank Bonnet<f.bonnet@esiee.fr> wrote:
>>>>
>>>> Hello
>>>>
>>>> I'm thinking to put db files in RAM instead of hard disk
>>>> for performance reasons.
>>>>
>>>> FreeBSD ( and Linux thought ) provide some utility to build
>>>> RAMDISK ( md )
>>>>
>>>> I did some tests in rebuilding db files with the slapcat/slapadd
>>>> commands
>>>>
>>>> with RAMDISK
>>>>
>>>> ldap3# time slapadd -l test.ldif
>>>> /usr/local/etc/openldap/slapd.conf: line 110: rootdn is always granted
>>>> unlimited privileges.
>>>> #################### 100.00% eta none elapsed 20s spd
>>>> 633.9
>>>> k/s
>>>>
>>>> WITH HARDDISK
>>>>
>>>> ldap3# time slapadd -l test.ldif
>>>> /usr/local/etc/openldap/slapd.conf: line 110: rootdn is always granted
>>>> unlimited privileges.
>>>> #################### 100.00% eta none elapsed 04m22s spd
>>>> 48.4
>>>> k/s
>>>>
>>>> Does anyone runs production servers with ramdisk ?
>>>>
>>>> I know it is risky but running rsyncd between ramdisk and a hardisk
>>>> depot
>>>> would be safe huh ?
>>>>
>>>> Thanks for any advices
>>>>
>>>>
>>>
>>>
>>
>
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/project/
>
--
To be or not to be -- Shakespeare | To do is to be -- Nietzsche | To
be is to do -- Sartre | Do be do be do -- Sinatra