Return-Path: 
 <users-return-9229-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org
Received: (qmail 76974 invoked from network); 9 Oct 2008 13:58:12 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 9 Oct 2008 13:58:12 -0000
Received: (qmail 48553 invoked by uid 500); 9 Oct 2008 13:58:09 -0000
Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org
Received: (qmail 48541 invoked by uid 500); 9 Oct 2008 13:58:09 -0000
Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:users@jackrabbit.apache.org>
List-Id: <users.jackrabbit.apache.org>
Reply-To: users@jackrabbit.apache.org
Delivered-To: mailing list users@jackrabbit.apache.org
Received: (qmail 48529 invoked by uid 99); 9 Oct 2008 13:58:09 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2008 06:58:09 -0700
X-ASF-Spam-Status: No, hits=0.1 required=10.0
	tests=DNS_FROM_SECURITYSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of tmueller@day.com designates
 207.126.148.181 as permitted sender)
Received: from [207.126.148.181] (HELO eu3sys201aog001.obsmtp.com)
 (207.126.148.181)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 09 Oct 2008 13:57:05 +0000
Received: from source ([209.85.128.186]) by eu3sys201aob001.postini.com
 ([207.126.154.11]) with SMTP;
	Thu, 09 Oct 2008 13:57:39 UTC
Received: by fk-out-0910.google.com with SMTP id 19so27326fkr.8
        for <users@jackrabbit.apache.org>;
 Thu, 09 Oct 2008 06:57:39 -0700 (PDT)
Received: by 10.181.13.19 with SMTP id q19mr123345bki.102.1223560658744;
        Thu, 09 Oct 2008 06:57:38 -0700 (PDT)
Received: by 10.181.17.14 with HTTP; Thu, 9 Oct 2008 06:57:38 -0700 (PDT)
Message-ID: <91f3b2650810090657scbe12a3r815a2c7d24a1376d@mail.gmail.com>
Date: Thu, 9 Oct 2008 15:57:38 +0200
From: "=?ISO-8859-1?Q?Thomas_M=FCller?=" <thomas.mueller@day.com>
Sender: tmueller@day.com
To: users@jackrabbit.apache.org
Subject: Re: WebDAV connector
In-Reply-To: <48EE0CEF.2000700@corsaire.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <48ED19B5.1010509@corsaire.fr>
	 <510143ac0810081425i5eb8f84bx4906e0db11c5b784@mail.gmail.com>
	 <48EDB21C.1010501@corsaire.fr>
	 <510143ac0810090251v557badcfu4d49076c15aa2d39@mail.gmail.com>
	 <48EDE158.6010401@corsaire.fr>
	 <510143ac0810090550ucf4186dl4a09ffeaf05dfaa3@mail.gmail.com>
	 <48EE0CEF.2000700@corsaire.fr>
X-Google-Sender-Auth: d30114c9c720583a
X-Virus-Checked: Checked by ClamAV on apache.org

Hi,

kill -QUIT <pid> should give you a full thread dump. Maybe the thread
dump is in the log file only. If that doesn't work then try:

jstack -l <pid>

This requires JDK 1.6.

Regards,
Thomas


On Thu, Oct 9, 2008 at 3:53 PM, C=E9dric Chantepie <cchantepie@corsaire.fr>=
 wrote:
> Jukka Zitting a =E9crit :
>>
>> Hi,
>>  OK, then there must be some other issue.
>>  Can you try profiling the repository server? Add something like the
>> following to the java command line:
>>
>>    -agentlib:hprof=3Dcpu=3Dsamples,depth=3D30
>>
>> This will produce a java.hprof.txt file in the current directory. This
>> file shows what's taking up most time in the repository server. You'll
>> want to start the server java process just before you start your test
>> clients and close the server once the test is done.
>>
>> BR,
>>
>> Jukka Zitting
>>
>
> To continue from my previous post, I've tried testing again with sun jdk =
1.6
> and -agentlib:hprof=3Dcpu=3Dsamples,depth=3D30 but few times after I trie=
d it
> freezed again. It is probably related with document merging as last outpu=
t I
> can get is "[IndexMerger] merged 543 documents in 7997 ms into _a.", then
> nothing happen in JBoss.
>
> I've let JBoss starting quietly, double-checking it uses proper JVM, it
> takes 2m:35s:135ms. Then wait some times so the test server get down to a=
n
> average load (uptime give me 0.47, 1.11, 0.85). I start testing, it trans=
fer
> some file over the 128 total (about 4 or 5% of files I think) and then
> freezed (I last thing I get see in JBoss trace is message from IndexMerge=
r).
>
> I could try test with blackdown JVM but I think the trouble would be the
> same.
> Maybe some mutex trouble about merging ?
>
> C=E9dric
>
>
>