Date: | Tue, 21 Oct 2008 12:00:58 +1300 |
---|---|
From: | "Fuad Tabba" <fuad@xxxxxxxxxxxxxxxxx> |
Subject: | [Gems-users] Rationale: Aborting with Lazy Version Management doesn't take effect immediately |
Hi,
A question on ruby/transactional memory when using Lazy Version Management. I've noticed that when a transaction aborts, it doesn't abort immediately, but sets an abort flag (setAbortFlag) which gets processed at the next load, store or commit (readyToRetireMemRef and commitTransaction).
My question is why doesn't the transaction abort immediately? Is is a modeling issue or a workaround to something gems/simics related? Thanks. Cheers, /fuad |
[← Prev in Thread] | Current Thread | [Next in Thread→] |
---|---|---|
|
Previous by Date: | [Gems-users] Safest Optimization Level for Ruby, Fuad Tabba |
---|---|
Next by Date: | Re: [Gems-users] Rationale: Aborting with Lazy Version Management doesn't take effect immediately, Jayaram Bobba |
Previous by Thread: | [Gems-users] Problems building the GEMS 2.1 checkpoints, Antonio García Guirado |
Next by Thread: | Re: [Gems-users] Rationale: Aborting with Lazy Version Management doesn't take effect immediately, Jayaram Bobba |
Indexes: | [Date] [Thread] |