Date: Wed, 25 Feb 2015 15:20:52 -0500 From: John Baldwin <jhb@freebsd.org> To: freebsd-arch@freebsd.org Cc: Konstantin Belousov <kostikbel@gmail.com> Subject: Re: locks and kernel randomness... Message-ID: <1774232.7ZAkabLA24@ralph.baldwin.cx> In-Reply-To: <20150225085659.GA74514@kib.kiev.ua> References: <DD06E2EA-68D6-43D7-AA17-FB230750E55A@bsdimp.com> <54ED87E9.8030706@astrodoggroup.com> <20150225085659.GA74514@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, February 25, 2015 10:56:59 AM Konstantin Belousov wrote: > The cost of the proposed patch, of course, is not the several > thousands of instructions in the rebalance. The problem with it is the > introduction of the new spinlock, which will be used in many places > after the introduction. The cost of the new and often used spinlock is > the increase of both interrupt latency and interrupt handler jitter and > cpu switch jitter. > > So neither buildworld timing, nor network throughput are adequate > to estimate the change. It is system unresponsivness and loss of > the realtime behaviour up to some degree. > > I thought that it was obvious, at least after spinlocks were mentioned, > but apparently it is not, since proposals to measure the patch effect > by benchmarking buildworld or passing the traffic are made. +1 The only thing I will add is that in general this makes the system more fragile and complex as well. Please just stay with a regular mutex and change the scheduler to not use random() (which seems to be in progress?). I'm not sure why we needed the extra 40 messages in this thread after that was effectively said the first time. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1774232.7ZAkabLA24>