Closed
Bug 70283
Opened 24 years ago
Closed 24 years ago
nsXULWindow::PersistPositionAndSize is 6% of every window activate
Categories
(Core :: XUL, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla0.9.2
People
(Reporter: mikepinkerton, Assigned: danm.moz)
References
Details
(Keywords: perf, Whiteboard: wanted for 0.9.1/Mojo beta)
Attachments
(1 file)
|
27.51 KB,
text/html
|
Details |
when profiling window activate, i found that 6% of the time to process the
activate event is spent peristing size and position of the window. do we really
need to do it on _every_ activate event?
Comment 1•24 years ago
|
||
Why don't we do this at window close time?
Comment 2•24 years ago
|
||
Doing it at close is not what users expect or want, but we should be able to
avoid a write to disk every time. ->moz1.0/perf
Keywords: perf
Target Milestone: --- → mozilla1.0
Comment 3•24 years ago
|
||
This is one of the worst responsiveness bugs we have, and is a dependency of one
of the most-voted-for nscatfood bugs. Any chance we could make progress on it
for 0.9.1?
Priority: -- → P2
Whiteboard: wanted for 0.9.1/Mojo beta
Comment 4•24 years ago
|
||
This didn't show up on my Windows window activate profiling at all. Could this
really be mac only? pink, how'd you test window activation?
Comment 5•24 years ago
|
||
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla0.9.1
| Reporter | ||
Comment 6•24 years ago
|
||
i used the MW profiler, testing the time spent processing the activate event.
Updated•24 years ago
|
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Patch from bug 79060 is in (0.9.2). So now PersistPositionAndSize should (if
times on the Mac and on Windows are relatively similar) be about 1% of window
activation, unless some rude person has already sped up the rest of that process.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•