Re: XEmacs slows down like hell

Martin> A few points: Martin> - it seems unfair to test the performance of code that hasn't been Martin> byte-compiled. Well, it's just an example for the really serious problem: *Everything* has gotten noticeably slower. What I'm saying is: it didn't use to be this way. Something has changed. The GC algorithm doesn't explain the problem. It's not the GC which has gotten slower, it's the computation between GCs. Martin> Make a write barrier for all lisp object types. (Hmmm, will make setq Martin> and let slow until lexical variables are implemented) Martin> Add a generation field to lrecords (perhaps just two generations - the Martin> buzzword is "object nursery"). Martin> keep track of pointers from old generations to new. Martin> Easy, right? :-) Also, we really want a moving GC, so we need more GCPRO information. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla