On Sat, Mar 20, 2010 at 3:49 AM, Gary Gatten wrote:
> It MAY make a big diff, but make sure during your tests you use unique files
> or flush the cache or you'll me testing cache speed and not disk speed.
Yeah I did make sure to use unique files for testing the effects of
prefetch. This is Atom
On Fri, Mar 19, 2010 at 8:28 PM, Dan Naumov wrote:
> Oh my god... Why did noone tell me how much of an enormous performance
> boost vfs.zfs.prefetch_disable=0 (aka actually enabling prefetch) is.
> My local reads off the mirror pool jumped from 75mb/s to 96mb/s (ie.
> they are now nearly 25% fast
eeBSD-STABLE
Mailing List ; freebsd-performance@freebsd.org
Sent: Fri Mar 19 20:28:02 2010
Subject: Re: Samba read speed performance tuning
On Fri, Mar 19, 2010 at 11:14 PM, Dan Naumov wrote:
> On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board
> using an Intel gigabit nic
On Fri, Mar 19, 2010 at 11:14 PM, Dan Naumov wrote:
> On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board
> using an Intel gigabit nic with the em driver, running on top of a ZFS
> mirror, I was seeing a strange issue. Local reads and writes to the
> pool easily saturate the disk
On a FreeBSD 8.0-RELEASE/amd64 system with a Supermicro X7SPA-H board
using an Intel gigabit nic with the em driver, running on top of a ZFS
mirror, I was seeing a strange issue. Local reads and writes to the
pool easily saturate the disks with roughly 75mb/s throughput, which
is roughly the best t
