From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 21 Jun 2010 18:16:55 -0400 To: 9fans@9fans.net Message-ID: In-Reply-To: <20100621214747.B07445B3E@mail.bitblocks.com> References: <20100621211101.0405C5B3E@mail.bitblocks.com> <20100621214747.B07445B3E@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] interesting timing tests Topicbox-Message-UUID: 3630d0b2-ead6-11e9-9d60-3106f5b1d025 > Is there a way to check this? > > Is there a way to completely shut off N processors and > measure benchmark speed slow down as function of processor? there hasn't been any performance impact measured. however, the extreme system time still seems wierd. richard miller suggested that kprof might be suffering from sampleing error, and moving rebalance to the end of the file confirmed. both the 4- and 16- processor machines have similar behavior. > > the underlying assumption is that the contended case is rare. > > if this is not the case, then spin locks are not a good choice. > > With 8 dual HT processors the probability has gone up quite a > bit! only if contention depends on processing speed. (locks may be interrupted if they're not ilocks.) for example, a lock protecting packet rx for an ethernet driver would not depend strongly on the number of processors or processing speed. > And what will you replace spinlocks with? the right answer here is likely "mu". some spinlocks might need to be replaced with another structure. but i would think that would depend entirely on the situation. in general, i am not suggesting depricating spinlocks. - erik