The problem for the Xserver bloat is the use of pixmaps by the browsers, which are stored in the XServer. So as you surf to graphic intensive pages your Xserver will appear to bloat. It's only when you kill the browser and these pixmaps are no longer referenced that the XServer can free them and have the OS reclaim the memory.
So the browser's need to get smarter about how the create, use and free pixmaps if we are to avoid the bloat. Particulary with long running browser sessions. I got a pointer to Opera for Solaris x86 [thanks Ignacio, darkjoker at gmail.com] and will be interested to try it out. Apparently it is smarter about freeing pixmaps on tabs that are not currently visibile, unlike mozilla which keeps them all in memory. JR Opera Preview: http://snapshot.opera.com/unix/9.0-Preview-2/intel-solaris/ I am using the preview 1 and I had some problems installing it, It needed libstdc++.so.6, that lib is /usr/sfw/lib/ in Solaris 10 but unfortunately Opera does not look for it there, if you have the same problem in preview 2 just modify the /usr/bin/opera script and add LD_LIBRARY_PATH=/usr/sfw/lib right after the first line, LD_LIBRARY_PATH gets exported in that same script around line 180 Peter Tribble wrote: >On Fri, 2006-03-24 at 16:33, Bob Doolittle wrote: > > >>Do you really mean Xorg or Xsun? Are you running on >>sparc or x86? >> >> >... > > >>>It seems to bloat Xorg as well. At least, I'm assuming it's >>>firefox. I don't have anything else that appears to be running >>>amok. And the only way to clear that is to log out :-( >>> >>> > >Xorg. This is on my current W2100z. But I was starting to notice >Xsun bloat under sparc as well (about a year ago). It seemed to >start when JDS got integrated, but that could be a coincidence - >or just a change in usage pattern. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/desktop-discuss/attachments/20060327/c8317c75/attachment.html>
