[K12OSN] Firefox and load average

Wed Dec 5 13:55:56 UTC 2007

final update on this:  As a hack to fix this, I copied the files that
seem to change depending on which server is being used to a folder,
and created a login script which simply puts the correct version of
the files in each user's .mozilla/firefox/*.default directory upon
login. With this hack, the delay/lag launching FF is gone. Of course
I'll probably have an issue when I upgrade FF but for now it is
mitigated and I'll have time over the holidays to try and sort it out
better.

On Dec 4, 2007 7:49 PM, David Hopkins <dahopkins429 at gmail.com> wrote:
> An update.  I have two servers both running CentOS 5, one is 32 bit,
> the other 64 bit. I get the same behavior. In the firefox *.default
> directory, several files get changed when I log onto the different
> servers. This includes compreg.dat, xpti.dat, key3.db and some others.
>  I know if I change compreg.dat to the version created by the other
> server, FF takes 30-60 seconds to start. But ... that is not the only
> file that has to be tracked.  Any other ideas on how to get this to
> work?  I never had this particular issue with the 4.2 Fedora version,
> but then all my servers were identical OS. If I could determine which
> files are 'server specific' I could script their replacement/backup on
> login/logout and work around the issue.
>
>
> On Dec 4, 2007 12:43 PM, David Hopkins <dahopkins429 at gmail.com> wrote:
> > I wish it was simply different versions, but it isn't. Both are
> > running 1.5.0.12 :(  At least that is what is installed. I agree the
> > behavior seems to indicate otherwise. I'll try tracking down the
> > executable to see.  I'm still thinking that perhaps it 'looks' like
> > different versions because of differences between CentOS5 and K12LTSP
> > 4.2 perhaps.
> >
> > On Dec 4, 2007 11:49 AM, James P. Kinney III
> >
> > <jkinney at localnetsolutions.com> wrote:
> > > Ah ha! You have different versions of firefox between the two servers
> > > and the same config file is shared. Thus every time they log in the
> > > config file gets reparsed and reconverted to the "new" settings.
> > >
> > > Make sure you are using the same firefox version on both ervers and see
> > > if the lag time goes away.
> > >
> > >
> > > On Tue, 2007-12-04 at 11:41 -0500, David Hopkins wrote:
> > > > Perhaps, but it happens every single time they switch between the
> > > > servers, so 1st period on server one, it hangs, then second period
> > > > using server 2 it hangs, then when they go back later in the day to
> > > > server 1, it hangs again.  I guess I am just not explaining it
> > > > correctly.  And rather than risk writing a novel to explain, I'll test
> > > > the suggestions given and see what happens :)
> > > >
> > > >
> > > > On Dec 4, 2007 11:36 AM, Michael Blinn <mblinn at peopleplaces.org> wrote:
> > > > > This may have to do with the hang when first loading FF after an
> > > > > update.  FF brings in many language-specific extensions that will cause
> > > > > a very long load time, but only the first time it's run by each user.
> > > > >
> > > > > Since my users only work in English, I just 'rm -rf
> > > > > /usr/lib/firefox-1.5.0.12/extensions/*' after every FF yum update. I'm
> > > > > on K12V6 so 1.5.0.12 is my FF version.
> > > > >
> > > > > -Michael
> > > > >
> > > > >
> > > > >
> > > > > David Hopkins wrote:
> > > > > > I'll try changing the file limit (once I go find that discussion
> > > > > > again). Users haven't changed and browsing behavior hasn't changed.
> > > > > > The big thing seems to be that one server is running K12LTSP 4.2 and
> > > > > > the another is running CentOS 5.  I haven't had time to upgrade the
> > > > > > K12LTSP server, so what is really annoying is that if they log onto
> > > > > > one server, launch FF (same version on both systems), it takes a while
> > > > > > to launch. Then, if still on that server it launches quickly from then
> > > > > > on. BUT if they then change and use a thin client connected to the
> > > > > > other server, the launch again takes a while (30-60 seconds) before it
> > > > > > starts.  Seems to be some sort of issue with having different OS's
> > > > > > between the two servers.  It is 100% repeatable.  I'll try loading
> > > > > > Opera as a test, and over Christmas upgrade the K12LTSP server (unless
> > > > > > I can do so this weekend instead).
> > > > > >
> > > > > > There aren't any stale processes or other issues.  Just the 30-60
> > > > > > second lag in launching each time they switch servers.
> > > > > >
> > > > > > Thanks!
> > > > > > Dave Hopkins
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > K12OSN mailing list
> > > > > K12OSN at redhat.com
> > > > > https://www.redhat.com/mailman/listinfo/k12osn
> > > > > For more info see <http://www.k12os.org>
> > > > >
> > > >
> > > > _______________________________________________
> > > > K12OSN mailing list
> > > > K12OSN at redhat.com
> > > > https://www.redhat.com/mailman/listinfo/k12osn
> > > > For more info see <http://www.k12os.org>
> > > >
> > > --
> > > James P. Kinney III
> > > CEO & Director of Engineering
> > > Local Net Solutions,LLC
> > > 770-493-8244
> > > http://www.localnetsolutions.com
> > >
> > > GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
> > > <jkinney at localnetsolutions.com>
> > > Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7
> > >
> > > _______________________________________________
> > > K12OSN mailing list
> > > K12OSN at redhat.com
> > > https://www.redhat.com/mailman/listinfo/k12osn
> > > For more info see <http://www.k12os.org>
> > >
> >
>