Date: Sun, 31 Jul 2016 07:03:08 -0700 From: Adrian Chadd <adrian.chadd@gmail.com> To: Mateusz Guzik <mjguzik@gmail.com>, John Baldwin <jhb@freebsd.org>, freebsd-current <freebsd-current@freebsd.org>, Konstantin Belousov <kib@freebsd.org> Subject: Re: [PATCH] randomized delay in locking primitives, take 2 Message-ID: <CAJ-VmokxFFe4iAuMKEZuCjua4YUHx=PiXJKSBibsDKxWOrm7uA@mail.gmail.com> In-Reply-To: <20160731095706.GB9408@dft-labs.eu> References: <20160731095706.GB9408@dft-labs.eu>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Did you test on any 1, 2, 4, 8 cpu machines? just to see if there are any performance degredations on lower count CPUs? Also, yeah, the MOD operator in each loop could get spendy on older CPUs (eg my MIPS CPUs, older ARM stuff, etc.) Is it possible to achieve much the same autotuning with pow2 operations instead of divide/mod? -a
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokxFFe4iAuMKEZuCjua4YUHx=PiXJKSBibsDKxWOrm7uA>