Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 12 Sep 2009 00:21:33 +0300
From:      Stefan Lambrev <stefan.lambrev@moneybookers.com>
To:        Tobias Lott <tlott@gamesnet.de>
Cc:        freebsd-performance@freebsd.org, freebsd-stable@freebsd.org
Subject:   Re: System crawls after Upgrade 7.0->7.2
Message-ID:  <C676F9BF-4BCE-4FC7-A381-E95C27C89488@moneybookers.com>
In-Reply-To: <20090909215959.6b5152f2@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> <20090909215959.6b5152f2@sub.han.vpn.gamesnet.de>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi Tobias,

This is the "pseudo" RAID controller that comes by default with most  
Dell, low cost HP servers and probably others?
If you depend on I/O I would recommend you to change this raid with  
PERC6/i (looks like this is Dell server)
which is little more expensive, but comes with 256MB battery backed  
cache.

In my experience mpt devices are crap, and their performance is worse  
then software mirror.
PERC6/i is something totally different :) It's again LSI product  
branded from Dell and it works with mfi driver.

The only problem in the past with them was the management utility  
which was linux binary, but today there is
official native tool in ports, and in 8.0 in base install there will  
be a tool to manage your controller.

Well this wasn't that big problem compared to mpt which cannot be  
managed under FreeBSD at all?

On Sep 9, 2009, at 10:59 PM, Tobias Lott wrote:

>
>
> On Wed, 9 Sep 2009 21:30:22 +0200
> Tobias Lott <tlott@gamesnet.de> wrote:
>
>>
>>
>> On Wed, 9 Sep 2009 07:02:13 -1000
>> Clifton Royston <cliftonr@lava.net> 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 <tlott@gamesnet.de> 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 <HL-DT-ST GCR-8240N/1.10> at ata0-master UDMA33
>> acd1: CDROM <VIRTUALCDROM DRIVE/> at ata2-slave PIO3
>> da0 at mpt0 bus 0 target 0 lun 0
>> da0: <Dell VIRTUAL DISK 1028> 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
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org 
> "

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177








Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C676F9BF-4BCE-4FC7-A381-E95C27C89488>