This page is no longer maintained — Please continue to the home page at www.scala-lang.org

Re: Size of standard library and possible tricks to reduce its size

4 replies
extempore
Joined: 2008-12-17,
User offline. Last seen 35 weeks 3 days ago.

On Tue, Oct 18, 2011 at 3:33 PM, martin odersky wrote:
> You certainly are. But I do not see yet what it has to do with the problem
> that was reported earlier.

As it says in the ticket, "this bug may have stood between me and a
solution to SI-2876." In other words, I was restructuring the views to
get the linearization right, and ran directly into that bug. Not
having the luxury of shaving that particular yak, I reverted.

Viktor Klang
Joined: 2008-12-17,
User offline. Last seen 1 year 27 weeks ago.
Re: Size of standard library and possible tricks to reduce its


On Wed, Oct 19, 2011 at 1:01 PM, Ismael Juma <mlists [at] juma [dot] me [dot] uk> wrote:
On Wed, Oct 19, 2011 at 6:49 AM, Todd Vierling <tv [at] duh [dot] org> wrote:
> Oh, of course. Well, after throwing only a couple hours of tweaking at it:

Great!

I am hopeful that the reduced indirection will also lead to improved
runtime performance. It will be interesting to do some benchmarking.

Indeed, since it doesn't need to warm up the different implementations. :-)
 

Best,
Ismael



--
Viktor Klang

Akka Tech LeadTypesafe - Enterprise-Grade Scala from the Experts

Twitter: @viktorklang
Ismael Juma 2
Joined: 2011-01-22,
User offline. Last seen 42 years 45 weeks ago.
Re: Size of standard library and possible tricks to reduce its

2011/10/19 √iktor Ҡlang :
> Indeed, since it doesn't need to warm up the different implementations. :-)

There is also the JIT inlining aspect. HotSpot relies on bytecode size
to compute what to inline and the indirection introduced by the trait
forwarders may cause problems. I haven't had the chance to do specific
benchmarking around this, but I've seen some performance results that
could be explained by that.

Best,
Ismael

Viktor Klang
Joined: 2008-12-17,
User offline. Last seen 1 year 27 weeks ago.
Re: Size of standard library and possible tricks to reduce its


On Wed, Oct 19, 2011 at 3:17 PM, Ismael Juma <ismael [at] juma [dot] me [dot] uk> wrote:
2011/10/19 √iktor Ҡlang <viktor [dot] klang [at] gmail [dot] com>:
> Indeed, since it doesn't need to warm up the different implementations. :-)

There is also the JIT inlining aspect. HotSpot relies on bytecode size
to compute what to inline and the indirection introduced by the trait
forwarders may cause problems. I haven't had the chance to do specific
benchmarking around this, but I've seen some performance results that
could be explained by that.

You mean that the bloat is pushing other optimizable things out of the boundary of the machinecode budget?
 

Best,
Ismael



--
Viktor Klang

Akka Tech LeadTypesafe - Enterprise-Grade Scala from the Experts

Twitter: @viktorklang
Ismael Juma 2
Joined: 2011-01-22,
User offline. Last seen 42 years 45 weeks ago.
Re: Size of standard library and possible tricks to reduce its

2011/10/19 √iktor Ҡlang :
> You mean that the bloat is pushing other optimizable things out of the
> boundary of the machinecode budget?

The bytecode inlining budget, yes. There is also a limit to the number
of methods HotSpot will inline, which is also a potential issue.

If HotSpot relied on the generated code to compute its inlining
budget, then things would be different (and probably better, although
there are other complications in that case).

Best,
Ismael

Copyright © 2012 École Polytechnique Fédérale de Lausanne (EPFL), Lausanne, Switzerland