Closed Bug 19534 Opened 25 years ago Closed 23 years ago

Massive memory usage

Categories

(Core :: Layout: Tables, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: laotzu, Assigned: troy)

References

()

Details

(Keywords: perf)

Visiting the given url is a very slow process, and one that fills up my 128 megs of RAM and the majority of my 130 megs of swap space. And that's doing nothing more than viewing the page and scrolling around.
Assignee: karnaze → rickg
Rick, we did a lot of work to reduce the amount of memory used by frames (especially table frames) so the large amount of memory used is probably not because of tables Who should get bugs like this?
Assignee: rickg → troy
I'd be greatful if you could spend an hour to try to track down the culprit. At a minimum, perhaps you could run purify for us?
Marking as REMIND. Until we get SizeOf() handlers for everything we can't yet tell where all the memory is going. I doubt it's the frame model, because we just went through and reduced the size of frames. It likely is content and style
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → REMIND
Status: RESOLVED → VERIFIED
Verified REMIND
REMIND is deprecated per bug 35839.
Status: VERIFIED → REOPENED
Keywords: perf
Resolution: REMIND → ---
Viewing and scrolling seems to work fine now.
Status: REOPENED → RESOLVED
Closed: 25 years ago23 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.