761
edits
| Jprosevear (talk | contribs) | Jprosevear (talk | contribs)  No edit summary | ||
| Line 19: | Line 19: | ||
| | BenWa/jrmuizel | | BenWa/jrmuizel | ||
| |- | |- | ||
| |  | | ImageLib Memory Optimization | ||
| | Huge GIF files can be mostly empty space, but  | | ImageLib caches and controls image information in Mozilla.   | ||
| Huge GIF files can be mostly empty space, but Mozilla currently allocates the full size of these images when compositing the frames together and drawing them to screen.  Other browsers should be emulated so that only the parts of the frame that need to change are allocated, resulting in memory savings.  This will be a good ImageLib introduction for the next phase. | |||
| Currently Mozilla has the ability to throw away an image when it hasn't been drawn for a while, but we currently don't in order to eliminate flicker on the currently-displayed tab. We can probably get better heuristics for this, but doing so will also probably involve making asynchronous decoding more responsive, either by tweaking the way we asynchronously decode or the amount of data we asynchronously decode. This will greatly reduce the amount of memory we use on image-heavy pages. | |||
| | {{bug|289763}} | | {{bug|289763}} | ||
| | joe/bholley | | joe/bholley | ||
| |- | |- | ||
edits