[Mono-dev] VBNC uses too much CPU and RAM on Mono

Alan McGovern alan.mcgovern at gmail.com
Tue Oct 31 14:08:45 EST 2006


Is there a sample app the compiles slowly somewhere (and instructs on how to
use VBNC) that i can download it and run a few tests myself to see if i
could lend a hand? I'm interested in this kind of stuff, but probably won't
be able to help much :p But i'll try.

Thanks,
Alan.

On 10/31/06, Ben Maurer <bmaurer at ximian.com> wrote:
>
> > On 10/31/06 Miguel de Icaza wrote:
> >> > > Any help on speeding up vbnc is welcome.
> >>
> >> Ben got the impression that VBNC was keeping a linked list of all the
> >> tokens after the tokenization phase (which is brutal on the GC as it
> >> becomes a large link-list walk).
> >
> > While that is clearly a very inefficient way to do things, we can't say
> > it is the issue that is making vbnc unusable especially in mono.
> > First, it depends if the tokens are kept for the whole source or just
> > one file at a time: in the latter case it should not be so bad, since
> > the vbnc compiler is spread over hundreds of tiny files, so the actual
> > memory usage should be limited. Besides a non-moving GC can be faster at
> > handling such long lists than a moving one (one of my long-linked-list
> > stress
>
> It seems that the linked list for *all* files was kept for the *entire*
> duration of the gc, from my profiling on windows. Rolf, can you confirm
> this?
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20061031/597b22e6/attachment.html 


More information about the Mono-devel-list mailing list