Re: What happens if a transaction fails to serialize?
Klaus Wuestefeld <[email protected]>
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <[email protected]> |
Serialization: in parallel for best performance Writing and physical sync'ing (FileDescriptor.sync()) to disk: batched for best performance Execution: sequenced. You can run 1500 threads on a 4-yr-old Celeron notebook running 700 average-sized transactions per second. See you, Klaus. On Fri, Apr 23, 2010 at 5:59 PM, Ross Rick <[email protected]> wrote: > Ah.. excellent. One less worry. I was under the impression that for > speed reasons those two were forked. > R > On Apr 23, 2010, at 1:28 PM, Justin T. Sampson wrote: > > On Fri, Apr 23, 2010 at 1:08 PM, Ross Rick <[email protected]> wrote: >> >> As I understand it, application control is returned to the caller when the >> transaction completes in memory, so I'm wondering what happens if the >> journaling farts, especially after control has been returned. >> >> Should be damn rare, of course, just wondering if this has been addressed. > > As of Prevayler 2.3 at least, transactions are serialized (turned into bytes > by Java serialization) before anything else happens, so if serialization > fails the call to execute(Transaction) will throw the exception thrown by > the serialization and Prevayler is unaffected. > Cheers, > Justin > ------------------------------------------------------------------------------ > _______________________________________________ > To unsubscribe go to the end of this page: > http://lists.sourceforge.net/lists/listinfo/prevayler-discussion > _______________________________________________ > "Databases in Memoriam" -- http://www.prevayler.org > > > ------------------------------------------------------------------------------ > > _______________________________________________ > To unsubscribe go to the end of this page: > http://lists.sourceforge.net/lists/listinfo/prevayler-discussion > _______________________________________________ > "Databases in Memoriam" -- http://www.prevayler.org > > ------------------------------------------------------------------------------ _______________________________________________ To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion _______________________________________________ "Databases in Memoriam" -- http://www.prevayler.org