On Tue, 17 Jul 2007, dean gaudet wrote:
On Mon, 16 Jul 2007, David Greaves wrote:
Bryan Christ wrote:
I do have the type set to 0xfd. Others have said that auto-assemble only
works on RAID 0 and 1, but just as Justin mentioned, I too have another box
with RAID5 that gets auto assembled b
Did the asynchronous write stuff (as it was in fr1) ever get into kernel
software raid?
I see from the raid acceleration ("ioat") patching going on that some
sort of asynchronicity is being contemplated, but blessed if I can make
head or tail of the descriptions I've read. It looks vaguely like
p
dean gaudet wrote:
On Mon, 16 Jul 2007, David Greaves wrote:
Bryan Christ wrote:
I do have the type set to 0xfd. Others have said that auto-assemble only
works on RAID 0 and 1, but just as Justin mentioned, I too have another box
with RAID5 that gets auto assembled by the kernel (also no ini
David Shaw wrote:
>>> It fails whether I use a raw /dev/sdd or partition it into one large
>>> /dev/sdd1, or partition into multiple partitions. sata_sil24 seems to
>>> work by itself, as does dm, but as soon as I mix sata_sil24+dm, I get
>>> corruption.
>> H Can you reproduce the corrupti
Hi,
I'm getting a strange slow performance behavior on a recently installed
Server. Here are the details:
Server: Asus AS-TS500-E4A
Board: Asus DSBV-D (
http://uk.asus.com/products.aspx?l1=9&l2=39&l3=299&l4=0&model=1210&modelmenu=2
)
Hard Drives: 3x Seagate ST3400620AS (
http://www.seagate.com/ww
I recently got a chance to test SW RAID5 using 750GB disks (10) in a RAID5
on a 3ware card, model no: 9550SXU-12
The bottom line is the controller is doing some weird caching with writes
on SW RAID5 which makes it not worth using.
Recall, with SW RAID5 using regular SATA cards with (mind you)
On Wed, 18 Jul 2007, Rui Santos wrote:
Hi,
I'm getting a strange slow performance behavior on a recently installed
Server. Here are the details:
Server: Asus AS-TS500-E4A
Board: Asus DSBV-D (
http://uk.asus.com/products.aspx?l1=9&l2=39&l3=299&l4=0&model=1210&modelmenu=2
)
Hard Drives: 3x Sea
Cosmetic changes. This is taken from Jens' zero-length barrier patch.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Cc: Jens Axboe <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Index: work/block/ll_rw_blk.c
===
Justin Piszcz wrote:
> UltraDense-AS-3ware-R5-9-disks,16G,50676,89,96019,34,46379,9,60267,99,5010
>98,56,248.5,0,16:10:16/64,240,3,21959,84,1109,10,286,4,22923,91,544,6
> UltraDense-AS-3ware-R5-9-disks,16G,49983,88,96902,37,47951,10,59002,99,529
>121,60,210.3,0,16:10:16/64,250,3,25506,98,11
End of device check is done twice in __generic_make_request() and it's
fully inlined each time. Factor out bio_check_eod().
This is taken from Jens' zero-length barrier patch.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Cc: Jens Axboe <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 63 ++
On Wed, Jul 18 2007, Tejun Heo wrote:
> End of device check is done twice in __generic_make_request() and it's
> fully inlined each time. Factor out bio_check_eod().
Tejun, yeah I should seperate the cleanups and put them in the upstream
branch. Will do so and add your signed-off to both of them.
On Wed, Jul 18, 2007 at 06:23:25AM -0400, Justin Piszcz wrote:
> I recently got a chance to test SW RAID5 using 750GB disks (10) in a RAID5
> on a 3ware card, model no: 9550SXU-12
>
> The bottom line is the controller is doing some weird caching with writes
> on SW RAID5 which makes it not worth
Jens Axboe wrote:
> On Wed, Jul 18 2007, Tejun Heo wrote:
>> End of device check is done twice in __generic_make_request() and it's
>> fully inlined each time. Factor out bio_check_eod().
>
> Tejun, yeah I should seperate the cleanups and put them in the upstream
> branch. Will do so and add your
On Wed, 18 Jul 2007, Gabor Gombas wrote:
On Wed, Jul 18, 2007 at 06:23:25AM -0400, Justin Piszcz wrote:
I recently got a chance to test SW RAID5 using 750GB disks (10) in a RAID5
on a 3ware card, model no: 9550SXU-12
The bottom line is the controller is doing some weird caching with writes
On Wed, 18 Jul 2007, Giuseppe Ghibò wrote:
Justin Piszcz ha scritto:
I recently got a chance to test SW RAID5 using 750GB disks (10) in a RAID5
on a 3ware card, model no: 9550SXU-12
The bottom line is the controller is doing some weird caching with writes
on SW RAID5 which makes it not wo
On 18.07.2007 13:19, Justin Piszcz wrote:
For the HW RAID tests (2) at the bottom of the e-mail, no, I did not set
nr_requests or use the deadline scheduler.
For the SW RAID tests, I applied similar optimizations, I am probably
not at the latest firmware. The main thing I wanted to use though
On Wed, Jul 18 2007, Tejun Heo wrote:
> Jens Axboe wrote:
> > On Wed, Jul 18 2007, Tejun Heo wrote:
> >> End of device check is done twice in __generic_make_request() and it's
> >> fully inlined each time. Factor out bio_check_eod().
> >
> > Tejun, yeah I should seperate the cleanups and put them
On Wed, 18 Jul 2007, Hannes Dorbath wrote:
On 18.07.2007 13:19, Justin Piszcz wrote:
For the HW RAID tests (2) at the bottom of the e-mail, no, I did not set
nr_requests or use the deadline scheduler.
For the SW RAID tests, I applied similar optimizations, I am probably not
at the latest f
Jens Axboe wrote:
> On Wed, Jul 18 2007, Tejun Heo wrote:
>> Jens Axboe wrote:
>>> On Wed, Jul 18 2007, Tejun Heo wrote:
End of device check is done twice in __generic_make_request() and it's
fully inlined each time. Factor out bio_check_eod().
>>> Tejun, yeah I should seperate the clean
Justin Piszcz wrote (ao):
> Its too bad that there are no regular > 4 port SATA PCI-e controllers
> out there.
Is there a disadvantage to using a SaS controller from for example
lsi.com ?
http://lsi.com/storage_home/products_home/host_bus_adapters/sas_hbas/index.html
I haven't tried them yet, bu
On Wed, 18 Jul 2007, Sander wrote:
Justin Piszcz wrote (ao):
Its too bad that there are no regular > 4 port SATA PCI-e controllers
out there.
Is there a disadvantage to using a SaS controller from for example
lsi.com ?
http://lsi.com/storage_home/products_home/host_bus_adapters/sas_hbas/in
On Wed, Jul 18 2007, Tejun Heo wrote:
> Jens Axboe wrote:
> > On Wed, Jul 18 2007, Tejun Heo wrote:
> >> Jens Axboe wrote:
> >>> On Wed, Jul 18 2007, Tejun Heo wrote:
> End of device check is done twice in __generic_make_request() and it's
> fully inlined each time. Factor out bio_check_
On 18.07.2007 13:32, Justin Piszcz wrote:
Yes I agree here, but I guess my question is why is SW RAID5 so slow on
the 3ware card?
I think the controller does disable the drives write cache when exported
unconfigured. It does always disable, unless you put the drive in a unit
and explicit set
On Wed, 18 Jul 2007, Hannes Dorbath wrote:
On 18.07.2007 13:32, Justin Piszcz wrote:
Yes I agree here, but I guess my question is why is SW RAID5 so slow on the
3ware card?
I think the controller does disable the drives write cache when exported
unconfigured. It does always disable, unless
Jens Axboe wrote:
> On Wed, Jul 18 2007, Tejun Heo wrote:
>> Jens Axboe wrote:
>>> On Wed, Jul 18 2007, Tejun Heo wrote:
Jens Axboe wrote:
> On Wed, Jul 18 2007, Tejun Heo wrote:
>> End of device check is done twice in __generic_make_request() and it's
>> fully inlined each time.
On Wed, Jul 18 2007, Tejun Heo wrote:
> Jens Axboe wrote:
> > On Wed, Jul 18 2007, Tejun Heo wrote:
> >> Jens Axboe wrote:
> >>> On Wed, Jul 18 2007, Tejun Heo wrote:
> Jens Axboe wrote:
> > On Wed, Jul 18 2007, Tejun Heo wrote:
> >> End of device check is done twice in __generic_make_
Justin Piszcz ha scritto:
I recently got a chance to test SW RAID5 using 750GB disks (10) in a
RAID5 on a 3ware card, model no: 9550SXU-12
The bottom line is the controller is doing some weird caching with
writes on SW RAID5 which makes it not worth using.
Recall, with SW RAID5 using regula
On Wed, Jul 18 2007, Jens Axboe wrote:
> On Wed, Jul 18 2007, Tejun Heo wrote:
> > Jens Axboe wrote:
> > > On Wed, Jul 18 2007, Tejun Heo wrote:
> > >> Jens Axboe wrote:
> > >>> On Wed, Jul 18 2007, Tejun Heo wrote:
> > Jens Axboe wrote:
> > > On Wed, Jul 18 2007, Tejun Heo wrote:
> >
On Wed, 18 Jul 2007, Al Boldi wrote:
Justin Piszcz wrote:
UltraDense-AS-3ware-R5-9-disks,16G,50676,89,96019,34,46379,9,60267,99,5010
98,56,248.5,0,16:10:16/64,240,3,21959,84,1109,10,286,4,22923,91,544,6
UltraDense-AS-3ware-R5-9-disks,16G,49983,88,96902,37,47951,10,59002,99,529
121,60,210.
Justin Piszcz wrote (ao):
> On Wed, 18 Jul 2007, Sander wrote:
>> Justin Piszcz wrote (ao):
>>> Its too bad that there are no regular > 4 port SATA PCI-e controllers
>>> out there.
>>
>> Is there a disadvantage to using a SaS controller from for example
>> lsi.com ?
>>
>> http://lsi.com/storage_hom
On Wed, 18 Jul 2007, Sander wrote:
Justin Piszcz wrote (ao):
On Wed, 18 Jul 2007, Sander wrote:
Justin Piszcz wrote (ao):
Its too bad that there are no regular > 4 port SATA PCI-e controllers
out there.
Is there a disadvantage to using a SaS controller from for example
lsi.com ?
http://l
On Wed, Jul 18 2007, Jens Axboe wrote:
> On Wed, Jul 18 2007, Tejun Heo wrote:
> > Jens Axboe wrote:
> > > On Wed, Jul 18 2007, Tejun Heo wrote:
> > >> Jens Axboe wrote:
> > >>> On Wed, Jul 18 2007, Tejun Heo wrote:
> > Jens Axboe wrote:
> > > On Wed, Jul 18 2007, Tejun Heo wrote:
> >
Jens Axboe wrote:
>> somewhat annoying, I'll see if I can prefix it with git-daemon in the
>> future.
>
> OK, now skip the /data/git/ stuff and just use
>
> git://git.kernel.dk/linux-2.6-block.git
Alright, it works like a charm now. Thanks.
--
tejun
-
To unsubscribe from this list: send the l
On Wed, Jul 18, 2007 at 05:53:39PM +0900, Tejun Heo wrote:
> David Shaw wrote:
> >>> It fails whether I use a raw /dev/sdd or partition it into one large
> >>> /dev/sdd1, or partition into multiple partitions. sata_sil24 seems to
> >>> work by itself, as does dm, but as soon as I mix sata_sil24+dm
On Wed Jul 18, 2007 at 01:26:11PM +0200, Hannes Dorbath wrote:
> I think what you might be experiencing is that XFS can read su,sw values
> from the MD device and will automatically optimize itself, while it
> can't do that for the HW RAID device. It is absolutely essential to
> align your file
Justin Piszcz wrote (ao):
> On Wed, 18 Jul 2007, Sander wrote:
>> I guess they are cheap enough to try (I haven't yet):
>>
>> PCIe:
>> http://lsi.com/storage_home/products_home/host_bus_adapters/sas_hbas/lsisas3080xr/index.html
>>
>> PCI-X
>> http://lsi.com/storage_home/products_home/host_bus_adapt
On 18.07.2007 12:23, Justin Piszcz wrote:
I am sure one of your questions is, well, why use SW RAID5 on the
controller? Because SW RAID5 is usually much faster than HW RAID5, at
least in my tests:
Though that's no answer to your question, I really can't confirm that.
I'm running a 3Ware 9650
On Wed, Jul 18, 2007 at 01:51:16PM +0100, Robin Hill wrote:
> Just to pick up on this one (as I'm about to reformat my array as XFS) -
> does this actually work with a hardware controller? Is there any
> assurance that the XFS stripes align with the hardware RAID stripes? Or
> could you just end
I'm now very confused...
When I run mdadm --examine /dev/md0 I get the error message: No
superblock detected on /dev/md0
However, when I run mdadm -D /dev/md0 the report clearly states
"Superblock is persistent"
/dev/md0:
Version : 00.90.03
Creation Time : Tue Jul 17 10:17:37 200
Bryan Christ wrote:
I'm now very confused...
It's all that top-posting...
When I run mdadm --examine /dev/md0 I get the error message: No
superblock detected on /dev/md0
However, when I run mdadm -D /dev/md0 the report clearly states
"Superblock is persistent"
David Greaves wrote:
* a
Ya. I saw my mistake just a little while ago and running --examine on
the component worked fine. I didn't see anything suspicious.
David Greaves wrote:
Bryan Christ wrote:
I'm now very confused...
It's all that top-posting...
When I run mdadm --examine /dev/md0 I get the error message: N
On Wed, 18 Jul 2007, Hannes Dorbath wrote:
On 18.07.2007 12:23, Justin Piszcz wrote:
I am sure one of your questions is, well, why use SW RAID5 on the
controller? Because SW RAID5 is usually much faster than HW RAID5, at
least in my tests:
Though that's no answer to your question, I reall
Justin Piszcz wrote:
>
>
> On Wed, 18 Jul 2007, Rui Santos wrote:
>
>> Hi,
>>
>> I'm getting a strange slow performance behavior on a recently installed
>> Server. Here are the details:
>>
>> Server: Asus AS-TS500-E4A
>> Board: Asus DSBV-D (
>> http://uk.asus.com/products.aspx?l1=9&l2=39&l3=299&l4=
On Wed, 2007-07-18 at 12:26 -0400, Justin Piszcz wrote:
> I will try these options during future testing and re-visit the speeds of
> regular HW RAID5, thanks! I know they are part of the 3ware doc and I
> need to re-bench with these.
3Ware cards should be "tuned" for optimal performance, espec
On Wed, 2007-07-18 at 13:17 +0200, Giuseppe Ghibò wrote:
> Indeed not exists for PCI-e but Oden has spotted this PCI-X card
> (which is around 97$), based on marvell chipset:
> http://www.supermicro.com/products/accessories/addon/AoC-SAT2-MV8.cfm
Yes! There are several Broadcom and Marvell ASICs
David Greaves wrote:
See where it says 'component' ? :)
I wish mdadm --detail and --examine were just aliases and the output
varied according to whether you looked at a component (eg /dev/sda1)
or an md device (/dev/md0)
I get that wrong *all* the time...
Neil, if you will take that as a
On Wednesday July 18, [EMAIL PROTECTED] wrote:
> David Greaves wrote:
> >
> > See where it says 'component' ? :)
> >
> > I wish mdadm --detail and --examine were just aliases and the output
> > varied according to whether you looked at a component (eg /dev/sda1)
> > or an md device (/dev/md0)
> >
On Saturday July 14, [EMAIL PROTECTED] wrote:
>
> EXTENDED DESCRIPTION OF PROBLEM
>
> i first noticed this problem when i downloaded the fedora core 7 .iso,
> and did a checksum on it, and it didn't match. with a little more
> investigating, i found that i could make a copy of any large file on
>
Linux 2.6.22
Intel(R) Celeron(R) CPU 2.26GHz
00:0f.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06)
Reiserfs3
I have 2 PATA HDs and they always worked perfectly with
software (kernel) raid1 using the old IDE kernel drivers. Now
On Wednesday July 18, [EMAIL PROTECTED] wrote:
> Linux 2.6.22
> Intel(R) Celeron(R) CPU 2.26GHz
> 00:0f.1 IDE interface: VIA Technologies, Inc.
> VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06)
> Reiserfs3
>
> I have 2 PATA HDs and they always worked perfectly with
>
50 matches
Mail list logo
