> > C:\projects\measurements-git>pik run rci bench core_rd_filelines_crlf
> > jruby 1.6.6 (ruby-1.8.7-p357) (2012-01-30 5673572) (Java HotSpot(TM) Cl=
ient VM 1.7.0_02) [Windows 7-x86-java]
> > Rehearsal ----------------------------------------------------------
> > core_rd_filelines_crlf =A0 3.369000 =A0 0.000000 =A0 3.369000 ( =A03.33=
8000)
> > ------------------------------------------------- total: 3.369000sec
> >
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 user =A0 =A0 sy=
stem =A0 =A0 =A0total =A0 =A0 =A0 =A0real
> > core_rd_filelines_crlf =A0 3.276000 =A0 0.000000 =A0 3.276000 ( =A03.27=
6000)
>=20
> Try passing --server to JRuby...it will be faster.
>=20
> (I'm honor bound to point this out whenever people post "client"
> benchmark numbers...sorry!)


Indeed!

And I'm sure there's more to be had from https://github.com/jruby/jruby/wik=
i/PerformanceTuning (and master) and other goodies you guys have worked har=
d to implement.

How about we easily knock off 1.2s/~37% for this short-running process?

C:\projects\measurements-git>set JRUBY_OPTS=3D"--server --fast"

C:\projects\measurements-git>rci bench core_rd_filelines_crlf
jruby 1.6.6 (ruby-1.8.7-p357) (2012-01-30 5673572) (Java HotSpot(TM) Server=
 VM 1.7.0_02) [Windows 7-x86-java]
Rehearsal ----------------------------------------------------------
core_rd_filelines_crlf   2.793000   0.000000   2.793000 (  2.746000)
------------------------------------------------- total: 2.793000sec

                             user     system      total        real
core_rd_filelines_crlf   2.075000   0.000000   2.075000 (  2.075000)


I should have deleted the JRuby stuff as my point was the significant (rela=
tive) improvement of 1.9.3-p125 corresponding to a noticable usability impr=
ovement for MRI Windows users...MRI.prev vs. MRI.current vs. MRI.future.

Sadly, it seems you must continually be diligent to ensure old perceptions =
don't re-sprout and take hold ;) Sorry for the distraction and muddying the=
 waters.

Jon