Author: Remi Meier <remi.me...@inf.ethz.ch>
Branch: extradoc
Changeset: r5222:5d9030322a0b
Date: 2014-05-02 13:53 +0200
http://bitbucket.org/pypy/extradoc/changeset/5d9030322a0b/
Log: additional cite
diff --git a/talk/icooolps2014/position-paper.tex
b/talk/icooolps2014/position-paper.tex
--- a/talk/icooolps2014/position-paper.tex
+++ b/talk/icooolps2014/position-paper.tex
@@ -322,9 +322,9 @@
systems often scale very well to a big number of threads and
eventually overtake the single-threaded execution, they often provide
no benefits at all for low numbers of threads (1-8). There are some
-attempts \cite{warmhoff13} that can reduce the overhead a lot, but
-also scale very badly so that their benefit on more than one thread is
-little.
+attempts \cite{warmhoff13,spear09} that can reduce the overhead a lot,
+but scale badly or only for certain workloads. Often the benefits
+on more than one thread are too little in real world applications.
However, STM compared to HTM does not suffer from the same restricting
limitations. Transactions can be arbitrarily long. This makes it
@@ -481,6 +481,10 @@
symposium on Principles of programming languages (POPL '06)}. ACM,
New York, NY, USA
+\bibitem{spear09}
+ Spear, Michael F., et al. "Transactional mutex locks." \emph{SIGPLAN
+ Workshop on Transactional Computing.} 2009.
+
\end{thebibliography}
_______________________________________________
pypy-commit mailing list
pypy-commit@python.org
https://mail.python.org/mailman/listinfo/pypy-commit
