Date: Fri, 16 Sep 2011 04:28:47 +0200 (CEST) From: Jimmy Olgeni <olgeni@FreeBSD.org> To: Artem Belevich <art@FreeBSD.org> Cc: freebsd-fs@FreeBSD.org Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c Message-ID: <alpine.BSF.2.00.1109160414460.24280@olgeni.olgeni> In-Reply-To: <CAFqOu6g8LnGQPuLrmpokGTjWZ2aC3wfRCjbp94V0Xehw2WOPRw@mail.gmail.com> References: <201109152044.p8FKiYDV030137@freefall.freebsd.org> <CAFqOu6g8LnGQPuLrmpokGTjWZ2aC3wfRCjbp94V0Xehw2WOPRw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 15 Sep 2011, Artem Belevich wrote: > Any idea what fixed it? > > Actually, I'm not sure it's actually got fixed. At least I don't see > anything obvious in SVN history for sys/boot/zfs/zfs.c since ZVSv28 > commit. I've got gptzfsboot built about 4-6 weeks back and at that > time it was as slow as it ever was probing drives in an 8-drive raidz > pool. For me it was happening when booting off a mirror, but I haven't seen this happen in a while. Last time I saw this was definitely in the pre-ZFSv28 times. It could be that the problem is still there but I am unable to see it due to different caching on the disks, as I swapped hardware a few times since then. Also, the attached patch did not handle "holes" in the GPT partition sequence so it was kind of dangerous if you had a less than linear setup :) -- jimmy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1109160414460.24280>