XML Benchmarks in D

[Kris]

Reply to BCS:

"BCS" <ao at pathlink.com> wrote in message 
news:55391cb32a6178ca5358fd65a320 at news.digitalmars.com...
> Reply to kris,
>
>> BCS Wrote:
>>
>>> what might be interesting is to make a version that works with slices
>>> of the file rather than ram. (make the current version into a
>>> template specialized on char[] and the new one on some new type?)
>>> That way only the parsed meta data needs to stay in ram. It would
>>> take a lot of games mapping stuff in and out of ram but it would be
>>> interesting to see if it could be done.
>>>
>> It would be interesting, but isn't that kinda what memory-mapped files
>> provides for? You can operate with files up to 4GB in size (on a 32bit
>> system), even with DOM, where the slices are virtual addresses within
>> paged file-blocks. Effectively, each paged segment of the file is a
>> lower-level slice?
>>
>
> Not as I understand it (I looked this up about a year ago so I'm a bit 
> rusty). on 32bits, you can't map in 4GB because you need space for the 
> programs code (and on windows you only get 3GB of address space as the OS 
> gets that last GB)

Doh. You're right, of course. Thank goodness for 64bit machines :)