From owner-freebsd-performance@FreeBSD.ORG Wed Sep 9 20:00:11 2009 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489111065694; Wed, 9 Sep 2009 20:00:11 +0000 (UTC) (envelope-from tlott@gamesnet.de) Received: from spirit.gamesnet.de (cl-858.dus-01.de.sixxs.net [IPv6:2a01:198:200:359::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0FF628FC12; Wed, 9 Sep 2009 20:00:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spirit.gamesnet.de (Postfix) with ESMTP id EA1E0304469; Wed, 9 Sep 2009 22:00:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at gamesnet.de Received: from spirit.gamesnet.de ([127.0.0.1]) by localhost (spirit.gamesnet.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g99aQ5CYov6x; Wed, 9 Sep 2009 22:00:01 +0200 (CEST) Received: from sub.han.vpn.gamesnet.de (sub.han.vpn.gamesnet.de [192.168.1.101]) by spirit.gamesnet.de (Postfix) with ESMTPSA id 3765A304457; Wed, 9 Sep 2009 22:00:01 +0200 (CEST) Date: Wed, 9 Sep 2009 21:59:59 +0200 From: Tobias Lott To: freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Message-ID: <20090909215959.6b5152f2@sub.han.vpn.gamesnet.de> In-Reply-To: <20090909213022.34d64e47@sub.han.vpn.gamesnet.de> References: <20090908121945.43ba3976@sub.han.vpn.gamesnet.de> <20090909104807.633418ea@sub.han.vpn.gamesnet.de> <20090909170213.GA7925@lava.net> <20090909213022.34d64e47@sub.han.vpn.gamesnet.de> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: System crawls after Upgrade 7.0->7.2 X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2009 20:00:11 -0000 On Wed, 9 Sep 2009 21:30:22 +0200 Tobias Lott wrote: > > > On Wed, 9 Sep 2009 07:02:13 -1000 > Clifton Royston wrote: > > > On Wed, Sep 09, 2009 at 10:48:07AM +0200, Tobias Lott wrote: > > > On Tue, 8 Sep 2009 12:19:45 +0200 > > > Tobias Lott wrote: > > > > Hey Everyone, > > > > > > > > I upgraded a Dual Core Machine to 7.2-Stable (2 Days ago), all > > > > OS related Stuff is located on an UFS Slice, Application is on > > > > a ZFS Volume. > > > > > > > > After the Upgrade everything seemed fine, but a User noticed one > > > > PHP Script which is basically loading a plain Textfile into > > > > Mysql times out. PHP Timeout was set to 60 secs, that was more > > > > then enough just one day before the upgrade. > > ... > > > > Since I upgraded the Machines zpool to version 13 already I > > > > don't really wanna go back to 7.0, but it seems the only way > > > > out atm. > > > > > > > > Hopefully someone can give me a Hint where maybe I forgot to > > > > check. > > > > > > > > Somehow it feels like the last Versions, I'd say starting with > > > > 7.x doesn't really feel that Rock-Stable as Versions Prior used > > > > to be. Prolly cause I'm using an Experimental Feature like ZFS, > > > > so no Offense nor Blame and this is not intended as a Flame or > > > > whatsoever! So don't get me wrong, I always liked, used, > > > > recommended FreeBSD since 4.0 and will continue to do so! > > > > > > > > Best Regards > > > > > > > > > > I've tested some more it seems the Bottleneck is the HD, Raid > > > Array is Optimal checked it. > > > > Probably you already checked this, but did you go through the > > dmesg output relating to ata and drive detection closely? > > > > In the past from time to time I've had machines suddenly start > > crawling after an upgrade, and it turned out it was because some > > change in the driver detection caused the ata to fall back to pio > > mode. The symptoms are pretty much like you describe - all HD IO > > takes forever. > > > > -- Clifton > > > > Thanks for that Hint, checked again to be sure, but thats not the > Case. > > mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares High-Priority-ReSync ) > mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 > mpt0:vol0(mpt0:0:0): 2 Members: > (mpt0:1:32:0): Primary Online > (mpt0:1:1:0): Secondary Online > mpt0:vol0(mpt0:0:0): RAID-1 - Optimal > mpt0:vol0(mpt0:0:0): Status ( Enabled ) > (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:0:0) > (mpt0:vol0:1): Online > (mpt0:vol0:0): Physical (mpt0:0:32:0), Pass-thru (mpt0:1:1:0) > (mpt0:vol0:0): Online > acd0: CDROM at ata0-master UDMA33 > acd1: CDROM at ata2-slave PIO3 > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers > da0: Command Queueing Enabled > SdMaP0:: A1P5 1C6P3U4 M#B1 (L3a1u0n5c4h6e4d3!2 > 512 byte sectors: 255H 63S/T 19330C) > > Oh well just did some more research and found: http://www.mail-archive.com/freebsd-performance@freebsd.org/msg02461.html Gonna try it out later and gonna give a Report. -- Tobias Lott