Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Assembly x86 > Re: optimizatio...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 7 of 13 Topic 4621 of 4729
Post > Topic >>

Re: optimization possibilities...

by "Chris Thomasson" <spamtrap@[EMAIL PROTECTED] > Apr 22, 2008 at 04:58 PM

"Timothy Baldwin" <spamtrap@[EMAIL PROTECTED]
> wrote in message 
news:I6udnYSpJJHXo5PVRVnyuQA@[EMAIL PROTECTED]
> In message <-NedndNK0e2y2pfVnZ2dnUVZ_o3inZ2d@[EMAIL PROTECTED]
>, Chris
Thomasson
> <spamtrap@[EMAIL PROTECTED]
> wrote:
>
>> x86 is TSO such that stores have implied preceding (#LoadStore |
>> #StoreStore), and loads have a implied trailing (#LoadStore |
#LoadLoad).
>> The only explicit memory barrier you need is (#StoreLoad | #StoreStore)

>> to
>> prevent load-after-store reordering; here is the do***entation:
>>
>> http://www.intel.com/products/processor/manuals/318147.pdf
>
> I was working to some earlier Intel docs.

That do***ent covers all Intel processors under IA-32/64 model.




> I have done some searching and
> found re****ts that explicit memory barriers are required on Pentium Pro 
> and
> Winchip processors, and some 486 and Pentium systems. There is sup****t
for
> such processors in Linux.

Are you referring to the plan9 problem?

http://groups.google.com/group/comp.programming.threads/msg/673a99c1328867cd

AFAICT, that's not referring to releasing a lock. I would be interested to

see some do***entation that explicitly says that you need a #StoreLoad 
barrier to release a lock on IA-32. That would totally contradict Intel's 
do***entation. I could easily add them in, but #StoreLoad on acquire _and_

release would tank performance for uncontended lock access.
 




 13 Posts in Topic:
optimization possibilities...
"Chris Thomasson&quo  2008-04-18 17:30:10 
Re: optimization possibilities...
Terje Mathisen <spamt  2008-04-19 07:30:55 
Re: optimization possibilities...
"Chris Thomasson&quo  2008-04-19 14:06:11 
Re: optimization possibilities...
Timothy Baldwin <spam  2008-04-19 11:40:51 
Re: optimization possibilities...
"Chris Thomasson&quo  2008-04-19 12:27:17 
Re: optimization possibilities...
Timothy Baldwin <spam  2008-04-22 20:36:39 
Re: optimization possibilities...
"Chris Thomasson&quo  2008-04-22 16:58:52 
Re: optimization possibilities...
"Chris Thomasson&quo  2008-04-19 16:53:01 
Re: optimization possibilities...
"Alexei A. Frounze&q  2008-04-19 00:15:30 
Re: optimization possibilities...
"Chris Thomasson&quo  2008-04-19 12:41:01 
Re: optimization possibilities...
"Alexei A. Frounze&q  2008-04-20 02:12:38 
Re: optimization possibilities...
"Chris Thomasson&quo  2008-04-20 11:33:37 
Re: optimization possibilities...
"Chris Thomasson&quo  2008-06-10 23:30:33 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Fri Jul 25 21:02:44 CDT 2008.