[jboss-jira] [JBoss JIRA] Updated: (JBCACHE-1365) Removing structural nodes during rollback is costly

Mircea Markus (JIRA) jira-events at lists.jboss.org
Wed Jun 11 09:52:15 EDT 2008


     [ http://jira.jboss.com/jira/browse/JBCACHE-1365?page=all ]

Mircea Markus updated JBCACHE-1365:
-----------------------------------

    Summary: Removing structural nodes during rollback is costly  (was: rollback *costly* removes the structural nodes)

> Removing structural nodes during rollback is costly
> ---------------------------------------------------
>
>                 Key: JBCACHE-1365
>                 URL: http://jira.jboss.com/jira/browse/JBCACHE-1365
>             Project: JBoss Cache
>          Issue Type: Feature Request
>      Security Level: Public(Everyone can see) 
>    Affects Versions: 2.2.0.GA
>            Reporter: Mircea Markus
>         Assigned To: Manik Surtani
>            Priority: Minor
>             Fix For: 2.2.0.GA
>
>
> within a Tx: when adding a new k,v pair to an *inexistent* node, the supporting tree structure is created within the transaction. In order to be able to rollback the these structural nodes, 
> a CreateNode command is created for each such operation - not optimal as for each such commands a List is also built internally.
> The drawback for Fqn.size = n  is -> n commands and n lists being created, which is a lot.
> solution: nodes are being create in PessimisticLockInterceptor,  they should be passed in to the command itself so that it will be aware of them at rollback time, i.e. don't create a new command just for creating a new node.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jboss-jira mailing list