Re: [JS-internals] Why atomize strings in code?

2014-02-09 Thread Nicholas Nethercote
On Fri, Feb 7, 2014 at 2:52 PM, Nicholas Nethercote wrote: > > - My suggestion about hashing only the first and last N chars in the > sequence is aimed at cost 1. It would reduce the hash computation cost > for long strings, at the risk of causing more collisions. I've done this in https://bugzil

Re: [JS-internals] Major non-determinism in the shell

2014-02-09 Thread Nicholas Nethercote
On Sun, Feb 9, 2014 at 4:45 PM, Nicholas Nethercote wrote: > > One interest data point: my Cachegrind script does two runs for each > Sunspider test, so I can compare two different shells. If I tell it to > run the same shell both times, the before/after results are always the > same for that invo

Re: [JS-internals] Major non-determinism in the shell

2014-02-09 Thread Nicholas Nethercote
Marty suggested I try configuring with --enable-more-deterministic, but that didn't help. I still get huge variations. Cachegrind causes a big slow-down, e.g. 50x or more. Could that be affecting something? It hasn't caused problems in the past, though. One interest data point: my Cachegrind scri

[JS-internals] Major non-determinism in the shell

2014-02-09 Thread Nicholas Nethercote
Hi, For a long time I've had Cachegrind set up to run SunSpider in the shell. It's really useful being able to see instruction counts at the level of source code lines when optimizing. I just tried it today for the first time in a while, and I'm getting hugely variable results. For example, I ran