Messages in this thread | | | Date | Sat, 8 Nov 2008 10:38:43 -0800 (PST) | From | Linus Torvalds <> | Subject | Re: [git pull] scheduler updates |
| |
On Sat, 8 Nov 2008, Linus Torvalds wrote: > > Can we please just remove that idiocy? Or can somebody give a _sane_ > argument for it?
Btw, the only _possible_ sane argument I see is
- two consecutive rdtsc calls - timing the code in between - the code in between is not self-serializing
and quite frankly, if that's the case, then it's _that_ code that should have the barriers, not some generic "[v]get_cycles()".
IOW, the rdtsc_barrier may make sense when you're synchronizing the TSC to some other hardware event (eg the "tie the TSC to the HPET" kind of code), but then the barriers are about the code, not about the TSC access itself.
Linus
| |