Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7F70310528 for ; Wed, 23 Oct 2013 07:34:21 +0000 (UTC) Received: (qmail 33468 invoked by uid 500); 23 Oct 2013 07:34:18 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 33325 invoked by uid 500); 23 Oct 2013 07:34:16 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 33271 invoked by uid 99); 23 Oct 2013 07:34:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Oct 2013 07:34:15 +0000 X-ASF-Spam-Status: No, hits=-1.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of anchela@adobe.com designates 64.18.1.27 as permitted sender) Received: from [64.18.1.27] (HELO exprod6og111.obsmtp.com) (64.18.1.27) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Oct 2013 07:34:08 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob111.postini.com ([64.18.5.12]) with SMTP ID DSNKUmd73EdEzlZHyUh8Mt7Z4K5q55ZUigEI@postini.com; Wed, 23 Oct 2013 00:33:48 PDT Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r9N7U5iH022383 for ; Wed, 23 Oct 2013 00:30:05 -0700 (PDT) Received: from nahub02.corp.adobe.com (nahub02.corp.adobe.com [10.8.189.98]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r9N7Xl6A010015 for ; Wed, 23 Oct 2013 00:33:47 -0700 (PDT) Received: from SJ1GWM332.corp.adobe.com (10.5.79.97) by nahub02.corp.adobe.com (10.8.189.98) with Microsoft SMTP Server (TLS) id 8.3.327.1; Wed, 23 Oct 2013 00:33:47 -0700 Received: from eurhub01.eur.adobe.com (10.128.4.30) by SJ1GWM332.corp.adobe.com (10.5.79.97) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 23 Oct 2013 00:33:47 -0700 Received: from eurmbx01.eur.adobe.com ([10.128.4.32]) by eurhub01.eur.adobe.com ([10.128.4.30]) with mapi; Wed, 23 Oct 2013 08:33:43 +0100 From: Angela Schreiber To: "oak-dev@jackrabbit.apache.org" Date: Wed, 23 Oct 2013 08:29:09 +0100 Subject: Re: slow observation tests Thread-Topic: slow observation tests Thread-Index: Ac7PwjNypZ+tJ+qtRqCi7EN5dWMBaw== Message-ID: In-Reply-To: <9C0FC4C8E9C29945B01766FC7F9D389818A7A2C624@eurmbx01.eur.adobe.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org hi IMHO we should consider lowering the interval for the default setup. if i remember correctly we added sleeps to some of our internal integration tests because they used to fail due to that fact. i recently discussed this with christian keller and he argued that this is likely to cause troubles in productive systems. IMO he is right and we should try to prevent this kind of issues by having a suitable default setup. kind regards angela On 10/23/13 9:10 AM, "Marcel Reutegger" wrote: >Hi, > >our JCR observation tests are quite slow compared to Jackrabbit. >In an offline discussion with Michael, we suspected the way tests >are written is the culprit. at least the TCK tests may wait up to >five seconds for events. we thought some excluded tests slow >down execution because those do not get expected events and >therefore wait five seconds. > >after a closer look I don't think that's the case. even tests, which >succeed are kind of slow. I rather think it's the polling interval >in oak. AFAIU oak polls for changes every second. this also means >events are delivered with an average delay of half a second. > >would it be possible to lower the interval, at least for the tests? >I think this would speed up those tests significantly. > >Regards > Marcel