WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
15852
date-format-xparb spends 12% of TOTAL TIME in localtime_r
https://bugs.webkit.org/show_bug.cgi?id=15852
Summary
date-format-xparb spends 12% of TOTAL TIME in localtime_r
Eric Seidel (no email)
Reported
2007-11-06 01:28:57 PST
date-format-xparb spends 12% of TOTAL TIME in localtime_r Holy broken date code, batman! Darin mentioned that he had a rewrite of some of the date code sitting in a patch on his machine at one point in time. Perhaps that also included a fix for this. I'm sure there is a simpler (& faster) way to do getDSTOffset()
Attachments
here's the old date patch I had lying around -- not sure how good it is
(24.92 KB, patch)
2007-11-06 08:47 PST
,
Darin Adler
no flags
Details
Formatted Diff
Diff
Updated version of darin's date patch (broken, I think)
(30.92 KB, patch)
2007-11-06 12:07 PST
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
darin's patch, updated for TOT (0.5% slower on SunSpider)
(30.98 KB, patch)
2007-11-06 12:19 PST
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Darin Adler
Comment 1
2007-11-06 08:47:13 PST
Created
attachment 17060
[details]
here's the old date patch I had lying around -- not sure how good it is
Eric Seidel (no email)
Comment 2
2007-11-06 12:07:12 PST
Created
attachment 17063
[details]
Updated version of darin's date patch (broken, I think) I think the patch somehow broke (hangs) after updating it to TOT. I've not investigated yet.
Eric Seidel (no email)
Comment 3
2007-11-06 12:19:56 PST
Created
attachment 17064
[details]
darin's patch, updated for TOT (0.5% slower on SunSpider)
Eric Seidel (no email)
Comment 4
2007-11-19 06:05:57 PST
localtime_r has made it's way all the way to .6% of *total time*. KJS::getDSTOffset(double) is 1.1% of total time on my machine.
Eric Seidel (no email)
Comment 5
2007-11-19 06:06:17 PST
Those numbers are for a --shark20 sample across all tests.
Alexey Proskuryakov
Comment 6
2009-03-24 10:57:05 PDT
Eric, is this bug still valid?
Eric Seidel (no email)
Comment 7
2009-03-24 11:30:58 PDT
Unless someone has re-written the date code, we are likely still spending too much time here, yes.
Gavin Barraclough
Comment 8
2012-09-06 16:37:36 PDT
The date code has been rewritten; date-format-xparb does not call localtime_r.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug