Date: Mon, 25 Nov 2013 12:24:49 -0700 From: Eric Browning <ericbrowning@skaggscatholiccenter.org> To: Steven Hartland <killing@multiplay.co.uk> Cc: FreeBSD FS <freebsd-fs@freebsd.org> Subject: Re: Performance difference between UFS and ZFS with NFS Message-ID: <CAM=5oeDR3rSmxpffJnTFSkXMxRY0a0gz-NnogoQLhc4ih06gPw@mail.gmail.com> In-Reply-To: <F1C5007B61404180A44CA5719C859EDE@multiplay.co.uk> References: <2103733116.16923158.1384866769683.JavaMail.root@uoguelph.ca> <9F76D61C-EFEB-44B3-9717-D0795789832D@gmail.com> <CAM=5oeAF2gfccrGNdbApUDpqRae4OQjZ7oaZZi4y1j%2BsF6PsTw@mail.gmail.com> <5969250F-0987-4304-BB95-52C7BAE8D84D@gmail.com> <CAM=5oeBmCAq9unFGC2CBoJ3rZMm9MtDw1DWkFpo2ZqQtx3G%2B=Q@mail.gmail.com> <18391B9C-2FC4-427B-A4B6-1739B3C17498@gmail.com> <CAM=5oeAXiRn2aHvNPuZRPFJp6G45OqdQEDsz2_xGobCUHJp_VQ@mail.gmail.com> <CAM=5oeAybYZsn-TQTvfYO3Kx-chZULeYUEhg9fRMi-CFX0aYBA@mail.gmail.com> <B7C29F362A5045B48BF4CE223E7CE0AD@multiplay.co.uk> <CALfReyfDWTsgXf8JX-eNYOTFdkcYovUf0q=zGQPDUsEUi4nqbw@mail.gmail.com> <CAM=5oeAPG0Vfa-fT1t=Vc8FS_jJGBiR=yq0wuUmEZYLYB%2Br7RA@mail.gmail.com> <DD94A3B19E23453189D4A0C5AB58618A@multiplay.co.uk> <F1C5007B61404180A44CA5719C859EDE@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Steven, I've tried to 4K align these SSDs with gnop but they are currently ashift 9. Pool layout is just 4 drives in a zfs stripe. I've also tried raidz1 with no noticeable performance impacts other than a loss of space for parity. On Mon, Nov 25, 2013 at 11:35 AM, Steven Hartland <killing@multiplay.co.uk>wrote: > Just tried this here and I'm seeing CPU saturation from dd, is this > your case too? > > Switching to: > /usr/bin/time -h dd if=/dev/zero of=/home/smh/testfile bs=1m count=2930 > > Iit changed from: > 3072000000 bytes transferred in 170.102366 secs (18059714 bytes/sec) > 2m50.48s real 1.05s user 2m48.28s sys > > to: > 3072327680 bytes transferred in 14.094856 secs (217975102 bytes/sec) > 15.19s real 0.00s user 4.87s sys > > Regards > Steve > ----- Original Message ----- From: "Steven Hartland" < > killing@multiplay.co.uk> > To: "Eric Browning" <ericbrowning@skaggscatholiccenter.org> > Cc: "FreeBSD FS" <freebsd-fs@freebsd.org> > Sent: Monday, November 25, 2013 6:20 PM > Subject: Re: Performance difference between UFS and ZFS with NFS > > > > And whats your ZFS pool layout and ashift? >> >> Regards >> Steve >> ----- Original Message ----- From: "Eric Browning" <ericbrowning@ >> skaggscatholiccenter.org> >> >> >> I am using /dev/zero >>> >>> /usr/bin/time -h dd if=/dev/zero of=sometestfile bs=1024 count=3000000 >>> >>> >>> On Sun, Nov 24, 2013 at 12:31 PM, krad <kraduk@gmail.com> wrote: >>> >>> I was thinking the same, if it was using /dev/zero as an input any >>>> compression would skew the results a little. >>>> >>>> >>>> On 24 November 2013 15:15, Steven Hartland <killing@multiplay.co.uk> >>>> wrote: >>>> >>>> ----- Original Message ----- From: "Eric Browning" >>>>> >>>>> >>>>> >>>>> On a side note I forgot that I had used dd to test the disk >>>>> performance a >>>>> >>>>>> while ago when I was using ZFS. >>>>>> >>>>>> ZFS performance: >>>>>> 3072000000 bytes transferred in 34.167480 secs (89910055 bytes/sec) >>>>>> 34.17s real 0.61s user 31.89s sys >>>>>> >>>>>> UFS performance: >>>>>> 3072000000 bytes transferred in 11.848883 secs (259264942 bytes/sec) >>>>>> 11.85s real 0.58s user 11.25s sys >>>>>> >>>>>> Again, even with dd performance is about 3x faster with UFS with the >>>>>> same >>>>>> disks. >>>>>> >>>>>> >>>>> Interesting, what was you command exactly? >>>>> >>>>> Regards >>>>> Steve >>>>> >>>>> ================================================ >>>>> This e.mail is private and confidential between Multiplay (UK) Ltd. and >>>>> the person or entity to whom it is addressed. In the event of >>>>> misdirection, >>>>> the recipient is prohibited from using, copying, printing or otherwise >>>>> disseminating it or any information contained in it. >>>>> In the event of misdirection, illegible or incomplete transmission >>>>> please >>>>> telephone +44 845 868 1337 >>>>> or return the E.mail to postmaster@multiplay.co.uk. >>>>> >>>>> >>>>> _______________________________________________ >>>>> freebsd-fs@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >>>>> >>>>> >>>> >>>> >>> >>> -- >>> Eric Browning >>> Systems Administrator >>> 801-984-7623 >>> >>> Skaggs Catholic Center >>> Juan Diego Catholic High School >>> Saint John the Baptist Middle >>> Saint John the Baptist Elementary >>> >>> >> ================================================ >> This e.mail is private and confidential between Multiplay (UK) Ltd. and >> the person or entity to whom it is addressed. In the event of misdirection, >> the recipient is prohibited from using, copying, printing or otherwise >> disseminating it or any information contained in it. >> In the event of misdirection, illegible or incomplete transmission please >> telephone +44 845 868 1337 >> or return the E.mail to postmaster@multiplay.co.uk. >> >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >> > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of misdirection, > the recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > -- Eric Browning Systems Administrator 801-984-7623 Skaggs Catholic Center Juan Diego Catholic High School Saint John the Baptist Middle Saint John the Baptist Elementary
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAM=5oeDR3rSmxpffJnTFSkXMxRY0a0gz-NnogoQLhc4ih06gPw>