<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Ruby Benchmarks</title>
	<atom:link href="http://blog.moove-it.com/206/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.moove-it.com/206/</link>
	<description>be free to express yourself...</description>
	<lastBuildDate>Wed, 30 Dec 2009 22:23:18 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sara Pall</title>
		<link>http://blog.moove-it.com/206/comment-page-1/#comment-898</link>
		<dc:creator>Sara Pall</dc:creator>
		<pubDate>Tue, 25 Aug 2009 09:29:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.moove-it.com/?p=206#comment-898</guid>
		<description>i agree 
Each of the benchmarks is very short; this means that they will only rarely start to optimize. This obviously doesn’t reflect reality, since most applications people will run on JRuby will run longer than 5-10 seconds. In general to see the benefits of running on JRuby a benchmark needs to run long or be run repeatedly in the same JVM *without* redefining methods (which causes optimization to start over). RBS does neither of these.

well very nice post and the discussion seems to be very classic man keep up the good work and i wana say that post some more information about this topic actually i am a student and i love reading blogs because it provide great help and information man i am a student and recently completed my &lt;a href=&quot;http://www.cissptrain.com&quot; rel=&quot;nofollow&quot;&gt;CISSP practice exams&lt;/a&gt; and i am really concerned about your post topic..!!!!!!</description>
		<content:encoded><![CDATA[<p>i agree<br />
Each of the benchmarks is very short; this means that they will only rarely start to optimize. This obviously doesn’t reflect reality, since most applications people will run on JRuby will run longer than 5-10 seconds. In general to see the benefits of running on JRuby a benchmark needs to run long or be run repeatedly in the same JVM *without* redefining methods (which causes optimization to start over). RBS does neither of these.</p>
<p>well very nice post and the discussion seems to be very classic man keep up the good work and i wana say that post some more information about this topic actually i am a student and i love reading blogs because it provide great help and information man i am a student and recently completed my <a href="http://www.cissptrain.com" rel="nofollow">CISSP practice exams</a> and i am really concerned about your post topic..!!!!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Oliver Nutter</title>
		<link>http://blog.moove-it.com/206/comment-page-1/#comment-396</link>
		<dc:creator>Charles Oliver Nutter</dc:creator>
		<pubDate>Wed, 08 Jul 2009 16:19:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.moove-it.com/?p=206#comment-396</guid>
		<description>You may want to look at our tips on benchmarking JRuby:

http://kenai.com/projects/jruby/pages/Benchmarks

The basic problems with your benchmark run are that the standard RBS suite runs each benchmark only once, and you did not run it with the --server flag to JRuby that turns on the optimizing JVM.

Each of the benchmarks is very short; this means that they will only rarely start to optimize. This obviously doesn&#039;t reflect reality, since most applications people will run on JRuby will run longer than 5-10 seconds. In general to see the benefits of running on JRuby a benchmark needs to run long or be run repeatedly in the same JVM *without* redefining methods (which causes optimization to start over). RBS does neither of these.

The &quot;--server&quot; flag turns on the optimizing JIT in the JVM, where usually the less-optimized &quot;client&quot; JIT is used. &quot;client&quot; starts up faster, which is why we have it set as the default in JRuby.

Switching to --server and making the benchmarks run a few times each will at least double JRuby&#039;s performance on most of these benchmarks.</description>
		<content:encoded><![CDATA[<p>You may want to look at our tips on benchmarking JRuby:</p>
<p><a href="http://kenai.com/projects/jruby/pages/Benchmarks" rel="nofollow">http://kenai.com/projects/jruby/pages/Benchmarks</a></p>
<p>The basic problems with your benchmark run are that the standard RBS suite runs each benchmark only once, and you did not run it with the &#8211;server flag to JRuby that turns on the optimizing JVM.</p>
<p>Each of the benchmarks is very short; this means that they will only rarely start to optimize. This obviously doesn&#8217;t reflect reality, since most applications people will run on JRuby will run longer than 5-10 seconds. In general to see the benefits of running on JRuby a benchmark needs to run long or be run repeatedly in the same JVM *without* redefining methods (which causes optimization to start over). RBS does neither of these.</p>
<p>The &#8220;&#8211;server&#8221; flag turns on the optimizing JIT in the JVM, where usually the less-optimized &#8220;client&#8221; JIT is used. &#8220;client&#8221; starts up faster, which is why we have it set as the default in JRuby.</p>
<p>Switching to &#8211;server and making the benchmarks run a few times each will at least double JRuby&#8217;s performance on most of these benchmarks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
