>>> As in 200%+ slower. >> Have you tried PTHREAD_MUTEX_ADAPTIVE_NP ? > Yes.
Ok, if this can be validated, we might have a new case now for which my suggestion would not be helpful. Reviewed, optimized code with short critical sections and no hotspots by design could indeed be an exception where to keep slock as they are. > Hm, ok. Any chance you have profiles from back then? IIUC I had shared all relevant data on the list. Does this help? http://www.postgresql.org/message-id/4fe9eb27.9020...@schokola.de Thanks, NIls -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
