>> What sort of tools are you using to get these benchmarks, and can I
>> used them for ext3?
The only simple tools that I found that gives semi-reasonable
numbers avoiding most of the many pitfalls of storage speed
testing (almost all storage benchmarks I see are largely
meaningless) are recent v
On Fri, 18 Jan 2008, Greg Cormier wrote:
Also, don't use ext*, XFS can be up to 2-3x faster (in many of the
benchmarks).
I'm going to swap file systems and give it a shot right now! :)
How is stability of XFS? I heard recovery is easier with ext2/3 due to
more people using it, more tools av
> Also, don't use ext*, XFS can be up to 2-3x faster (in many of the
> benchmarks).
I'm going to swap file systems and give it a shot right now! :)
How is stability of XFS? I heard recovery is easier with ext2/3 due to
more people using it, more tools available, etc?
Greg
-
To unsubscribe from t
On Fri, 18 Jan 2008, Greg Cormier wrote:
Justin, thanks for the script. Here's my results. I ran it a few times
with different tests, hence the small number of results you see here,
I slowly trimmed out the obvious not-ideal sizes.
Nice, we all love benchmarks!! :)
System
---
Athlon64 3500
Justin, thanks for the script. Here's my results. I ran it a few times
with different tests, hence the small number of results you see here,
I slowly trimmed out the obvious not-ideal sizes.
System
---
Athlon64 3500
2GB RAM
4x500GB WD Raid editions, raid 5. SDE is the old 4-platter version
(5000YS
On Fri, 18 Jan 2008, Bill Davidsen wrote:
Justin Piszcz wrote:
On Thu, 17 Jan 2008, Al Boldi wrote:
Justin Piszcz wrote:
On Wed, 16 Jan 2008, Al Boldi wrote:
Also, can you retest using dd with different block-sizes?
I can do this, moment..
I know about oflag=direct but I choose to u
Justin Piszcz wrote:
On Thu, 17 Jan 2008, Al Boldi wrote:
Justin Piszcz wrote:
On Wed, 16 Jan 2008, Al Boldi wrote:
Also, can you retest using dd with different block-sizes?
I can do this, moment..
I know about oflag=direct but I choose to use dd with sync and
measure the
total time i
On Thu, 17 Jan 2008, Al Boldi wrote:
Justin Piszcz wrote:
On Wed, 16 Jan 2008, Al Boldi wrote:
Also, can you retest using dd with different block-sizes?
I can do this, moment..
I know about oflag=direct but I choose to use dd with sync and measure the
total time it takes.
/usr/bin/time -
On Thu, 17 Jan 2008, Al Boldi wrote:
Justin Piszcz wrote:
On Wed, 16 Jan 2008, Al Boldi wrote:
Also, can you retest using dd with different block-sizes?
I can do this, moment..
I know about oflag=direct but I choose to use dd with sync and measure the
total time it takes.
/usr/bin/time -
Justin Piszcz wrote:
> On Wed, 16 Jan 2008, Al Boldi wrote:
> > > Also, can you retest using dd with different block-sizes?
>
> I can do this, moment..
>
>
> I know about oflag=direct but I choose to use dd with sync and measure the
> total time it takes.
> /usr/bin/time -f %E -o ~/$i=chunk.txt bas
On Wed, 16 Jan 2008, Greg Cormier wrote:
What sort of tools are you using to get these benchmarks, and can I
used them for ext3?
Very interested in running this on my server.
Thanks,
Greg
You can use whatever suits you, such as untar kernel source tree, copy files,
untar backups, etc--, y
What sort of tools are you using to get these benchmarks, and can I
used them for ext3?
Very interested in running this on my server.
Thanks,
Greg
On Jan 16, 2008 11:13 AM, Justin Piszcz <[EMAIL PROTECTED]> wrote:
> For these benchmarks I timed how long it takes to extract a standard 4.4
> GiB
On Wed, 16 Jan 2008, Al Boldi wrote:
Justin Piszcz wrote:
For these benchmarks I timed how long it takes to extract a standard 4.4
GiB DVD:
Settings: Software RAID 5 with the following settings (until I change
those too):
Base setup:
blockdev --setra 65536 /dev/md3
echo 16384 > /sys/block/m
Justin Piszcz wrote:
> For these benchmarks I timed how long it takes to extract a standard 4.4
> GiB DVD:
>
> Settings: Software RAID 5 with the following settings (until I change
> those too):
>
> Base setup:
> blockdev --setra 65536 /dev/md3
> echo 16384 > /sys/block/md3/md/stripe_cache_size
> e
On Wed, 16 Jan 2008, Justin Piszcz wrote:
For these benchmarks I timed how long it takes to extract a standard 4.4 GiB
DVD:
Settings: Software RAID 5 with the following settings (until I change those
too):
http://home.comcast.net/~jpiszcz/sunit-swidth/newresults.html
Any idea why an suni
For these benchmarks I timed how long it takes to extract a standard 4.4
GiB DVD:
Settings: Software RAID 5 with the following settings (until I change
those too):
Base setup:
blockdev --setra 65536 /dev/md3
echo 16384 > /sys/block/md3/md/stripe_cache_size
echo "Disabling NCQ on all disks..."
16 matches
Mail list logo