Re: bug#7073: no pthread_spinlock_t on Mac OS 10.6.4

2010-09-20 Thread Paul Eggert
On 09/20/10 14:38, Chen Guo wrote: > How difficult would it be to implement a basic spinlock in gnulib, though? Portably? I'd think it'd be quite a pain, as it would require figuring out this platform's atomic instructions, dealing with memory barriers, and the like. > I suppose a performance h

Re: bug#7073: no pthread_spinlock_t on Mac OS 10.6.4

2010-09-20 Thread Chen Guo
Hi all, First regarding mutexes on Macs, I suppose a performance hit with mutexes beats no performance at all with missing spinlocks. And regarding "take more work," I believe spinlocks and mutexes were basically interchangeable in terms of functionality in our sort algorithm; the work probably wi

Re: bug#7073: no pthread_spinlock_t on Mac OS 10.6.4

2010-09-20 Thread Paul Eggert
On 09/20/10 02:33, Pádraig Brady wrote: > On a related note, I've been meaning to check > if mutexes in coreutils/sort are more stable > and/or fair to the system than spinlocks. They ought to be fairer, though I'd expect there to be a significant performance price in some cases. I'm not sure wha

Re: bug#7073: no pthread_spinlock_t on Mac OS 10.6.4

2010-09-20 Thread Pádraig Brady
On 20/09/10 07:21, Paul Eggert wrote: > On 09/19/2010 07:43 PM, Gary V. Vaughan wrote: >> my system headers have no pthread_spinlock_t definition, but >> gnulib sees /usr/include/pthread.h and uses that instead of generating it's >> own, >> ... >> I don't know enough about pthreads to tell whethe