Erm, hey Sander I've got a bunch of memory management code in my
sandbox.... It covers page allocation, buffer allocation (malloc),
paging (broken), and garbage collection.

On 9/25/07, Sander van Rossen <[EMAIL PROTECTED]> wrote:
> I build a memory manager (it's in ADC.MemoryManager) with which you
> can allocate/release memory..
> It doesn't use any paging (It could/should be merged with the paging
> code from xfury at some point), but i think that, for now, this will
> be fine to start building some things like vtables..
> It did some quick tests, fixed some bugs, and it seems to work fine
> now (but don't be too suprised if you find a bug)

What technique does it use? Mine uses stack-based allocation like NT
and Linux, thats where the memory manager stores a stack of every free
page, and pops a value off the stack to allocate and back on to
deallocate. It's more efficient than bitmap.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> SharpOS-Developers mailing list
> SharpOS-Developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sharpos-developers
>


-- 
fury

long name: William Lahti
handle :: fury
freenode :: xfury
blog :: http://xfurious.blogspot.com/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
SharpOS-Developers mailing list
SharpOS-Developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sharpos-developers

Reply via email to