Open
Bug 218861
Opened 21 years ago
Updated 15 years ago
nsImageWin: come up with a better way to limit GDI object usage
Categories
(Core Graveyard :: GFX: Win32, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: darin.moz, Unassigned)
Details
(Keywords: perf)
come up with a better way to limit GDI object usage in nsImageWin.cpp. this is
a spinoff from bug 216430.
Reporter | ||
Updated•21 years ago
|
Severity: normal → minor
Target Milestone: --- → Future
Comment 1•21 years ago
|
||
Possibly OS should be 'windows 95', as this is where most of the problems lie?
Limiting under NT is pretty much a case of ensuring there are less than 10000
GDI objects in use.
Would it be possible/sensible to (under 9x) use the amount of free system
resources to decide whether to allocate a GDI object or not (GetFreeResources in
rsrc32.dll returns a percentage)?
It seems to me that any attempt to limit based solely on mozilla's status will
fail, as other process do not allocate a constant or predictable amount of
resources. (For example, mozilla could be limiting itself to an amount
equivalent to 80% of the maximum GDI resources available, and then the user
opens a few copies of a skinnable media player. If mozilla doesn't adapt and
free some resources, then the system will crash).
Apologies for wasting peoples' time if I'm just stating the obvious.
Comment 2•20 years ago
|
||
(In reply to comment #1)
> Possibly OS should be 'windows 95', as this is where most of the problems lie?
> Limiting under NT is pretty much a case of ensuring there are less than 10000
> GDI objects in use.
Large numbers of GDI objects in use are not going to help any OS. The limit at
10000 is to make sure that you cannot easily crash the system with GDI handle
bugs, but excessive usage will still cause notable performance degredation (not
that the iTunes people care, they use 1300 just to *load* on Windows . . .)
Comment 3•20 years ago
|
||
bug 292051 from ArronM (:paper) seems to be a good proposal
Reporter | ||
Updated•18 years ago
|
Assignee: darin → win32
Target Milestone: Future → ---
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
•