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