Hi, Are you after the raw pointer and size of each of the mmap'ed store files?
I'm afraid it's not that simple. We don't just mmap the store files and work on the memory. For instance, on Windows, we never mmap, but instead always do our own buffer pooling. Neo4j can also choose to do buffer management for individual records for particular regions of the store files. It's pretty complicated. Look for things around PersistentWindowPool in the 2.1-maint branch to see the gory details. And in 2.2, this all changes radically, as we're introducing a new PageCache API with two brand new implementations. The new page caches in 2.2 don't do any mmap'ing at all. There will also only be one PageCache instance per database in 2.2, as opposed to the one WindowPool per store file scheme that we have been using so far. What hardware optimisation are you trying to implement? -- Chris Vest System Engineer, Neo Technology [ skype: mr.chrisvest, twitter: chvest ] On 27 Aug 2014, at 03:58, jer <[email protected]> wrote: > Hi all, > > I'm trying to implement a hardware optimization for neo4j. The key > information for me to use is the virtual address space allocated each to > node/relationships/property. I see some information on how to allocate > overall percentage of space here: > http://docs.neo4j.org/chunked/milestone/configuration-caches.html#_object_cache. > But it does not mention the starting address of the > node/relationship/property. I wonder how could I obtain this information? > > Also, I find a detailed description for Neo4j internals here: > http://digitalstain.blogspot.ca/2010/10/neo4j-internals-file-storage.html. > But the information, according to the author, is outdated. How could I get > the specific information on the current 2.1.3 version? > > Thanks a lot! > Jer > > -- > You received this message because you are subscribed to the Google Groups > "Neo4j" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Neo4j" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
