Re: Towards a working "wine". [long]

On 6/17/05, Poul-Henning Kamp <phk_at_phk.freebsd.dk> wrote:

> phkmalloc works just fine with a fragmented heap, but allocates too
> much memory for the page-map if all the memory is too far away
> from "_end".
> 
> The correct (and portable) fix is to give phkmalloc a treee-structure
> instead of a linear array to manage the page table.
> 

Sorry, I didn't mean to imply that it was just never going to work,
just the structure of the mapping from addresses to the page table:
the god-awful hack was the quickest way to test that things would work
better in wine. I'll get some decent patches done RSN, but I'd imagine
there'll be a minor amount of overhead involved. (eg, ptr2index would
never be as simple as it is now)
The change would also affect the behaviour of applications in terms of
how MAXDSIZ impacted them (it'd be pretty much meaningless for a
non-brk-based malloc, but that's not neccessarily a bad thing)