Re: [PATCH] [patch 4a/4] ipc: sem optimise simple operations

[Nick Piggin]

On Mon, Aug 17, 2009 at 03:02:48PM +0200, Manfred Spraul wrote:
> On 08/17/2009 08:44 AM, Nick Piggin wrote:
> >OK, well let's just get something in.
> >   
> Good, I would propose the that the following 7 patches should be merged:
> 
> http://lkml.org/lkml/2009/8/11/59
> http://lkml.org/lkml/2009/8/11/9
> http://lkml.org/lkml/2009/8/11/14
> http://lkml.org/lkml/2009/8/15/163
> http://lkml.org/lkml/2009/8/15/164
> http://lkml.org/lkml/2009/8/15/167
> http://lkml.org/lkml/2009/8/15/168
> 
> Nick: is that ok from your point of view?

Well I don't know if they need to be broken up so much... the complex
list one is just broken out of my patch, no? I don't think it really
is more reviewable if you just add it without doing anything to it...
but whatever.

 
> >That said, I'm not too unhappy with your version if you feel strongly
> >about it.
> I would prefer it:
> We simply don't know if a wait-for-zero list, only for single sop 
> operations, is a step in the right direction.
> 
> Postgres uses single sop operations with just +-1 on one semaphore.
> You wrote that your SAP workload also uses +-1.
> According to google codesearch, apache, mozilla, mpich all use +-1.
> 
> Thus: Who uses single sop, wait for zero?

Oracle. Arguably it is also better behaviour for fairness to wake in
FIFO order too in that case.

> I'm just afraid that we optimize for the wrong case.

My point is that there is very little downside, and it is actually
going via simpler code paths (and less icache). So I think it makes
sense, but anyway.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/