Re: better atomics - v0.5
Heikki Linnakangas <hlinnakangas@vmware.com>
From: Heikki Linnakangas <hlinnakangas@vmware.com>
To: Andres Freund <andres@2ndquadrant.com>,
Robert Haas <robertmhaas@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Peter Geoghegan <pg@heroku.com>, Pg Hackers
<pgsql-hackers@postgresql.org>, Ants Aasma <ants@cybertec.at>
Date: 2014-06-25T21:42:37Z
Lists: pgsql-hackers
On 06/25/2014 11:36 PM, Andres Freund wrote: > >> >- I completely loathe the file layout you've proposed in >> >src/include/storage. If we're going to have separate #include files >> >for each architecture (and I'd rather we didn't go that route, because >> >it's messy and unlike what we have now), then shouldn't that stuff go >> >in src/include/port or a new directory src/include/port/atomics? >> >Polluting src/include/storage with a whole bunch of files called >> >atomics-whatever.h strikes me as completely ugly, and there's a lot of >> >duplicate code in there. > I don't mind moving it somewhere else and it's easy enough to change. I think having a separate file for each architecture is nice. I totally agree that they don't belong in src/include/storage, though. s_lock.h has always been misplaced there, but we've let it be for historical reasons, but now that we're adding a dozen new files, it's time to move them out. - Heikki
Commits
-
Avoid the use of a separate spinlock to protect a LWLock's wait queue.
- 008608b9d510 9.6.0 cited
-
Improve LWLock scalability.
- ab5194e6f617 9.5.0 cited
-
Reduce the number of semaphores used under --disable-spinlocks.
- daa7527afc22 9.4.0 cited
-
Alter the configure script to fail immediately if the C compiler does not
- d15cb38dec01 9.0.0 cited