On Fri, 2 Mar 2007, O. Hartmann wrote:
On my lab's FreeBSD 6.2/i386 box (ASUS P4P800, ICH5 with two SATA 150 ports,
two SATA 300 drives attached) I copied big files (~ 5GB) from one drive to
another while the box didn't do anything else than copying. I watched the
copy process via 'systat
Mike Tancsa wrote:
At 04:38 AM 3/2/2007, O. Hartmann wrote:
The last days I tried to figure out why some of my lab's FreeBSD
boxes and also mine at home seem to be outperformed by some Linux
setups around here and I saw something interesting.
On my lab's FreeBSD 6.2/i386 box (ASUS P4P800,
- Original Message -
From: Cheffo [EMAIL PROTECTED]
To: Ted Mittelstaedt [EMAIL PROTECTED]
Cc: freebsd-performance@freebsd.org; O. Hartmann
[EMAIL PROTECTED]; freebsd-questions@freebsd.org
Sent: Friday, March 02, 2007 3:38 AM
Subject: Re: (S)ATA performance in FBSD 6.2/7.0
Hi,
I
another while the box didn't do anything else than copying. I watched the
copy process via 'systat -vmstat 1' and realized, that the value of 'KB/t'
never go byond 128 (128kb buffer limit?). But more frustrating, I never got
what's wrong? FreeBSD uses 128k limit by default.
edit
- Original Message -
From: O. Hartmann [EMAIL PROTECTED]
To: freebsd-performance@freebsd.org; freebsd-questions@freebsd.org
Sent: Friday, March 02, 2007 1:38 AM
Subject: (S)ATA performance in FBSD 6.2/7.0
The last days I tried to figure out why some of my lab's FreeBSD boxes
and
you can change FBSD to async
then watch your fs scramble during a power failure
no big deal, it's only your data.
you are wrong, he talked about copying BIG files, and this shouldn't make
a difference contrary to small files.
there is something wrong there as i routinely get 70MB/s on my
--- O. Hartmann [EMAIL PROTECTED] wrote:
Before digging into this problem deeper with benchmarks, could anyone
explain why FreeBSD reaches this 33 MB/s limit (sounds like UDMA 33
defaults, but on both boxes nForce4 and ICH5 controller are recognized
and show up with SATA300 or SATA150
Quoting Cheffo [EMAIL PROTECTED] (from Fri, 02 Mar 2007 13:38:45 +0200):
Hi,
Ted Mittelstaedt wrote:
- Original Message - From: O. Hartmann
[EMAIL PROTECTED]
To: freebsd-performance@freebsd.org; freebsd-questions@freebsd.org
Sent: Friday, March 02, 2007 1:38 AM
Subject: (S)ATA
Hi,
Ted Mittelstaedt wrote:
- Original Message -
From: O. Hartmann [EMAIL PROTECTED]
To: freebsd-performance@freebsd.org; freebsd-questions@freebsd.org
Sent: Friday, March 02, 2007 1:38 AM
Subject: (S)ATA performance in FBSD 6.2/7.0
The last days I tried to figure out why some of
On Fri, Mar 02, 2007 at 10:43:34AM +0100, Wojciech Puchar wrote:
another while the box didn't do anything else than copying. I watched the
copy process via 'systat -vmstat 1' and realized, that the value of 'KB/t'
never go byond 128 (128kb buffer limit?). But more frustrating, I never got
On 03/02/07 06:03, Alexander Leidinger wrote:
Quoting Cheffo [EMAIL PROTECTED] (from Fri, 02 Mar 2007 13:38:45 +0200):
Hi,
Ted Mittelstaedt wrote:
- Original Message - From: O. Hartmann
[EMAIL PROTECTED]
To: freebsd-performance@freebsd.org; freebsd-questions@freebsd.org
Sent:
On Fri, Mar 02, 2007 at 10:38:35AM +0100, O. Hartmann wrote:
The last days I tried to figure out why some of my lab's FreeBSD boxes
and also mine at home seem to be outperformed by some Linux setups
around here and I saw something interesting.
On my lab's FreeBSD 6.2/i386 box (ASUS P4P800,
On 03/02/07 09:28, Brooks Davis wrote:
On Fri, Mar 02, 2007 at 10:38:35AM +0100, O. Hartmann wrote:
The last days I tried to figure out why some of my lab's FreeBSD boxes
and also mine at home seem to be outperformed by some Linux setups
around here and I saw something interesting.
On my
At 04:38 AM 3/2/2007, O. Hartmann wrote:
The last days I tried to figure out why some of my lab's FreeBSD
boxes and also mine at home seem to be outperformed by some Linux
setups around here and I saw something interesting.
On my lab's FreeBSD 6.2/i386 box (ASUS P4P800, ICH5 with two SATA
On Fri, 2 Mar 2007, Brooks Davis wrote:
Also, you should time the actual copy and do the math to verify that
vmstat is actually producing valid results. It's possible there's a bug
in vmstat or the underlying statistics it uses.
There is certainly a bug in the underlying statistics. For ATA
15 matches
Mail list logo