From dev-return-33368-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Tue May 11 12:56:46 2010
Return-Path:
Delivered-To: apmail-directory-dev-archive@www.apache.org
Received: (qmail 9286 invoked from network); 11 May 2010 12:56:46 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
by 140.211.11.9 with SMTP; 11 May 2010 12:56:46 -0000
Received: (qmail 16759 invoked by uid 500); 11 May 2010 12:56:45 -0000
Delivered-To: apmail-directory-dev-archive@directory.apache.org
Received: (qmail 16709 invoked by uid 500); 11 May 2010 12:56:45 -0000
Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
List-Help:
List-Unsubscribe:
List-Post:
List-Id:
Reply-To: "Apache Directory Developers List"
Delivered-To: mailing list dev@directory.apache.org
Received: (qmail 16702 invoked by uid 99); 11 May 2010 12:56:45 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 May 2010 12:56:45 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9)
by apache.org (qpsmtpd/0.29) with SMTP; Tue, 11 May 2010 12:56:43 +0000
Received: (qmail 9266 invoked by uid 99); 11 May 2010 12:56:21 -0000
Received: from localhost.apache.org (HELO emmanuel-lecharnys-MacBook-Pro.local) (127.0.0.1)
(smtp-auth username elecharny, mechanism plain)
by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 May 2010 12:56:21 +0000
Message-ID: <4BE953F3.9020000@apache.org>
Date: Tue, 11 May 2010 14:56:19 +0200
From: =?ISO-8859-1?Q?Emmanuel_L=E9charny?=
Reply-To: elecharny@apache.org
Organization: The Apache Software Foundation
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: Apache Directory Developers List
Subject: Re: Add perf issues
References: <4BE6C957.6050603@gmail.com>
In-Reply-To:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Virus-Checked: Checked by ClamAV on apache.org
On 5/11/10 11:53 AM, Alex Karasulu wrote:
> On Mon, May 10, 2010 at 11:03 AM, Alex Karasuluwrote:
> Hi Emmanuel,
>
> I modified a test and the JdbmTable implementation to expose exactly which
> data structure is being used and make sure the switch occurs at the
> appropriate time. The tests really were not testing this properly but now
> we know for sure. The switch over is occurring as expected:
>
> http://svn.apache.org/viewvc?view=revision&revision=943067
>
Yeah, I realized that.
I have done some more tests, and it appears that when creating a
JdbmTable with a numDuplicate of 512, and inserting 100 000 elements
into it, the time needed to inject elements is growing linearly (ie, it
takes 0,19 milliseconds for the 10 000th elemnt and the 100 000th).
> Now this is actually a worse situation for us because we know the switch
> over is working but the perf is still an issue. We must now investigate
> why. I'd rather have had a regression to deal with quite frankly. Let's work
> together to figure out where our add performance issues lye.
>
I first eliminated the client as the potential source of the problem.
Using JNDI, we get the exact same problem.
I also tried to modify the numDupLimit, to set it to 0, and it does not
make a difference. Hwever, this is an interesting information : the
higher this value, the slower the server will be. To some extent, it's
probably better to set the numDupLimit to 0 ;)
I will try to profile the application now, to see where we are
consumming time.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.nextury.com