Closed
Bug 157406
Opened 22 years ago
Closed 22 years ago
Extremly slow performance in DHTML
Categories
(Core Graveyard :: GFX, defect, P3)
Core Graveyard
GFX
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 170272
People
(Reporter: zbraniecki, Assigned: dcone)
References
()
Details
(Keywords: perf)
Attachments
(1 file)
(deleted),
text/html
|
Details |
On this site we can see normal animation which looks very bad on Mozilla due to
Mozilla's DHTML performance.
CPU Athlon 750
RAM 392
Win 2k
Trunk 2002070304
Riva TNT2
On Opera6,NS4,IE6 site works OK.
Comment 1•22 years ago
|
||
a profile would help here to see if this something we already know about or is
something new.
Reporter | ||
Comment 2•22 years ago
|
||
Dunna know. What i see are moving layers with opacity (this is mozilla killer!).
Afair layer move perfomance was reported many times. I'm unshure if moving
layers with opacity performance was reported.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 4•22 years ago
|
||
Probably. But it's a separate problem. Moving Layer over blank page takes some
time. If this layer has opacity it takes 4-10 times more!
Comment 5•22 years ago
|
||
Comment 6•22 years ago
|
||
There is already a bug in compositor-land that has that exact profile...
Assignee: jst → kmcclusk
Component: DOM Level 0 → GFX Compositor
QA Contact: desale → petersen
Whiteboard: DUPEME
Updated•22 years ago
|
Priority: -- → P3
Comment 7•22 years ago
|
||
Reassigning to dcone.
Don, looks like its spending the bulk of its time in
nsBlender::Do24Blend(float, int, int, unsigned char *, unsigned char *, unsigned
char *, int, int, nsBlendQuality)
Assignee: kmcclusk → dcone
Comment 8•22 years ago
|
||
Don, might this get fixed with any short upcoming checkins?
Keywords: mozilla1.2
Assignee | ||
Comment 9•22 years ago
|
||
I put in a fix to bug 148598 that fixes the tiling problems.. should speed pages
up. Not sure if it will fix this.. if this is having a blender problem.
Comment 10•22 years ago
|
||
What can be done about this blender problem?
Reporter | ||
Comment 11•22 years ago
|
||
It's still very, very slow.
Any chance to focus on this until Moz1.2?
Reporter | ||
Comment 12•22 years ago
|
||
After fixin bug 163528 i see quite nice impreovement, but it's still not smooth.
I'm not sure if this bug should be resolved or not
Assignee | ||
Comment 13•22 years ago
|
||
I noticed over a 10x improvement from 7.0 on this page. I would say this is
resoloved. There may be other speed inprovements that can be made but we have
other bugs covering some of these issues, like GIF blitting speeds, DHTML card
problems, etc. Marking WFE.. I am assuming kevin's fixes solved this problem.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 14•22 years ago
|
||
I'm sorry but have to reopen this one.
Using trunk build 2002102008 on win-xp pro,1.1ghz,512ram this is still choppy
and not comparible at all to the speed of MSIE6.
Might this be related to bug 170272 ?
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 15•22 years ago
|
||
It is related - tried with hardware acceleration one step down and things were
considerably faster. Marking as DUPE.
*** This bug has been marked as a duplicate of 170272 ***
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•