Date: Sat, 5 Jun 2010 14:41:29 +0100 From: Igor Mozolevsky <igor@hybrid-lab.co.uk> To: Adam PAPAI <wooh@wooh.hu> Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: sysbench / fileio - Linux vs. FreeBSD Message-ID: <AANLkTikBXoZy5MWQFxb9VNwgOZtr05ep_EhriY0XWYJV@mail.gmail.com> In-Reply-To: <4C0A3262.8010507@wooh.hu> References: <4C09932B.6040808@wooh.hu> <201006050236.17697.bruce@cran.org.uk> <AANLkTimofNc03PNO8MA0aNtpUEElaiD81kzp08AN5Tj4@mail.gmail.com> <20100605120405.00007954@unknown> <4C0A3262.8010507@wooh.hu>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>> /usr/src : zfs with compression enabled >>>> /usr/src : 386.3MB/s >>> Do I understand it well? It seems that zfs with compression enabled on >>> /usr/src with 8KB block size and 16 threads performs 386.3MB/s which >>> is about 6 times better than debian5? I am thinking about this image >>> http://tech-blog.wooh.hu/~wooh/debian_vs_freebsd_io_16_seqwr.png >> >> Yes - on one run it even hit 500MB/s. I suspect, however, that the >> benchmark isn't accurate because it won't be writing typical data. >> Instead it's probably using a buffer that compresses very well. > > Hm.. My ZFS tests showed me the same results. With compression it's > pretty fast. That's hardly a surprise - you take the source code, compress it into virtual non-existence leaving hardly anything to be written to the disk... Obviously if compression speed >> IO speed and the result of the compression is a significant reduction in size, you have a massive gain in writing that data to the disk. -- Igor
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTikBXoZy5MWQFxb9VNwgOZtr05ep_EhriY0XWYJV>