Marco van de Voort wrote:
On 25 feb 2005, at 15:49, Marco van de Voort wrote:


- Critical parts are often handoptimized by using a lot of non GCed types
(like int), this is not a typical programming method for these
languages, but outright expert tuning.

Critical paths are also optimized in our compiler to not use ansistrings, because reference counting is also slow.


And I was talking more specific about the Quake II benchmark that was
brought. Any tweaks would already be on top of the existing ones in the
code.


The argument is not about whether or not we should make Pascal entirely
GC'd, but about whether reference counting is better/worse than other
garbage collection techniques if you have a significant amount of GC'd
objects.


The Quake II benchmark was used to "prove" that full blown (I assume Boehm)
GC was not slow. Q II, as tuned app, is probably already using primitive
types heavily, thus not a poster child for this benchamark

And the same also applies to functional languages like ocaml and LISP which use primitive types a lot. I am sceptical because every app that I have seen that makes heavy use of *objects* is slow when GC'ed (cf Eclipse compiled with gcj - IE even with no bytecode it is sluggish).


However rather than having endless arguements about this is faster or slower than that what we really need is a benchmark for FPC with some GC'ing if some of the FPC developers are willing to investigate this (which is probably unlikely given they have enough on their plate with FPC 2.0).

jamie.



_______________________________________________
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel




_______________________________________________
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Reply via email to