Re: Ang.: JournalDiskSyncStrategy?
Karl Wettin <[email protected]> Tue, 12 Aug 2014 22:01:57 +0200
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <[email protected]> |
No, if I run it as a single transaction then I will flood my journal with t= ransactions that does nothing. See the paper thread for detailed information about what and why I do. On 12 Aug 2014, at 21:11, Klaus Wuestefeld <[email protected]> wrote: > Is 100ms for production and leaving sync off for good during testing > and dev not enough? > = > On Tue, Aug 12, 2014 at 4:04 PM, Karl Wettin <[email protected]> wro= te: >> My guess is 100 ms. >> = >> Skickat fr=E5n min HTC >> = >> = >> ----- Reply message ----- >> Fr=E5n: "Klaus Wuestefeld" <[email protected]> >> Till: "Open discussion about the Prevayler project." >> <[email protected]> >> Rubrik: [Prevayler-discussion] JournalDiskSyncStrategy? >> Datum: tis, aug 12, 2014 20:01 >> = >> = >> 200 transactions with sync: 7 seconds. >> 200 transactions without sync: 3 millis. >> One big transaction: ? >> = >> On Tue, Aug 12, 2014 at 2:52 PM, Karl Wettin <[email protected]> wr= ote: >>> = >>> On 11 Aug 2014, at 21:53, Justin Sampson <[email protected]> wrote: >>> = >>> Since you're not actually wanting to turn off disk sync, just >>> make it more efficient, one of these options might be preferable >>> to making the disk sync logic itself more configurable. >>> = >>> = >>> Thanks for the suggestions, but I'm afraid they're not applicable for my >>> case due to the transactions being interdependent on each other, e.g. I >>> might not have enough information to produce my second transaction unle= ss >>> the first already has been executed. This syncronized singleton delta >>> evaluator of mine is all about fixing isolation. >>> = >>> = >>> karl >>> = >>> = >>> = >>> = >>> = >>> -----------------------------------------------------------------------= ------- >>> = >>> _______________________________________________ >>> To unsubscribe go to the end of this page: >>> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion >>> _______________________________________________ >>> "Databases in Memoriam" -- http://www.prevayler.org >>> = >> = >> = >> = >> -- >> Valeu, Klaus. >> = >> ------------------------------------------------------------------------= ------ >> _______________________________________________ >> 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 >> = > = > = > = > -- = > Valeu, Klaus. > = > -------------------------------------------------------------------------= ----- > _______________________________________________ > To unsubscribe go to the end of this page: http://lists.sourceforge.net/l= ists/listinfo/prevayler-discussion > _______________________________________________ > "Databases in Memoriam" -- http://www.prevayler.org ---------------------------------------------------------------------------= --- _______________________________________________ To unsubscribe go to the end of this page: http://lists.sourceforge.net/lis= ts/listinfo/prevayler-discussion _______________________________________________ "Databases in Memoriam" -- http://www.prevayler.org