143206 - Horrible text performance in text input field

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, defect)

Description

[Louis Wang]

While typing this bug, CPU load seems to hit 41%

Not great.

While posting on Ars Technica fora, CPU load will often go up to 100%

Really bad.

Not only that, but text entry will sometimes race ahead of text display; like
watching television typewriters march stately and serenely across the page. If I
type really fast, I can outrun the buffer and lose keystrokes. Even now CPU
isn't more than 64% at a quick typing speed.

Workaround is to type at 2 characters a second, instead of 8 or 10. Annoying.

System is Mac OS X 10.1.4 on a 400MHz PowerBook G4 revA
Running home-built mach-o mozilla from 5/8/2002
ATSUI patch applied, gfxComponent.xml unpatched due to conflicts
Classic.jar has been replaced with one supporting Chimera styled icons
Built using fink 0.3.2a and April Dev Tools gcc 2.95,

Comment 1

[Boris Zbarsky [:bzbarsky]]

ccing jesup -- we already have bugs on this....

It's also not an issue on Linux as far as I have been able to determine, so it's
likely OSX-only or MAc-only....

Does backing out the ATSUI patch help?

Comment 2

[Tom P]

Confirm this bug on win9x with 1.0 rc3.  Showed up for a friend using web email
account (hotmail).  Keystrokes weren't lost but were way behind.  Made it
frustrating to type emails.

Noticed amount of text in field definitely related to slowdown.  Typical case is
insertion of text on top of box while original email text cc'd below.  Deleting
text below improved performance.  Text below amounted to 10-20 lines.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Dup of one of the dependencies of bug 141900, most likely....

Comment 4

[kinmoz]

I checked in fixes for bug 141900 that should speed things up tremendously,
especially when dealing with large amounts of text. I'm a bit hesitant to mark
this as a dup of 141900 because I think we still have perf problems related
specifically to ATSUI use in Mozilla ... right brade?

If this problem is fixed in a trunk build after 8am on 06/15/02, by all means
dup it to 141900.

Comment 5

[Greg K.]

Louis, please let us know if you're experiencing improved performance with more
recent builds.

-->HTML Form Controls

Comment 6

[rods (gone)]

-->

Comment 7

[kinmoz]

Cc sfraser.

Can someone with an ATSUI build confirm whether this is still a problem or not?
My fixes for bug 141900 went in around 06/14 so I'm interested in finding out if
any builds after that still have major perf problems and if they are
attributable to our particular use of ATSUI.

Comment 8

[Greg K.]

If this needs duping (per whiteboard), then it needs qawanted.

Comment 9

[Terri Preston]

Using Mac OS 10.1.4 branch build 2002-07-18-05 I see no performance problems,
marking WFM, please reopen if you are still seeing this problem