Add your comments
DLS Archives
May 2012
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 | ||
Essential Windows Apps | Do Not Track | Microsoft Office | SayNow | LibreOffice | Zeam Android Launcher | Dead Space iPhone | Firefox 4 Mobile | Firefox 4 Release | PlayStation iPhone App | Excel Tips | Android Launcher | Google One Pass | Dead Space | Google Cloud Print | Songbird for Android | NBA Jam | Internet Explorer 9 | Windows 7 Connector for Mac | Office Mac 2011 | IE9 RC






Reader Comments (Page 1 of 1)
(Unverified)Apr 11th 2006 5:34AM
a common confusion that is prevalent with the firefox memory leak is the "its not a leak, its a feature" routine. As it so happens, many people have got two completely different issues confused.
Firefox 1.5's fast back/fast forward feature catches the last visted pages, which is what causes the "its a feature" leak, and can be tweaked by the browsercache element in about:config
Hopwever, the tab memory leak is completely different. What happens is that firefox refuses to release memory from closed tabs (and not because of the catching feature, this big has existed since 1.0 and possibly earlier).What it supposedly does is reuse the memory and does not release it to the OS. However, that dosent work quite well, ot seems, as there is always an upward progression and never a downward one. Which means that firefox is still demanding more memory instead of reusing the old memory fully.
That in effect means heavy tab users like me very quickly use up availiable memory, specially when combined with firefox's uncompressed images bug.