Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!wuarchive!mit-eddie!bloom-beacon!EXPO.LCS.MIT.EDU!keith
From: keith@EXPO.LCS.MIT.EDU (Keith Packard)
Newsgroups: comp.windows.x
Subject: Re: SunOS malloc vs. GNU malloc: GNU loses
Message-ID: <9008292001.AA10288@xenon.lcs.mit.edu>
Date: 29 Aug 90 20:01:10 GMT
References: <9008291547.AA05949@thyme.jpl.nasa.gov>
Sender: daemon@athena.mit.edu (Mr Background)
Organization: The Internet
Lines: 18


These results are not reasonable, unless something *really* strange is going on
inside that machine.  For example:

    30.1      21.8      21.7  500x500 rectangle

Processing this request should cause *no* allocations to occur; even if one
allocation per rectangle were allowed, the 30% performance degradation is not
understandable; the overwhelming majority of the time is spent filling the
screen full of bits.

I'd suggest some serious profiling in order to make sense of these results.

No, I am not saying that these results are not interesting, but I'm far from
certain that the memory allocator is completely to blame for the differences.

Keith Packard
MIT X Consortium