Hi,
I fixed some minor typos + have some comments on things need to be clarified.
My comments are based on the sections + numbers inside the sections
Detailed Description
3. I think you should add:
However, this behavior can be controlled as explained later on and a lock may be released
after the end of "endAction".
User-work-flows
2. "If needed additional treatment the appropriate command will override
getReadLocks() and getWriteLocks() methods of CommandBase <BR>"
Don't you mean here the exclusive and shared locks?
Failures -
4. In case task is found at DB, but not in SPM - will we want to clean it immediately at
the first detection this issue occurs? (We talked about it today, and we think we should
do that, giving other
people a chance to comment)
----- Original Message -----
From: "Michael Kublin" <mkublin(a)redhat.com>
To: "engine-devel" <engine-devel(a)ovirt.org>
Sent: Tuesday, January 29, 2013 12:01:33 PM
Subject: [Engine-devel] Improving of exist memory lock infrastructure in ovirt-engine
The following link
http://www.ovirt.org/Features/DetailedLockMechanism contains
description and design of in memory lock infrastructure.
The design is describing already existing infrastructure with
additional changes that should be done in order to improve it.
The idea is to allow using of in memory locks with commands that can
create asynchronous tasks.
Regards Michael
_______________________________________________
Engine-devel mailing list
Engine-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel