Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

I will add more about Transactional memory...

3 views
Skip to first unread message

Ramine

unread,
Aug 14, 2016, 5:50:38 PM8/14/16
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.



0 new messages