Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!wuarchive!usc!snorkelwacker!bloom-beacon!EXPO.LCS.MIT.EDU!rws
From: rws@EXPO.LCS.MIT.EDU (Bob Scheifler)
Newsgroups: comp.windows.x
Subject: Re: Performance (also an R5 Toolkit Wish)
Message-ID: <9008281218.AA08547@expire.lcs.mit.edu>
Date: 28 Aug 90 12:18:37 GMT
References: <5354@harrier.ukc.ac.uk>
Sender: daemon@athena.mit.edu (Mr Background)
Organization: The Internet
Lines: 15


    In fact it is *extremely* quicker when a
    large number of widgets need to be created.

It would be equally interesting to know how the process size compares.
My previous experience with Sun's malloc in the X server has been that
it does rather a good job of keeping the process size down, but seems
to trade off some speed to achieve this.

    how about a malloc written just for Xt and included
    in the R5 release?

No thank you.  I'd say you appear to be blindly attacking a symptom rather
than a cause.  E.g., how about a revised Xt implementation instead, one that
doesn't allocate so bloody many bits and pieces?  (Or how about a new spec? :-)