Atenção: Todas as denúncias são sigilosas e sua identidade será preservada.
Os campos nome e e-mail são de preenchimento opcional
Metadados | Descrição | Idioma |
---|---|---|
Autor(es): dc.contributor | Universidade Estadual de Campinas (UNICAMP) | - |
Autor(es): dc.contributor | Universidade Estadual Paulista (Unesp) | - |
Autor(es): dc.creator | Nicacio, Daniel | - |
Autor(es): dc.creator | Baldassin, Alexandro [UNESP] | - |
Autor(es): dc.creator | Araujo, Guido | - |
Autor(es): dc.creator | Xiang, Y. | - |
Autor(es): dc.creator | Cuzzocrea, A. | - |
Autor(es): dc.creator | Hobbs, M. | - |
Autor(es): dc.creator | Zhou, W. L. | - |
Data de aceite: dc.date.accessioned | 2022-02-22T00:03:44Z | - |
Data de disponibilização: dc.date.available | 2022-02-22T00:03:44Z | - |
Data de envio: dc.date.issued | 2020-12-09 | - |
Data de envio: dc.date.issued | 2020-12-09 | - |
Data de envio: dc.date.issued | 2011-01-01 | - |
Fonte completa do material: dc.identifier | http://hdl.handle.net/11449/194743 | - |
Fonte: dc.identifier.uri | http://educapes.capes.gov.br/handle/11449/194743 | - |
Descrição: 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, LOTS 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. | - |
Descrição: dc.description | IC UNICAMP, Campinas, SP, Brazil | - |
Descrição: dc.description | Univ Estadual Paulista, UNESP, Rio Claro, Brazil | - |
Descrição: dc.description | Univ Estadual Paulista, UNESP, Rio Claro, Brazil | - |
Formato: dc.format | 144-+ | - |
Idioma: dc.language | en | - |
Publicador: dc.publisher | Springer | - |
Relação: dc.relation | Algorithms And Architectures For Parallel Processing, Pt I | - |
???dc.source???: dc.source | Web of Science | - |
Título: dc.title | LUTS: A Lightweight User-Level Transaction Scheduler | - |
Aparece nas coleções: | Repositório Institucional - Unesp |
O Portal eduCAPES é oferecido ao usuário, condicionado à aceitação dos termos, condições e avisos contidos aqui e sem modificações. A CAPES poderá modificar o conteúdo ou formato deste site ou acabar com a sua operação ou suas ferramentas a seu critério único e sem aviso prévio. Ao acessar este portal, você, usuário pessoa física ou jurídica, se declara compreender e aceitar as condições aqui estabelecidas, da seguinte forma: