Re: Imagine if Prevayler could transparently use disk...
Klaus Wuestefeld <[email protected]>
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <CAMAooZEOkP+F=RwZAKGjRVHh7XEkaqzuDjXV2Lo6QcJ2-Ob-zA@mail.gmail.com> |
Hi, You are talking about an OODBMS: orders of magnitude slower and more complex than Prevalence. See you, Klaus. On Mon, Nov 14, 2011 at 10:39 AM, Naveen Chawla <[email protected]> wrote: > Looks possible via bytecode instrumentation even after the jvm has started: > http://download.oracle.com/javase/6/docs/api/java/lang/instrument/package-summary.html#package_description > http://www.csg.is.titech.ac.jp/~chiba/javassist/ > >> ...so you could seamlessly create and use terabyte+ sized Java objects with it! >> >> Stupid? Crazy? Pointless? Impossible? Maybe one day? Or already possible? >> >> Maybe by transparently allowing deserialization/serialization of >> fields to/from memory, based on which ones are most/least used. Or >> maybe there's an even simpler way. >> >> I'm guessing it'd still be way more performant than databases. I like >> the Prevayler "way" of doing things, so I wouldn't want the user code >> to change in any way, so it'd still be "Prevayler". >> > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion > _______________________________________________ > "Databases in Memoriam" -- http://www.prevayler.org > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion _______________________________________________ "Databases in Memoriam" -- http://www.prevayler.org