.
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL
Comments welcome...
David
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid
:14AM -0400, Justin Piszcz wrote:
man mount :)
Ah of course.
But those will be more restrictive that what you can specify when you
make the file-system (because mkfs.xfs can aligned the AGs to suit).
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body
]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 4/16/07, Raz Ben-Jehuda(caro) [EMAIL PROTECTED] wrote:
On 4/13/07, Neil Brown [EMAIL PROTECTED] wrote:
On Saturday March 31, [EMAIL PROTECTED] wrote:
4.
I am going to work on this with other configurations, such as raid5's
with more disks and raid50. I will be happy to hear your
On 4/2/07, Dan Williams [EMAIL PROTECTED] wrote:
On 3/30/07, Raz Ben-Jehuda(caro) [EMAIL PROTECTED] wrote:
Please see bellow.
On 8/28/06, Neil Brown [EMAIL PROTECTED] wrote:
On Sunday August 13, [EMAIL PROTECTED] wrote:
well ... me again
Following your advice
I added
On 3/31/07, Bill Davidsen [EMAIL PROTECTED] wrote:
Raz Ben-Jehuda(caro) wrote:
Please see bellow.
On 8/28/06, Neil Brown [EMAIL PROTECTED] wrote:
On Sunday August 13, [EMAIL PROTECTED] wrote:
well ... me again
Following your advice
I added a deadline for every WRITE stripe head
is why deadline must be so long as 10 ms?
the less deadline the more reads I am getting.
Many thanks
Raz
#include iostream
#include stdio.h
#include string
#include stddef.h
#include sys/time.h
#include stdlib.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
#include unistd.h
#include
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
capabilty.
meaning :
see if dd'in for each disk in the system seperately reduces the total
throughput.
On 1/18/07, Sevrin Robstad [EMAIL PROTECTED] wrote:
I've tried to increase the cache size - I can't measure any difference.
Raz Ben-Jehuda(caro) wrote:
did u increase the stripe
with respect to the size of stripe.
this way you will be able to eiliminate the undesired reads.
By accessing it correctly I have managed reach a write
throughout with respect to the number of disks in the raid.
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body
the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
be
a reduction
in performance if deadline line it too long (say 100 ms).
raz
On 7/3/06, Neil Brown [EMAIL PROTECTED] wrote:
On Sunday July 2, [EMAIL PROTECTED] wrote:
Neil hello.
I have been looking at the raid5 code trying to understand why writes
performance is so poor.
raid5 write performance
Neil hello.
you say raid5.h:
...
* Whenever the delayed queue is empty and the device is not plugged, we
* move any strips from delayed to handle and clear the DELAYED flag
and set PREREAD_ACTIVE.
...
i do not understand how can one move from delayed if delayed is empty .
thank you
--
Raz
can i increase the write throughout ?
Thank you
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
*/
+ bi-bi_hw_segments = 0; /* count of processed stripes */
+ }
+
+ return bi;
+}
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
kernel do you want me
to use ? i am using poor 2.6.15.
I thank you
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
= biovec-bv_len bio_sectors == 0)
return biovec-bv_len;
else
return max;
}
thank you
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
to the work for me
//
return 1;
}
...
}
it increased the performance to 440 MB/s.
Question :
What is the cost of not walking trough the raid5 code in the
case of READ ?
if i add and error handling code will it be suffice ?
thank you
--
Raz
of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
is the specific slab that is used for the caching?
Thanks,
Jon
On 4/13/06, Raz Ben-Jehuda(caro) [EMAIL PROTECTED] wrote:
may be lustre
On 4/13/06, Erik Mouw [EMAIL PROTECTED] wrote:
On Mon, Apr 10, 2006 at 05:24:34PM -0400, Jon Miller wrote:
I have two machines which have redundant paths
/2 MB ?
Could it be the slab cache ? ( biovec256)
Thank you
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
in the elevator,
but still why so small ?
thank you
raz.
On 3/27/06, Neil Brown [EMAIL PROTECTED] wrote:
On Monday March 27, [EMAIL PROTECTED] wrote:
i have playing with raid5 and i noticed that the arriving bios sizes
are 1 sector.
why is that and where is it set ?
bios arriving from
blockdev --getbsz /dev/md1
say?
Do you have a filesystem mounted on /dev/md1? If so, what sort of
filesystem.
NeilBrown
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
i have playing with raid5 and i noticed that the arriving bios sizes
are 1 sector.
why is that and where is it set ?
thank you
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
to the disk ?
2. Does direct IO passes this cache ?
3. How can a dd of 1 MB over 1MB chunck size acheive this high
throughputs of 4 disks
even if does not get the stripe cache benifits ?
thank you
raz.
On 3/7/06, Neil Brown [EMAIL PROTECTED] wrote:
On Monday March 6, [EMAIL PROTECTED
a single disk , but by looking at iostat i can
see that all
disks are active but with low throughput.
Any idea ?
Thank you.
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
it reads raw. no filesystem whatsover.
On 3/6/06, Gordon Henderson [EMAIL PROTECTED] wrote:
On Mon, 6 Mar 2006, Raz Ben-Jehuda(caro) wrote:
Neil Hello .
I have a performance question.
I am using raid5 stripe size 1024K over 4 disks.
I am benchmarking it with an asynchronous tester
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thank you Mr Garzik.
Is there a list of all drivers and there features they give ?
Raz.
On 3/2/06, Jeff Garzik [EMAIL PROTECTED] wrote:
Jens Axboe wrote:
(don't top post)
On Thu, Mar 02 2006, Raz Ben-Jehuda(caro) wrote:
i can see the NCQ realy bother people.
i am using a promise
, JaniD++ [EMAIL PROTECTED] wrote:
- Original Message -
From: Raz Ben-Jehuda(caro) [EMAIL PROTECTED]
To: JaniD++ [EMAIL PROTECTED]
Cc: Linux RAID Mailing List linux-raid@vger.kernel.org
Sent: Wednesday, January 04, 2006 2:49 PM
Subject: Re: raid5 read performance
1. do you want
parity checks on reads, afaik.
--
Raz
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
-
From: Raz Ben-Jehuda(caro) [EMAIL PROTECTED]
To: Mark Hahn [EMAIL PROTECTED]
Cc: Linux RAID Mailing List linux-raid@vger.kernel.org
Sent: Wednesday, January 04, 2006 9:14 AM
Subject: Re: raid5 read performance
I guess i was not clear enough.
i am using raid5 over 3 maxtor disks. the chunk
I am checking raid5 performance.
I am using asynchronous ios with buffer size as the stripe size.
In this case i am using a stripe size of 1M with 2+1 disks.
Unlike raid0 , raid5 drops the performance by 50% .
Why ?
Is it because it does parity checkings ?
thank you
--
Raz
-
To unsubscribe from
what wrt stands for ?
On 12/29/05, Mark Overmeer [EMAIL PROTECTED] wrote:
* Raz Ben-Jehuda(caro) ([EMAIL PROTECTED]) [051229 10:10]:
I have tested the overhead of linux raid0.
I used two scsi atlas maxtor disks ( 147 MB) and combined them to single
raid0 volume.
The raid is striped
-disk 2
device /dev/md4
raid-disk 3
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
-
To unsubscribe from this list: send
-
[EMAIL PROTECTED] On Behalf Of Raz Ben-Jehuda(caro)
Sent: Sunday, November 20, 2005 6:50 AM
To: Linux RAID Mailing List
Subject: comparing FreeBSD to linux
I have evaluated which is better in terms cpu load when dealing with raid.
FreeBSD vinum's or linux raid.
When i issued a huge
What sort of a test is it ? what filesystem ?
I am reading concurrently 50 files .
Are you reading one file , several files ?
On 11/21/05, Guy [EMAIL PROTECTED] wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:linux-raid-
[EMAIL PROTECTED] On Behalf Of Raz Ben-Jehuda(caro
Well , i have tested the disk with a new tester i have written. it seems that
the ata driver causes the high cpu and not raid.
On 11/21/05, Raz Ben-Jehuda(caro) [EMAIL PROTECTED] wrote:
What sort of a test is it ? what filesystem ?
I am reading concurrently 50 files .
Are you reading one file
as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
On 11/21/05, Jeff Garzik [EMAIL PROTECTED] wrote:
On Mon, Nov 21, 2005 at 10:15:11AM -0800, Raz Ben-Jehuda(caro) wrote:
Well , i have tested the disk with a new
the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Raz
Long live the penguin
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message to [EMAIL PROTECTED]
More
take a look at /proc/sys/dev/raid/speed_limit_max . it is kilobytes if i
recall correctly.
On Thu, 2005-08-04 at 17:45 +0200, [EMAIL PROTECTED] wrote:
Thanks a lot for you, and Raz!
The raw devices readahead I already set with the hdparm, and
/sys/block/*/queue/read_ahead_kb, but the md
how is the disks performance ? is it OK ?
On Thu, 2005-08-04 at 18:13 +0200, [EMAIL PROTECTED] wrote:
Yes, it is there, I know it.
But its only for resync or not? :-)
- Original Message -
From: Raz Ben Jehuda [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: David Greaves [EMAIL
I know that some raid management information is save on the disks.
But I am using 250 GB disks at minimum dd'ing this amount
would be too long. Has know the exact position of where to
dd ?
On Tue, 2005-08-02 at 13:27 -0700, Jason Leach wrote:
Raz:
The 3ware (at least my 9500S-8) keeps
unlock the drive ?
On Wed, 2005-08-03 at 10:26 -0400, Mike Dresser wrote:
On Tue, 2 Aug 2005, Raz Ben-Jehuda(caro) wrote:
i have encountered a weired feature of 3ware raid.
When i try to put inside an existing raid a disk which
belonged to a different 3ware raid if fail.
Any idea
i have encountered a weired feature of 3ware raid.
When i try to put inside an existing raid a disk which
belonged to a different 3ware raid if fail.
Any idea anyone ?
--
Raz
Long Live the Penguin
-
To unsubscribe from this list: send the line unsubscribe linux-raid in
the body of a message
48 matches
Mail list logo
