Received: by 10.66.76.38 with SMTP id h6mr2738057paw.15.1348960881504;
        Sat, 29 Sep 2012 16:21:21 -0700 (PDT)
X-BeenThere: mongodb-user@googlegroups.com
Received: by 10.68.141.133 with SMTP id ro5ls19037844pbb.1.gmail; Sat, 29 Sep
 2012 16:21:07 -0700 (PDT)
Received: by 10.68.135.103 with SMTP id pr7mr3172252pbb.7.1348960867824;
        Sat, 29 Sep 2012 16:21:07 -0700 (PDT)
Date: Sat, 29 Sep 2012 16:21:07 -0700 (PDT)
From: Moore <lyx...@gmail.com>
To: mongodb-user@googlegroups.com
Message-Id: <a363443b-4ac2-46cb-95e7-fda805a36bbd@googlegroups.com>
In-Reply-To: <CA+BGGQrZZTkhiOAJiUQGvBvKve=w-W8Gu6jgmB1vdC28iCwOZA@mail.gmail.com>
References: <81c8bcc8-4a3f-47c3-adae-6df8506ef2aa@googlegroups.com>
 <CALKyTE6_6OGAyS-h0uSvP2pCnJS0f4JyOJbo8U+z_KPA8xEVmw@mail.gmail.com>
 <37f720d0-a7d4-4ade-8cc8-bfbc408ab621@googlegroups.com>
 <19dfeefc-5da8-4816-8137-7ed665bd4f67@googlegroups.com>
 <cc5833cb-db5b-41ca-86d0-a010b8594d82@googlegroups.com>
 <3c0f1d23-14a0-4eeb-ac42-d527e6105d94@googlegroups.com>
 <12462f00-eb6c-4173-8f7d-d60773881043@googlegroups.com>
 <0e4c6cb7-f3e9-49f6-81c7-ecf4108e4a7f@googlegroups.com>
 <CA+BGGQrZZTkhiOAJiUQGvBvKve=w-W8Gu6jgmB1vdC28iCwOZA@mail.gmail.com>
Subject: Re: [mongodb-user] mongodb not fit for multi-time
 write-delete-rewrite operations?
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_1519_13362552.1348960867299"

------=_Part_1519_13362552.1348960867299
Content-Type: multipart/alternative; 
	boundary="----=_Part_1520_4606858.1348960867299"

------=_Part_1520_4606858.1348960867299
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Somewhat tunning operations fixed this problem but I don't know which one 
was.

1. upgrade to 2.2,  for that OS is CentOS6.2
2. power of two space allocation setting.
3. tuned OS parameter from tuned.noarch parameters included in file named 
throughput-performance/sysctl.ktune
4. ulimit set OS Max open files more than default 1024 and others such as 
Max msgqueue size etc.

It is crucial that we know why we are doing what we are doing, 

In God we trust , i don't know why i doing and i don't know how i doing.

On Sunday, September 30, 2012 4:29:34 AM UTC+8, Max Schireson wrote:
>
> you might want to try the power of two space allocation option in 2.2. 
> It helps a lot in many cases with frequent deletes. I have not looked 
> at all the details of this situation so I can't confirm it will 
> resolve the issues. 
>
>
------=_Part_1520_4606858.1348960867299
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

Somewhat tunning operations fixed this problem but I don't know which one was.<br><br>1. upgrade to 2.2,&nbsp; for that OS is CentOS6.2<br>2. power of two space allocation setting.<br>3. tuned OS parameter from tuned.noarch parameters included in file named throughput-performance/sysctl.ktune<br>4. ulimit set OS Max open files more than default 1024 and others such as Max msgqueue size etc.<br><br>It is crucial that we know why we are doing what we are doing, <br><br>In God we trust , i don't know why i doing and i don't know how i doing.<br><br>On Sunday, September 30, 2012 4:29:34 AM UTC+8, Max Schireson wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">you might want to try the power of two space allocation option in 2.2.
<br>It helps a lot in many cases with frequent deletes. I have not looked
<br>at all the details of this situation so I can't confirm it will
<br>resolve the issues.
<br><br></blockquote>
------=_Part_1520_4606858.1348960867299--

------=_Part_1519_13362552.1348960867299--