cvs.gedasymbols.org/archives/browse.cgi   search  
Mail Archives: djgpp/1997/09/14/23:17:11

Newsgroups: comp.os.msdos.djgpp
From: Elliott Oti <e DOT oti AT stud DOT warande DOT ruu DOT nl>
Subject: Re: Speed of Allegro Datafiles
Sender: usenet AT fys DOT ruu DOT nl (News system Tijgertje)
Message-ID: <341CD6FB.448@stud.warande.ruu.nl>
Date: Mon, 15 Sep 1997 06:34:35 GMT
References: <34176C9A DOT 6E20 AT voyageur DOT ca> <Wi7mc5ADIHG0EwpB AT talula DOT demon DOT co DOT uk>
<6t2dPOA2pYG0Ew83 AT talula DOT demon DOT co DOT uk> <341ba9fc DOT 0 AT 139 DOT 134 DOT 5 DOT 33> <E6di6cCZz$G0EwLo AT talula DOT demon DOT co DOT uk>
Mime-Version: 1.0
Organization: Bipolar Widgets International
Lines: 23
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

Shawn Hargreaves wrote:
> Sure, fragmentation can occasionally be a problem, but I don't think it
> is something that Allegro should be concerned with. If you need custom
> memory management routines you are very welcome to write some, but the
> standard library routines are perfectly good enough for most situations.
> The only 100% sure way to prevent fragmentation is to use a handle based
> system with movable blocks, which would incur way too much overhead for
> something like Allegro...

On a side note..
I have written memory handlers that clean up and shift around blocks of
free memory to make them contiguous. It's not difficult (except when
virtual memory is involved), it doesn't *need* much overhead, per se,
because you can clean up every n allocations instead of every
allocation. It suffers however from a serious flaw for my code. Tpolygon
framebuffers, like Allegro bitmaps, store offsets to buffer rows in
arrays. The addresses in these arrays ( e.g. line[] ) are invalidated
once the memory manager begins shifting blocks around. Any ideas for
workarounds for this problem?

-- 
------------ Elliott Oti ---------------
   ------------- http://www.fys.ruu.nl/~oti  ---------
 on the Net. See
http://www.lfbs.rwth-aachen.de/~sven/OS-Projects/index.html for links to
them. It is not enough to build the perfect OS (and that isn't easy),
you also need a user base. We might as well work with an alternative OS
that has already built up a sizeable and knowledgeable user base. Linux.
United we stand.

Just 2 cents from a DOS/Win 3.11/sometimes Linux user.
-- 
------------ Elliott Oti ---------------
   ------------- http://www.fys.ruu.nl/~oti  ---------

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019