[Development] [BB++] Now is 3.5x faster than Node.JS

Thiago Macieira thiago.macieira at intel.com
Mon Jul 24 16:58:28 CEST 2017


On Monday, 24 July 2017 05:47:34 PDT Phil Bouchard wrote:
> Thiago Macieira <thiago.macieira at intel.com> wrote:
> > On Sunday, 23 July 2017 15:13:50 PDT Phil Bouchard wrote:
> > But that's just it: the GC doesn't happen as often if you're not under
> > memory pressure. You can postpone the GC to later and run it less often,
> > when you're less busy. Your code can focus on being as fast as it can
> > while the user is paying attention. Cleanup can be left undone until the
> > user isn't paying attention.
> 
> Well I had a Samsung (Android) before and the damn garbage collector was
> kicking in everytime I had a phone call so it obviously failed to predict
> when to kick in or not.

How do you know it was the GC? What did you do to extract the evidence that it 
was the ART (Android Runtime) garbage collector kicking in?

How do you know it wasn't some other background process waking up and doing 
something? Like getting the device's location and sending to the cloud? Or the 
voice command parser?

> > But will they be 3.5x harder to write? 3.5x more error prone?
> 
> No. Like I was saying the errors are reported at compile time so you'll
> spend less time trying to reproduce a bug at run-time.

Have you ever talked to developers who prefer interpreted languages? "At 
compile time" does not mean "easier". On the contrary, for them it usually 
means "harder".

The timing of the report may make identifying issues easier, but it doesn't 
help if there are more issues due to a stricter language.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center




More information about the Development mailing list