Return-Path: X-Original-To: apmail-builds-archive@minotaur.apache.org Delivered-To: apmail-builds-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1FF0DE211 for ; Sun, 25 Nov 2012 23:02:03 +0000 (UTC) Received: (qmail 2208 invoked by uid 500); 25 Nov 2012 23:02:03 -0000 Delivered-To: apmail-builds-archive@apache.org Received: (qmail 2085 invoked by uid 500); 25 Nov 2012 23:02:02 -0000 Mailing-List: contact builds-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: builds@apache.org Delivered-To: mailing list builds@apache.org Received: (qmail 2074 invoked by uid 99); 25 Nov 2012 23:02:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Nov 2012 23:02:02 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of keith.wall@gmail.com designates 209.85.217.178 as permitted sender) Received: from [209.85.217.178] (HELO mail-lb0-f178.google.com) (209.85.217.178) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Nov 2012 23:01:55 +0000 Received: by mail-lb0-f178.google.com with SMTP id l5so9940472lbo.23 for ; Sun, 25 Nov 2012 15:01:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=/8B9TWuwGVrzv0QQCwrSeFkYS+12Wp+wsSRh7OJQyvI=; b=M4QaONr/LHY7+93Q7rCx9Fv1E6YTp/Gw2ZeGdgRZSRDdwZj6ZXSsbxQYe9jAN9rrqY I0qj3c8OmhbTv8CiZPF0eN4jPRiMNp0lP+s3nLaSXHG4Jea3w6c8++QcpCc3oOjFEYsf yCbtz0NpJZnIWmbX+z3HFiXO4/xGpwEwO0G9L5a7ldnoa4P520oTg7QPQB+5rxYto2Jc YtxnX1HqO2h1FrlJwm1wGIZpyxsqIFbReClgcwAg+4d9RUnKKiaAz+w/4DTTDJN3naNH QP5hgcmLGfG9HDu5Xj/sHnzhScQsYz/LlergFMpEZ8Sm2nbR4SV6StDH90IaFxqz355B N6Kg== MIME-Version: 1.0 Received: by 10.112.36.137 with SMTP id q9mr4367303lbj.42.1353884494121; Sun, 25 Nov 2012 15:01:34 -0800 (PST) Received: by 10.112.29.228 with HTTP; Sun, 25 Nov 2012 15:01:34 -0800 (PST) Reply-To: keith.wall@gmail.com In-Reply-To: References: Date: Sun, 25 Nov 2012 23:01:34 +0000 Message-ID: Subject: Re: Ubuntu4/5 (juno/janus) filesystem operations are slow in comparison with other Ubuntu1-3. From: Keith W To: builds@apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hello Builds, Would someone by able to answer my query please? Thanks in advance, Keith. On 12 November 2012 09:09, Keith W wrote: > Hello Builds > > I'm investigating a regular test failure we (Qpid) see on one of our > Jenkins jobs (Qpid-Java-Java-DBY-TestMatrix). The job is a matrix > that is tied to the ubuntu label. I notice that the test failure (a > timeout) seems to occur when ubuntu4 or 5 is chosen as a build slave. > Tests that normally take a seconds or less extend to tens of seconds > or worse and the job is caught by the build timeout plugin and a > failure results. > > I'm still investigating, but at the moment, the application logs are > pointing to a very slow filesystem as a likely cause. I also see > similar results timing sync and dd commands from a jenkins job. > Script fragment and results are below. > > It would be helpful to me to know the spec of juno and janus machines > including their filesystem spec and config (eg. RAID) (the details > are absent from www.apache.org/dev/machines.html). Are these true > machines or guest VMs? Are you aware of anything else that may cause > slow filesystem performance? > > Kind regards, Keith Wall. > > > > Script: > > time sync > sh -c 'dd if=/dev/zero of=ddfile bs=8k count=200000 && sync' > time sync > > ubuntu5 > > time sync (before) > real 0m6.513s > user 0m0.000s > sys 0m0.584s > 200000+0 records in > 200000+0 records out > 1638400000 bytes (1.6 GB) copied, 3.58202 s, 457 MB/s > real 0m32.567s > user 0m0.016s > sys 0m4.116s > time sync (after) > real 0m1.378s > user 0m0.000s > sys 0m0.552s > > ubuntu3 (for comparison): > > time sync (before) > real 0m0.491s > user 0m0.000s > sys 0m0.372s > > 1638400000 bytes (1.6 GB) copied, 1.25777 s, 1.3 GB/s > real 0m4.696s > user 0m0.012s > sys 0m1.608s > > time sync (after) > real 0m0.376s > user 0m0.000s > sys 0m0.364s