On 2002.12.09 14:45:04 -0500 Dain Sundstrom wrote: > > On Monday, December 9, 2002, at 01:26 PM, David Jencks wrote: > > > Ole suggested sending the prepare and commit messages from the tx > > manager > > all at once in different threads. I don't think the tx manager would > > have > > a problem supporting this (lots of threads doing work in a tx), it's > > the > > consistency... > > If you threat the additional new threads as a separate xa resource with > new connections, the 2pc stuff should work. This would mean that the > new threads would be isolated from the parent and each other. This is > sort of like having multiple servers in a distributed transaction. Did > you follow my stream of conscience?
I thought of that too, it's like what would happen if you sent all the work/threads to other jboss instances with the new dtm stuff I'm working on. However, I don't think it helps in any way. I think the tx manager can already handle enlist/delist calls in one tx from many threads: if not it should, and it would be easy to do. The problem is one thread acccessing a row and adding 2, while another thread accesses the same row and multiplies by 2. The transactional resource is free to treat all branches from the same transaction (same globalid part of xid) as completely visible to each other. So, both order of events could occur, and the result is indeterminate. The only thing you'd get from the extra XAResources is more branches on your tx. I do think this is a plausible scheme if we lock resource managers to threads within a transaction. I don't know how hard it would be or how useful. It certainly goes beyond j2ee. Also, as someone else pointed out, all such schemes will reduce latency but probably not increase throughput significantly: the only way they could increase throughput is if some bottleneck is held for the length of the transaction. david > > -dain > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
