<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="static/style.xsl"?><OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd"><responseDate>2026-05-27T11:57:48Z</responseDate><request verb="GetRecord" identifier="oai:riuma.uma.es:10630/12051" metadataPrefix="mods">https://riuma.uma.es/rest/oai/request</request><GetRecord><record><header><identifier>oai:riuma.uma.es:10630/12051</identifier><datestamp>2026-02-03T12:04:44Z</datestamp><setSpec>com_10630_2254</setSpec><setSpec>col_10630_37959</setSpec></header><metadata><mods:mods xmlns:doc="http://www.lyncode.com/xoai" xmlns:mods="http://www.loc.gov/mods/v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-1.xsd">
   <mods:name>
      <mods:namePart>Quislant-del-Barrio, Ricardo</mods:namePart>
   </mods:name>
   <mods:name>
      <mods:namePart>Gutiérrez-Carrasco, Eladio Damián</mods:namePart>
   </mods:name>
   <mods:name>
      <mods:namePart>Zapata, Emilio L.</mods:namePart>
   </mods:name>
   <mods:name>
      <mods:namePart>Plata-González, Óscar Guillermo</mods:namePart>
   </mods:name>
   <mods:extension>
      <mods:dateAvailable encoding="iso8601">2016-09-20T12:03:45Z</mods:dateAvailable>
   </mods:extension>
   <mods:extension>
      <mods:dateAccessioned encoding="iso8601">2016-09-20T12:03:45Z</mods:dateAccessioned>
   </mods:extension>
   <mods:originInfo>
      <mods:dateIssued encoding="iso8601">2016-09-20</mods:dateIssued>
   </mods:originInfo>
   <mods:identifier type="uri">http://hdl.handle.net/10630/12051</mods:identifier>
   <mods:identifier type="orcid">http://orcid.org/0000-0001-9748-9161</mods:identifier>
   <mods:abstract>Los sistemas comerciales que ofrecen memoria transaccional (TM) implementan un sistema hardware best-effort (BE-HTM) con limitaciones. Es necesario programar un fallback software basado en&#xd;
cerrojos para asegurar el progreso de la aplicación.&#xd;
En este artículo se propone un nuevo tipo de irrevocabilidad hardware (un modo transaccional que marca las transacciones como no abortables) para hacer frente a las limitaciones de los sistemas BE-HTM de una manera mas eficiente, y para liberar a al usuario de tener que programar un fallback. Se basa en el concepto de suscripción relajada utilizada o en el contexto de la programación de fallbacks basada o en cerrojos, donde la transacción se suscribe al cerrojo al final de la misma en lugar de al principio.&#xd;
El mecanismo de irrevocabilidad relajada hardware no involucra cambios en el protocolo de coherencia y se compara con su homólogo software, que proponemos como un fallback con suscripción relajada de&#xd;
espera escapada. También proponemos la irrevocabilidad relajada con anticipación, un mecanismo que no se puede implementar en software, y que mejora el rendimiento de las aplicaciones con múltiples reemplazos de bloques transaccionales de caché.&#xd;
La evaluación de las propuestas se lleva a cabo con el simulador Simics/GEMS junto con la suite de benchmarks STAMP, y se obtiene una mejora de rendimiento sobre el fallback del 14% al 28% para algunos benchmarks.</mods:abstract>
   <mods:language>
      <mods:languageTerm>spa</mods:languageTerm>
   </mods:language>
   <mods:accessCondition type="useAndReproduction">open access</mods:accessCondition>
   <mods:accessCondition type="useAndReproduction">by-nc-nd</mods:accessCondition>
   <mods:subject>
      <mods:topic>Arquitectura de computadores</mods:topic>
   </mods:subject>
   <mods:titleInfo>
      <mods:title>Irrevocabilidad Relajada para Memoria Transaccional Hardware</mods:title>
   </mods:titleInfo>
   <mods:genre>conference output</mods:genre>
</mods:mods>
</metadata></record></GetRecord></OAI-PMH>