On 2014-05-11 01:52 (GMT+0200) Carlos E. R. composed:
I like it, but it has a problem: basically memory foot print. It is the same with thunderbird and firefox, but with them separate I can restart one of the components leaving the other alone, in order to free a lot of memory.
Then, both TH and FF crash. My TH crashed just as I was going to reply here. Using Seamonkey, I fear I would double the number of crashes, bringing down both sides simultaneously.
I've been using SeaMonkey since before it was SeaMonkey, when it was called Mozilla Suite, which means since long before I used Linux as anything but a toy. Crashing was annoyingly frequent using it on OS/2, but since switching to Linux with KDE3 as primary OS and DE, crashing has been quite rare. On OS/2, I rarely used more than one instance of it, although I would occasionally run FF too. The main difference is I ran SM virtually 24/7, closing it briefly according to a timing pattern to do clean profile backups, while FF just for some particular purpose, then closing it. On Linux I run 5 Gecko instances virtually 24/7. I run one SM "next" browser window for one class of browsing functions, plus IRC, typically 15 IRC tabs, plus too many browser tabs to count. I run FF2 for a limited class of functions, 22 tabs currently. I run FF "latest" for a general class of browsing functions, probably much like an average browser user, except for tab count, which I estimate to be between 40 & 50. The most used is SM "current", which is what I use for mailnews, where I never use tabs on purpose, but where in the browser window I estimate I have more tabs open than in all other Gecko browser windows combined, possibly by as much as a factor of two, certainly upwards of 90, maybe upwards of 120. None of those 4 browser sessions are exposed to the Flash plugin. All live in /usr/local/, and come directly from mozilla.org instead of from openSUSE rpms. Browser #5 is FF3 from openSUSE rpm. It too has a certain type of use I limit it to. It currently has 11 tabs open. It's what I most often use if Flash availability is necessary (sometimes I use Chrom* for Flash, rarely using it otherwise). It's the one I most often use when I want to use Domi or the Web Developer extension, which I find easier to use than their modern replacements. All but the one used for mail are usually kept open from the time when I log in until I log out, unless I suspect something somewhere is behaving badly WRT RAM and I log out to fix it. That usually means well in excess of a week, often in excess of a month. The SM used for mail gets restarted 6 nights a week to do clean profile backups. The last "crash" I had in any of the five was too long ago to remember. Last "crash" could have been over a year ago for all I remember. I have had an occasional problem with them freezing and needing to be killed when a page/file had been opened from a CIFS (OS/2 LM share) mount that eventually quit responding, but I don't fault Necko for responding as it does(n't) to broken CIFS. I have several other Gecko profiles I use at various times for various reasons, such as with alphas and younger betas. Last "crash" most likely would have been one of the alphas. Using many different versions and profiles at once requires "no-remote". It is a cmdline option, but I have export MOZ_NO_REMOTE=1 in every .profile on all my systems, which is more convenient than changing start menus. Something else I do that most people probably do not is setting each profile to not use the default location for its cache, which I find pointless to include in backups. DT actions that trigger a web browser to open, something that rarely happens here, cause Konq to open. Maybe in addition to its intended function no-remote also functions as an anti-crasher. I don't know, but my point is fear of crashing should not be a reason not to use SeaMonkey, or FF. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org