Re: Compacting GC (again)
"Rodrigo Kumpera" <[email protected]> Tue, 18 Nov 2008 15:00:45 -0200
| Newsgroups | gmane.comp.gnome.mono.garbage-collection |
|---|---|
| Message-ID | <[email protected]> |
--===============2039334043== Content-Type: multipart/alternative; boundary="----=_Part_62546_24196924.1227027645586" ------=_Part_62546_24196924.1227027645586 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, Nov 18, 2008 at 1:13 PM, Ciprian Mustiata < [email protected]> wrote: > Hello, > > Great achievements with the Linear IL runtime and Mono.SIMD optimizations. > The linked-list allocators as Visual C++'s runtime new and delete works for > a large amount of small objects (the worse case anyway for a C++ program) > around 10-40 times slower than the GC allocation in C#. Anyway, mono > allocations/deallocations took (again in my microbenchmarks) around of the > speed of C++. I've happily read about the 2.2+ versions will try to include > the compacting GC. > > The question is: for microbenchmarks with small objects, that will be the > main thing that will be tested when someone will use the CompactingGC (and > for typical desktop programs that do processing, like a XML processing logic > or ASP.NET applications), what should be the typical gain on mater of > speed? Can be enabled right now to test it from SVN code? > The new generational gc is faster than the current one but the main advantage is the smaller pause times. Right now you can do a custom build of mono with the new gc enabled. It's a very experimental feature and it's neither complete or ready for general use, so use at your our risk. > > Best achievements forward in Mono's future! > Ciprian Mustiata > > _______________________________________________ > Mono-gc-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-gc-list > > ------=_Part_62546_24196924.1227027645586 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline <br><br><div class="gmail_quote">On Tue, Nov 18, 2008 at 1:13 PM, Ciprian Mustiata <span dir="ltr"><<a href="mailto:[email protected]">[email protected]</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Hello,<br><br>Great achievements with the Linear IL runtime and Mono.SIMD optimizations. The linked-list allocators as Visual C++'s runtime new and delete works for a large amount of small objects (the worse case anyway for a C++ program) around 10-40 times slower than the GC allocation in C#. Anyway, mono allocations/deallocations took (again in my microbenchmarks) around of the speed of C++. I've happily read about the 2.2+ versions will try to include the compacting GC.<br> <br>The question is: for microbenchmarks with small objects, that will be the main thing that will be tested when someone will use the CompactingGC (and for typical desktop programs that do processing, like a XML processing logic or <a href="http://ASP.NET" target="_blank">ASP.NET</a> applications), what should be the typical gain on mater of speed? Can be enabled right now to test it from SVN code?<br> </blockquote><div><br>The new generational gc is faster than the current one but the main advantage is the smaller pause times.<br><br>Right now you can do a custom build of mono with the new gc enabled. It's a very experimental feature and it's neither complete or ready for general use, so use at your our risk.<br> <br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Best achievements forward in Mono's future!<br><font color="#888888">Ciprian Mustiata<br> </font><br>_______________________________________________<br> Mono-gc-list maillist - <a href="mailto:[email protected]">[email protected]</a><br> <a href="http://lists.ximian.com/mailman/listinfo/mono-gc-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-gc-list</a><br> <br></blockquote></div><br> ------=_Part_62546_24196924.1227027645586-- --===============2039334043== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mono-gc-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-gc-list --===============2039334043==--