| From | Sent On | Attachments |
|---|---|---|
| Jukka Zitting | Jul 12, 2012 4:11 am | |
| Julian Reschke | Jul 12, 2012 4:18 am | |
| Michael Dürig | Jul 12, 2012 4:22 am | |
| Thomas Mueller | Jul 12, 2012 4:44 am | |
| Jukka Zitting | Jul 12, 2012 5:15 am | |
| Angela Schreiber | Jul 17, 2012 4:01 am | |
| Jukka Zitting | Jul 18, 2012 7:16 am | |
| Thomas Mueller | Jul 19, 2012 12:21 am | |
| Stefan Guggisberg | Jul 19, 2012 1:18 am | |
| Jukka Zitting | Jul 19, 2012 1:37 am | |
| Angela Schreiber | Jul 19, 2012 1:54 am | |
| Jukka Zitting | Jul 19, 2012 1:57 am | |
| Jukka Zitting | Jul 19, 2012 2:09 am | |
| Thomas Mueller | Jul 19, 2012 2:25 am | |
| Stefan Guggisberg | Jul 19, 2012 2:26 am | |
| Thomas Mueller | Jul 19, 2012 2:29 am | |
| Jukka Zitting | Jul 19, 2012 2:36 am | |
| Angela Schreiber | Jul 19, 2012 2:59 am | |
| Jukka Zitting | Jul 19, 2012 3:26 am | |
| Alexander Klimetschek | Jul 19, 2012 11:58 am | |
| Jukka Zitting | Jul 19, 2012 2:09 pm |
| Subject: | Re: Internal content in Oak | |
|---|---|---|
| From: | Jukka Zitting (jukk...@gmail.com) | |
| Date: | Jul 19, 2012 2:09:23 am | |
| List: | org.apache.jackrabbit.oak-dev | |
Hi,
On Thu, Jul 19, 2012 at 10:18 AM, Stefan Guggisberg <stef...@gmail.com> wrote:
implementing the transient space in Oak-Core is legitimate, although premature optimization for the specific use case where the entire stack (jcr-...-mk) runs in the same vm.
To clarify, the decision to write changes from oak-jcr directly to oak-core was not driven by performance ("premature optimization") but rather by the need a) to in any case have those changes in oak-core for validation, etc. and c) to support large content imports that wouldn't necessarily fit into memory. We also wanted to avoid having to write essentially the same code twice for oak-core and oak-jcr. The performance benefit of reduced amount of internal copying and memory overhead is just a nice side-effect of the design.
See the mentioned list archives of March/April for more background, with [1], [2] and [3] being good starting points.
[1] http://markmail.org/message/uficvjx35cxy5h4i [2] http://markmail.org/message/panl3wxfekvmcfyw [3] http://markmail.org/message/m7linbldpirjz2bn
BR,
Jukka Zitting





