http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59305
--- Comment #12 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to r...@cebitec.uni-bielefeld.de from comment #11) > > --- Comment #10 from Iain Sandoe <iains at gcc dot gnu.org> --- > > (In reply to Rainer Orth from comment #9) > >> I see the same issue on some Solaris 10/SPARC systems on UltraSPARC T2: > > > > do you use the default mutex-based implementation for lib atomic? > > I do, since this is the only option on SPARC. Do you repeat the findings we see on Darwin, where a heavily loaded system does not exhibit the slow-down? I was part-way through investigating whether spin locks would be a better solution for these very short code-segements. Essentially, the duration should only be a few insns. Available time is ever the killer.
