Updates:
        Status: Accepted
        Owner: [email protected]

Comment #8 on issue 1662 by [email protected]: Excessive overhead of String.replace(/a/g,'b')
http://code.google.com/p/v8/issues/detail?id=1662

While I don't seem to get the high values you get, I can see the problem now.

The reason for the bad performance and why the profiler samples AtomExec so often is because a long call chain has to be descended every time one character is replaced when using the //g option.

I'll see what I can do here.

--
v8-dev mailing list
[email protected]
http://groups.google.com/group/v8-dev

Reply via email to