Saturday, November 29, 2014

Digest for comp.programming.threads@googlegroups.com - 4 updates in 2 topics

comp.programming.threads@googlegroups.com Google Groups
Unsure why you received this message? You previously subscribed to digests from this group, but we haven't been sending them for a while. We fixed that, but if you don't want to get these messages, send an email to comp.programming.threads+unsubscribe@googlegroups.com.
anastasiossouris@gmail.com: Nov 29 02:33AM -0800

On Monday, November 24, 2014 11:08:58 PM UTC+2, Ramine wrote:
> dangerous ?
 
> Thank you,
> Amine Moulay Ramdane.
 
That's an issue for hardware folks... Relaxed memory ordering performs better because the cores in a manycore machine can avoid doing extra work...
 
Think that if an architecture implemented a sequential consistent memory model you would only need to perform atomic loads and stores and no memory barriers at all. So it is easier for you the programmer. BUT, the architecture underneath will implement in hardware those memory fences for you in EVERY load and store you perform.
 
Next one realizes that ordering memory actions between different processors is not essential for every load and store. But only when you need it...
 
So the hardware guys say to you:
Well get those cheap load and stores you want. And if you want to order memory actions then i give to you those extra memory barriers instructions (which are costly with respect to other instructions), and you have to place them where they are needed.
So, the hardware runs fast in the common case and CAN also run fast in the case where synchronization is needed if you succeed in placing only the required memory fences and no more.
This certainly adds to the complexity a programmer has to face when implementing a lock-free algorithm and that's why you don't like it! :)
Ramine <ramine@1.1>: Nov 28 02:11PM -0800

Hello,
 
 
I have just received an email from the president Normand Peladeau
of the Provalis Research that is a world-leading developer of text
analysis software with ground-breaking qualitative, quantitative and
mixed methods programs. Here is the website of his company:
 
http://provalisresearch.com/company/
 
 
He saws my work on my Parallel projects that i have done with Delphi and
Freepascal and i think he wants me to work for them, here is the
email that i have received from him:
 
-----
 
Amine,
 
 
 
I saw one of your posting on the web and saw that you were probably in
Quebec (videotron.ca). Are you looking for a programming job? Someone
with Delphi skills and mathematical and statistical background would
probably have a good chance to get an interesting programming job at my
company.
 
If you are interested in either a job or some contracts, please send me
your CV or some notes.
 
 
 
Normand Peladeau
 
Provalis Research
 
----
 
 
Thank you,
Amine Moulay Ramdane.
"Chris M. Thomasson" <no@spam.invalid>: Nov 28 03:44PM -0800


> http://provalisresearch.com/company/
 
 
> He saws my work on my Parallel projects that i have done with Delphi and
> Freepascal and i think he wants me to work for them
 
That is great news; I wish you all the luck in the world.
 
One little point, please _try_ running your algorithms through a
race detector like
 
https://code.google.com/p/data-race-test/wiki/ThreadSanitizer
 
or
 
http://www.1024cores.net/home/relacy-race-detector
 
:^)
Gerald Breuer <Gerald.Breuer@gmail.com>: Nov 29 01:55AM +0100

Ramine wrote:
 
> He saws my work on my Parallel projects that i have done with Delphi
> and Freepascal and i think he wants me to work for them, here is the
> email that i have received from him:
 
I hope he will notice your bug-frequency.
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.programming.threads+unsubscribe@googlegroups.com.

No comments: