Unfortunately its author, the brilliant Eric Tiedmann, passed away last April, so someone else may have taken ownership of the project. Oddly his site is still up, just not the e7 portion.
I lost my live copy but probably have a backup. I'll see if I can find it on a drive somewhere. On Wed, Mar 4, 2009 at 10:37 PM, Jonathan S. Shapiro <[email protected]>wrote: > On Wed, Mar 4, 2009 at 9:56 PM, Rick R <[email protected]> wrote: > > I have read about a generational garbage collector that operated approx. > 20% > > faster than hand coded memory over the lifetime of a non-trivial, real > world > > application. The downside is that it required 3x the available heap space > of > > the hand coded one. At 2x the available memory, it operated at approx. > 90% > > of the hand standard. > > This has been historically typical, but it is a misleading analysis. > The reason for the 2x overhead is that the underlying OS does not > provide support. The non-current generation does not need to be backed > by real memory most of the time, so that real memory overhead can, in > principle, be shared across a large number of programs. Current > implementations don't tend to do that. > > > e7 Lisp was built explicitly for live sound processing applications and > > mixers. It features an incremental red/gray/black GC suitable for "hard > > realtime". To my knowledge it achieves that goal (it's written in C++, > but > > may be worth borrowing) > > Hmm. Tried to go look at it. Either the site is temporarily down or > it's dead. Do you know which? > > > shap > _______________________________________________ > bitc-dev mailing list > [email protected] > http://www.coyotos.org/mailman/listinfo/bitc-dev > -- We can't solve problems by using the same kind of thinking we used when we created them. - A. Einstein
_______________________________________________ bitc-dev mailing list [email protected] http://www.coyotos.org/mailman/listinfo/bitc-dev
