From owner-freebsd-current@FreeBSD.ORG Wed Mar 4 01:09:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDFFB106564A; Wed, 4 Mar 2009 01:09:15 +0000 (UTC) (envelope-from prvs=13145ae6f2=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4AB5B8FC12; Wed, 4 Mar 2009 01:09:15 +0000 (UTC) (envelope-from prvs=13145ae6f2=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1236128017; x=1236732817; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=hCzuimvYfNSxcJWKTa//5 MLG3UOxbKf6VYB4pf2TjBM=; b=X8SLTDSR7GXlcDS+1mobBn7ryou2omujFC7Tf DDFAgs4iykAKiABCb5cMDZB9v4x18Owlzp+JTSIpIRK+6co/VVPq2vArgHd2jhxy KiV0/c1QEalhhesORu1yakmje75Qs0/QK/ONX2BojyISWMnduxBHkcKvj0hpvWZf ZmLcrc= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50007067113.msg; Wed, 04 Mar 2009 00:53:31 +0000 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=13145ae6f2=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Barry Pederson" , "Mike Tancsa" References: <499551B9.7050805@samsco.org><200902172307.n1HN74ml025580@pyroxene.sentex.ca><49AD6130.8040703@barryp.org> <200903031840.n23IeXuk032580@lava.sentex.ca> Date: Wed, 4 Mar 2009 00:53:30 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 04 Mar 2009 00:53:32 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 04 Mar 2009 00:53:37 +0000 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 01:09:16 -0000 That's areca fix is a really interesting fix for us. I applied it to our rrd graph machine which constantly becomes unresponsive currently under high IO load for periods at a time. I can confirm that we also now get Command Queuing Enabled and that camcontrol tags da0 is reporting more that is expected. (pass0:arcmsr0:0:0:0): device openings: 255 I cant say for sure if this has helped as our testing is quite subjective for the most part i.e. does my ssh session stop responding. I can however say the machine is still locking on a regular basis apparently due to the IO load as its doing very little else. Our test here is to run a very simple piece of C: [code] #include #include #include int main( char **argv, int argc ) { time_t last = time( NULL ); while ( 1 ) { time_t now = time( NULL ); time_t diff = now - last; if ( diff >= 2 ) { fprintf( stderr, "stalled for %d seconds\n", diff ); } fprintf( stderr, ctime( &now ) ); last = now; sleep ( 1 ); } exit( 0 ); } [/code] [log] Wed Mar 4 00:31:36 2009 Wed Mar 4 00:31:37 2009 stalled for 4 seconds Wed Mar 4 00:31:41 2009 Wed Mar 4 00:31:42 2009 Wed Mar 4 00:31:43 2009 Wed Mar 4 00:31:44 2009 Wed Mar 4 00:31:45 2009 stalled for 5 seconds Wed Mar 4 00:31:50 2009 Wed Mar 4 00:31:51 2009 stalled for 4 seconds Wed Mar 4 00:31:55 2009 Wed Mar 4 00:31:56 2009 stalled for 2 seconds Wed Mar 4 00:31:58 2009 Wed Mar 4 00:31:59 2009 [/log] As you can see above there a several multi second pauses where above exe was stalled. At the points of stall the process using serious IO are bufdaemon and or syncer. Anyway off thread, thanks for alot for fix to the areca driver Scott, I'm sure it will even if it doesnt totally solve our performance issue here. Regards Steve ----- Original Message ----- From: "Mike Tancsa" > At 11:56 AM 3/3/2009, Barry Pederson wrote: > >>I can report a "metoo" on a 7.0-RELEASE-p3 machine with an Areca >>ARC-1212 card and SATA drives. "camcontrol tags da0" reports: >> >> (pass0:arcmsr0:0:0:0): device openings: 1 >> >>The machine is just a dog sometimes. Haven't tried the patch though. > > > RELENG_7 has all the fixes in. There seem to be quite a few cam > fixes plus the one areca fix. With the patches, post reboot I now see > > da1: Command Queueing Enabled > > raw throughput seems to be the same (which is should). It when there > are multiple reads/writes that the biggest difference should show up. > > ---Mike > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.