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