From: Calum Grant (calum_at_[hidden])
Date: 2005-10-02 09:50:30
> Is the code 64-bit ready ? What was limiting the scalability
> to 1 million rows rather than say 100 million ?
The OS refused to map more than 2GB into my address space.
> > - This seems a core library that boost should have. Do you
> > > plan to submit it ?
> > I hadn't honestly considered it. Isn't this functionality
> covered by
> > Shmem anyway? Persist is completely free - so Shmem could
> make use of
> > it. I would certainly be happy to change the license from LGPL to
> > Boost.
> I have to study shmem but I think the persistent STL bits are
> more suited as the base library for other database libraries
> like RML and not as part of
> a shared memory library.
> It's only an organizational issue. My feeling is that if the
> persistent containers are developed by people working on
> database issues it will get more focus on performance and be
> more suited for real-world solutions.
On the other hand, one would expect that the implementors of a
memory-mapped library would not be completely oblivious to performance.
There are many tricky OS-related issues with shared/mapped memory, that
is a project in itself.
The answer lies in benchmarking different implementations.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk