43008 - html output system slow.

Status: VERIFIED DUPLICATE of bug 50742

(Core :: DOM: Editor, defect, P3)

Description

[Joe Francis]

In mozilla, open a bugzilla bug report.  Edit page.  Choose the output to HTML 
debug function.  Note that you freeze for some time before getting output.  This 
isn't too bad given that it's a debug function, but I believe the same slowness 
happens if you try to Copy, etc...

Comment 1

[Akkana Peck]

I've been wanting to do some profiling on the output system.  Unless we get rid
of XIF, we'll always have the problem that we have to go through two different
output passes, but I suspect there's a fair amount of optimization we could do
in the XIF converter and output sinks.

Unfortunately, this got slower, not faster, recently as a result of a change
needed for Japanese output (see bug 41453), because word wrapping needed to call
a smarter (and slower) routine to determine word size in unicode.

Comment 2

[rubydoo123]

please do not nominate for nsbeta3 -- this will be addressed after crashes, 
regressions, correctness and polish bugs have been resolved, all Composer perf 
bugs have been set to m19/m20

Comment 3

[Akkana Peck]

JST and Vidur are working on this right now.  Yay!

Comment 4

[rubydoo123]

this is actually a dup of 50742 (it has much more data in it), marking as a dup

*** This bug has been marked as a duplicate of 50742 ***

Comment 5

[sujay]

verified in 9/27 build.