Laurent,

I've added a ticket for the RBO loading API method.  The 0.9 seconds does not include the sharedRuntime initialization.    I just clocked that initialization at 0.6 seconds.  It looks like there's some WebKit stuff going on during initialization, as I always see these warnings (I use MacRuby on a secondary thread):

2010-12-27 10:58:02.770 ------------[31466:5207] WebKit Threading Violation - initial use of WebKit from a secondary thread.
2010-12-27 10:58:02.835 ------------[31466:5207] +[NSATSGlyphGenerator initialize] invocation.  The class is deprecated.

-Justin

On Sun, Dec 26, 2010 at 5:36 PM, Laurent Sansonetti <lsansonetti@apple.com> wrote:
Hi Justin,

On Dec 23, 2010, at 2:27 PM, Justin Schumacher wrote:

Laurent,

I made the switch to rbo files.  The load time was 3.6 seconds with .rb files and 0.9 seconds with .rbo files.  That's a good improvement and is acceptable for my project for the time being.  

Does the 0.9 seconds include the startup time of the whole runtime, such as the initial call to [MacRuby sharedRuntime]? If yes, it sounds acceptable for the time being.

I have a plan to boost the startup time of the runtime within a Cocoa environment, by making BridgeSupport files loading faster, and I hope to get this in in 0.9. 

I did notice that the Objective-C API method 'evaluateFileAtPath' cannot accept rbo files.  To load the rbo files from Objective-C, I'm using the following pattern:

[[MacRuby sharedRuntime] evaluateString:[NSString stringWithFormat:@"require '%@'", filename]];

Probably no big performance hit there, but I'm wondering if it would make sense for evaluateFileAtPath to be able to accept rbo files as well as rb files.

I think it would make sense, indeed. Could you file a ticket on our tracker?

Thanks!
Laurent

_______________________________________________
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel