Multicores and Publication Safety

Sean Kelly sean at invisibleduck.org
Tue Aug 5 09:18:39 PDT 2008


Jb wrote:
> "Sean Kelly" <sean at invisibleduck.org> wrote in message 
> news:g78man$17sb$1 at digitalmars.com...
>> Jb wrote:
>>> "Walter Bright" <newshound1 at digitalmars.com> wrote in message 
>>> news:g7855a$2sd3$1 at digitalmars.com...
>>>> "What memory fences are useful for on multiprocessors; and why you 
>>>> should care, even if you're not an assembly programmer."
>>>>
>>>> http://bartoszmilewski.wordpress.com/2008/08/04/multicores-and-publication-safety/
>>>>
>>>> http://www.reddit.com/comments/6uuqc/multicores_and_publication_safety/
>>> None of that is relevant on x86 as far as I understand. I could only find 
>>> the one regarding x86-64, but as far as I know it's the same on x86-32.
>>>
>>> http://www.intel.com/products/processor/manuals/318147.pdf
>>>
>>> The key point being loads are not reordered with other loads, and stores 
>>> are not reordered with other stores.
>> Not true.  The actual behavior of IA-32 processors has been hotly debated, 
>> but it's been established that at least certain AMD processors may reorder 
>> loads.
> 
> Thats news to me.

I don't know that this was ever confirmed with anyone at AMD, but it did 
come up in the C++0x talks and I believe the linux kernel accounts for it.


Sean



More information about the Digitalmars-d mailing list