Closed
Bug 529222
Opened 15 years ago
Closed 15 years ago
Paint is slow on Windows Mobile
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
All
Windows Mobile 6 Professional
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: alexp, Unassigned)
Details
(Whiteboard: mothballed)
Attachments
(1 file)
8.60 KB,
application/zip
|
Details |
The slowdowns in the Paint functions seem to be due to the files loading.
The log with timings is attached. A section from the log for one OnPaint call is copied here: http://pastebin.mozilla.org/684303
Every time when a new nsImageLoader is created, the nsCSSRendering::PaintBackground function takes up to 100 ms compared to normal 3-4 ms. Once the file used for rendering is loaded and cached, further timings come back to normal.
Similar slowdowns happen for many elements, the background is probably just one of the most noticeable.
Comment 1•15 years ago
|
||
do you know what the image is being loaded and if it has a alpha channel set?
Reporter | ||
Comment 2•15 years ago
|
||
I believe the slowdown is just because of the fact of file loading itself, it is not related to a specific image. File system on WinMo is just too slow.
Comment 3•15 years ago
|
||
Is it being loaded from a JAR file? We should have mmap working for JAR files now.
Reporter | ||
Comment 4•15 years ago
|
||
The measurements were made three weeks ago. The situation may have changed since then - needs confirmation.
Comment 5•15 years ago
|
||
This year we mothballed windows mobile development. See:
http://blog.pavlov.net/2010/03/22/stopping-development-for-windows-mobile/
Marking bugs in the windows mobile / windows ce bucket as WONTFIX.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Whiteboard: mothballed
Updated•15 years ago
|
Component: Windows Mobile → General
QA Contact: mobile-windows → general
Hardware: x86 → All
You need to log in
before you can comment on or make changes to this bug.
Description
•