Changes between Version 10 and Version 11 of DynamicByDefault

Timestamp:

11/24/12 08:05:54 (6 months ago)

Author:

igloo

Comment:

--

DynamicByDefault

@@ -1 +1 @@
 
-OS X 64bit
+= Dynamic by default =
 
-http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-osx-x86_64.html
+== Performance ==
 
-OS X 32bit
+Full nofib results showing the effect of switching to dynamic-by-default are available for 
+[http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-osx-x86_64.html OS X 64bit],
+[http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-osx-x86.html OS X 32bit],
+[http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-linux-x86_64.html Linux 64bit] and
+[http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-linux-x86.html Linux 32bit]. There is also a table of the highlights below. In summary:
 
-http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-osx-x86.html
+Binary sizes are way down across the board, as we are now dynamically linking to the libraries.
 
-Linux 64bit
+Things are rosiest on OS X 64bit. On this platform, `-fPIC` is always on, so using dynamic libraries doesn't mean giving up a register for PIC. Overall, performance is a few percent ''better'' with dynamic by default.
 
-http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-linux-x86_64.html
+On OS X 32bit, the situation is not so nice. On x86 we are very short on registers, and giving up another for PIC means we end up around 15% down on performance.
 
-Linux 32bit
+On Linux 64bit we have more registers, so the effect of giving one up for PIC isn't so pronounced, but we still lose a few percent performance overall.
 
-http://lambda.haskell.org/~igloo/dynamic-by-default/nofib-linux-x86.html
-
-
-
-
+For unknown reasons, 32bit Linux suffers even worse than 32bit OS X, with around a 30% performance penalty.
 
 {{{