On Thu, 23 Feb 2012 11:38:56 +0100, nikolam <[email protected]>
wrote:
>I am not sure what is actually going on,
>but since last few updates of Seamonkey, I have a problem with
>periodically Seamonkey being unresponsive with large disk access
>for about up to an minute or more.
>
>During that time everything is frozen in Seamonkey and during that time,
>there is large disk usage from Seamonkey and I need to wait for SM to
>stop molesting HDD and actually do something I am doing (writing,
>viewing pages, etc).
>
>It happens periodically and is really killing my productivity.
>There was at least several times for the past few months, when Seamonkey
>was frozen for a minute or something and I needed information from my
>browser/e=mail/calendar etc, THAT SECOND (while on the telephone with
>someone, etc).
>
>I do not know what changes are causing all that locking disk usage of
>Seamonkey - he already is using 1 GB of RAM (!).
>
>I think I observed similar hogs/locks with disk access also in latest
>Firefox on same Linux x86_64 Amd64 Xubuntu 10.04.4 LTS machine.
I recently made the jump from 2.0.14 to 2.7, what a mess.
I had very few of these stalls.
Now I am having them regularly, though not constantly.
To my amatuer eyes, I am not a C/C++ programmer.
It appears to cooincide with the usage of sql.
Now I am the first to admit I am guessing.
But to my eyes, as the browser has gotten more firefox like.
It has also gotten more delicate, less human friendly.
It used ot be that everything was in human readable files.
No so since the change to SM2, SM1 was better that way.
That was one of the things that lead to me using netscape instead of IE
at first was that I could reach and interect with everything.
Now that SM is 'Growing up', it is losing that made to work with and for
humans simplicity.
More and more little things are changed, normally there are ways to turn
them off, like the search change.
But others, like tabs, my opinion of which is unquotable in polite
company, require a lot more work to rid myself of.
I had to edit onmi.ja and stumble over the commandline option to
actually use it instead of the cache of it, yet another unmentioned,
undocumented change, before my experimetns could work.
I used to be able to look things up, say in the cache which was coherent
and somewhat findable, harder than in netscape days, but still readable
unlike the IE styled tiered system in use now, check things, do things
without having to launch the browser, now I can't.
I can set it to export bookmarks on exit, but not to use that exported
file on launch, like if I used it on another machne or install, I have
to re import ti, which doesn't work really well.
Why is so much being sacrificed?
I used to double check bookmarks while doing something else easily.
I used to able to check cookies to see if I had visited a site.
Now we have background link loading and unreadable cookie files.
It is all in a database, combined with passwords, forms and other stuff.
Madness in my own personal opinion.
I am trying to learn so I can undo part of what I see as a mess.
But simply compiling takes so much time and effort.
I have an entire windows install in Vbox that I set up to compile SM.
The directions on the mozilla website are in some places self
contradictory or refer to versions of things that as an end user we
never see.
Nowhere is there a page that simply says
In order to compile SM 2.7 you need this ...
Or for any other version of anything specific.
Just gecko, or xul or some other component, not or any packages.
There are so many languages and files involved it is insane.
I am trying to get a fedora install setup to compile it, but that is
also nearly impossible.
Why does 'Better' software, mean harder to work with?
If I ever get a working copy of linux in a vbox, I think I will post it
so others will at least have a starting place.
Sorry to rant, just annoyed, please feel free to ignore me.
Doors.
--
Doors - Dont look at the future in a window.
Walk to a door - Open it, and go there.
http://www.freedoors.org
AntiSpam in effect!
[email protected]
mailto:[email protected]
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
