Ayolah. Profesional developer always heart that "Debugging is believing". Benchmark beginian ini nggak valid.
Aku bilang JRuby itu lambat karena: Bytecode itu static. JRuby-nya dinamis. Membuat byte-code Ruby diatas JVM artinya menggunakan banyak sekali Dynamic Proxy di JVM. Dari situ sudah keliatan potensi lambatnya. Btw, pernah mbandingin JRoR diatas Glassfish cluster dengan RoR pakai Thin cluster? (answer: JRuby sucks). On Tue, Aug 12, 2008 at 11:40 AM, Joshua Jackson <[EMAIL PROTECTED]>wrote: > Aduh aduh. Keknya kurang merhatiin infotainment seputar java nih. > > > http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ > > JRuby outperform Ruby. Itu makanya Thoughtworks untuk Mingle di > productionnya pake JRuby dan bukan MRI. ;) Banyak lah benchmark di > internet gimana JRuby outperforms MRI. Di versi JRuby 1.1.3 lebih > kenceng lagi dari versi sebelumnya dan makin outperform MRI karena > fokus release 1.1.3 adalah performance. > > > --- In [email protected] <id-ruby%40yahoogroups.com>, [EMAIL PROTECTED] > wrote: > > > > Tapi jruby kan lelet :d > > > > > > Powered by Telkomsel BlackBerry(R) > > > > -----Original Message----- > > From: "Joshua Jackson" <[EMAIL PROTECTED]> > > > > Date: Tue, 12 Aug 2008 03:30:37 > > To: <[email protected] <id-ruby%40yahoogroups.com>> > > Subject: [id-ruby] Re: Ruby with Java Gigantic API > > > > > > --- In [email protected] <id-ruby%40yahoogroups.com>, "Frans > Thamura" <frans@> wrote: > > > > > > hi semuanya > > > > > > ROR kan lg popular, > > > > > > dg global resesion yg terjadi... slowing down opensource development, > > > dan inovasi baru yang lambat... > > > > > > saya lihat hanya RoR yang bertahan dari guncangan resesi ini.. > > minyak mahal > > > > > > tetapi saya kepikiran sesuatu yaitu JAva component yang gigantic > > > banyaknya dan sangat usefull > > > > > > nah ada masukan gimana membuat aplikasi ROR yang bisa pakai semua > > libray Java > > > > > > seperti reporting RoR dg JasperReport, > > > > > > ada masukan > > > > > > of course must be used JRuby > > > > Ya iya lah. Satu-satunya jalan ya JRuby doang. Accessing Java library > > from JRuby is very seamless. > > Gw sempat kepikiran untuk rubah development model gw: > > - untuk development pake JRuby, karena kita butuh sesuatu yang agile. > > Java jelas-jelas gak agile. > > - sedangkan untuk bikin library, kita pake Java saja. Lagipula library > > support-nya di Java sudah kelewat banyak. Kita re-use saja. > > > > > -- Emotionally stable. Financially secure. [Non-text portions of this message have been removed]
