Date: Mon, 29 Jun 2015 15:40:57 -0400 From: Ed Maste <emaste@freebsd.org> To: Adrian Chadd <adrian.chadd@gmail.com> Cc: "src-committers@freebsd.org" <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org> Subject: Re: svn commit: r284928 - head/usr.bin/ar Message-ID: <CAPyFy2AZy59N4qOMo4RwcU-cM4Ri3MAi4C%2BMYxr3KQ7tW5Nrug@mail.gmail.com> In-Reply-To: <CAJ-Vmon9335Ayv_C76v6-X1r8P0WEyLMSVUACUN8oGyzK6KdfA@mail.gmail.com> References: <201506291348.t5TDmiZG039322@svn.freebsd.org> <CAJ-Vmon9335Ayv_C76v6-X1r8P0WEyLMSVUACUN8oGyzK6KdfA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 29 June 2015 at 06:48, Ed Maste <emaste@freebsd.org> wrote: >> Author: emaste >> Date: Mon Jun 29 13:48:44 2015 >> New Revision: 284928 >> URL: https://svnweb.freebsd.org/changeset/base/284928 >> >> Log: >> speed up ar(1) on UFS file systems > > Is this potentially an issue for other applications? Why is it such a > big issue for ar? Yes, it could be an issue for other applications, and I'm all that happy to have this workaround in ar(1); it's a quick workaround for the issue at hand. kib pointed me at the explanation in vfs_vnops.c which explains the deadlock avoidance code well, although I'm still not sure why the slowdown is so extreme.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPyFy2AZy59N4qOMo4RwcU-cM4Ri3MAi4C%2BMYxr3KQ7tW5Nrug>