Date: Thu, 19 May 2011 18:29:29 +0200 From: Piotr Kucharski <piotr.kucharski@42.pl> To: Adam Vande More <amvandemore@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: very slow zfs scrub Message-ID: <BANLkTi=4OZr8WnRPdkn4=yULnZR%2BtjBFgA@mail.gmail.com> In-Reply-To: <AANLkTikjKwee9o2RGa1NLFHodV6kEVkSfSsNEw_25yMZ@mail.gmail.com> References: <AANLkTim6z5KiceXQE-DHt51TBs%2BSO8NNLpi7fYBTwXpE@mail.gmail.com> <AANLkTimDqcdNv0DqyScEQU3Fw=t9xtOaAZqy2BfWNhpw@mail.gmail.com> <AANLkTik%2BUhMSfGgNPr=qd_Rfwb-12aXHWGAJnNGQH2j=@mail.gmail.com> <AANLkTikjKwee9o2RGa1NLFHodV6kEVkSfSsNEw_25yMZ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 24, 2011 at 21:00, Adam Vande More <amvandemore@gmail.com> wrot= e: >> Wow! What does scrub do that it slows ggate drive almost to halt? >> >> What can I do to fix it? > > I think network latency is going to have huge impact on performance here. > Have you tried any ggate or nic tuning?=C2=A0 Would HAST be an option for= you?=C2=A0 I > think it has more performance thought put into it. > Well, the network seems rather idle, host and client share the same 1Gb LAN (not sure if the same switch, though) with <0.2ms rtt for 1k packets in ping. When not scrubbing, sequential reads are satisfactory. I'm inclined to think some read or write pattern of scrub that is causing ggate to suck immensely. :/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTi=4OZr8WnRPdkn4=yULnZR%2BtjBFgA>