Ramine
unread,Aug 14, 2016, 5:50:38 PM8/14/16You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
Hello,
I will add more about Transactional memory...
From my previous logical inference i have said that:
To get more safety on Transactional memory, transactions must
wrap the parallel part and the serial part, and this will
get you less performance than locks, now the important question
is since transactions conflicts are probabilistic and i have also
said on my previous logical inference that if the serial part
get more bigger so you will have more chance to get conflicts and
this will get you poor performance, so from my logical inference,
how can we guaranty a latency and throughput that is decent with
Transactional memory ? i think that since with Transactional memory
we can not do calculations that guaranty a more decent performance,
so Transactional memory is not good especially for realtime critical
systems even though transactional memory avoids race conditions and
deadlocks and is then good on composability.
So from my logical inference, that means that Transactional memory
is not the silver bullet, and locks are more suited for performance
than Transactional memory.
Thank you,
Amine Moulay Ramdane.