dc.contributor | Universidade Estadual Paulista (UNESP) | |
dc.creator | Nicácio, Daniel | |
dc.creator | Baldassin, Alexandro | |
dc.creator | Araújo, Guido | |
dc.date | 2014-05-27T11:26:06Z | |
dc.date | 2016-10-25T18:35:00Z | |
dc.date | 2014-05-27T11:26:06Z | |
dc.date | 2016-10-25T18:35:00Z | |
dc.date | 2011-11-09 | |
dc.date.accessioned | 2017-04-06T01:53:30Z | |
dc.date.available | 2017-04-06T01:53:30Z | |
dc.identifier | Lecture Notes in Computer Science (including subseries Lecture Notes in Artificial Intelligence and Lecture Notes in Bioinformatics), v. 7016 LNCS, n. PART 1, p. 144-157, 2011. | |
dc.identifier | 0302-9743 | |
dc.identifier | 1611-3349 | |
dc.identifier | http://hdl.handle.net/11449/72788 | |
dc.identifier | http://acervodigital.unesp.br/handle/11449/72788 | |
dc.identifier | 10.1007/978-3-642-24650-0_13 | |
dc.identifier | 2-s2.0-80455173580 | |
dc.identifier | http://dx.doi.org/10.1007/978-3-642-24650-0_13 | |
dc.identifier.uri | http://repositorioslatinoamericanos.uchile.cl/handle/2250/893625 | |
dc.description | Software Transactional Memory (STM) systems have poor performance under high contention scenarios. Since many transactions compete for the same data, most of them are aborted, wasting processor runtime. Contention management policies are typically used to avoid that, but they are passive approaches as they wait for an abort to happen so they can take action. More proactive approaches have emerged, trying to predict when a transaction is likely to abort so its execution can be delayed. Such techniques are limited, as they do not replace the doomed transaction by another or, when they do, they rely on the operating system for that, having little or no control on which transaction should run. In this paper we propose LUTS, a Lightweight User-Level Transaction Scheduler, which is based on an execution context record mechanism. Unlike other techniques, LUTS provides the means for selecting another transaction to run in parallel, thus improving system throughput. Moreover, it avoids most of the issues caused by pseudo parallelism, as it only launches as many system-level threads as the number of available processor cores. We discuss LUTS design and present three conflict-avoidance heuristics built around LUTS scheduling capabilities. Experimental results, conducted with STMBench7 and STAMP benchmark suites, show LUTS efficiency when running high contention applications and how conflict-avoidance heuristics can improve STM performance even more. In fact, our transaction scheduling techniques are capable of improving program performance even in overloaded scenarios. © 2011 Springer-Verlag. | |
dc.language | eng | |
dc.relation | Lecture Notes in Computer Science (including subseries Lecture Notes in Artificial Intelligence and Lecture Notes in Bioinformatics) | |
dc.rights | info:eu-repo/semantics/closedAccess | |
dc.subject | Benchmark suites | |
dc.subject | Execution context | |
dc.subject | Improving systems | |
dc.subject | Management policy | |
dc.subject | Poor performance | |
dc.subject | Pro-active approach | |
dc.subject | Processor cores | |
dc.subject | Program performance | |
dc.subject | Runtimes | |
dc.subject | Software transactional memory | |
dc.subject | System levels | |
dc.subject | Transaction scheduling | |
dc.subject | Algorithms | |
dc.subject | Benchmarking | |
dc.subject | Java programming language | |
dc.subject | Memory architecture | |
dc.subject | Parallel processing systems | |
dc.title | LUTS: A lightweight user-level transaction scheduler | |
dc.type | Otro | |