From: Shawn M Moore <sartak@gmail.com>
Date: Thu, 30 Apr 2009 02:30:36 +0000 (-0400)
Subject: Efficiency FAQ updates
X-Git-Tag: 0.77~20
X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=c32ff715639dd0fab7f45964945aac8298db2ef6;p=gitmo%2FMoose.git

Efficiency FAQ updates
---

diff --git a/lib/Moose/Cookbook/FAQ.pod b/lib/Moose/Cookbook/FAQ.pod
index 6ff53af..cdfdda6 100644
--- a/lib/Moose/Cookbook/FAQ.pod
+++ b/lib/Moose/Cookbook/FAQ.pod
@@ -34,26 +34,24 @@ inadvertantly broken by refactoring.
 
 Again, this one is tricky, so Yes I<and> No.
 
-First let me say that I<nothing> in life is free, and that some
-Moose features do cost more than others. It is also the
-policy of Moose to B<only charge you for the features you use>,
-and to do our absolute best to not place any extra burdens on
-the execution of your code for features you are not using. Of
-course using Moose itself does involve some overhead, but it
-is mostly compile time. At this point we do have some options
-available for getting the speed you need.
-
-Currently we have the option of making your classes immutable
+Firstly, I<nothing> in life is free, and some Moose features
+do cost more than others. It is also the policy of Moose to
+B<only charge you for the features you use>, and to do our
+absolute best to not place any extra burdens on the execution
+of your code for features you are not using. Of course using
+Moose itself does involve some overhead, but it is mostly
+compile time. At this point we do have some options available
+for getting the speed you need.
+
+Currently we provide the option of making your classes immutable
 as a means of boosting speed. This will mean a slightly larger compile
 time cost, but the runtime speed increase (especially in object
-construction) is pretty significant. This is not very well
-documented yet, so please ask on the list or on #moose for more
-information.
-
-We are also discussing and experimenting with L<Module::Compile>,
-and the idea of compiling highly optimized C<.pmc> files. In
-addition, we have mapped out some core methods as candidates for
-conversion to XS.
+construction) is pretty significant.
+
+We are regularly converting the hotspots of L<Class::MOP> to XS.
+Florian Ragwitz and Yuval Kogman are currently working on a way
+to compile your accessors and instances directly into C, so that
+everyone can enjoy blazing fast OO.
 
 =head3 When will Moose 1.0 be ready?