Hello,
since I upgraded from CentOS x86_64 5.4 to 5.5, I noticed that Firefox has become significantly slower on GMail (or Google Apps Mail).
The page becomes slow to scroll as soon as there are more than a few mails in a conversation (like in a typical CentOS mailing list thread).
Did anyone else notice that as well? (I guess that I'm not the only GMail user around) Could I have missed something / do something wrong?
More details: - I did a fresh install from the 5.5 install DVD, keeping only the home directories - I'm using the Nvidia driver from elrepo (but I had the pb also with the default driver)
Cheers,
Mathieu
On Thu, May 27, 2010 at 9:14 AM, Mathieu Baudier mbaudier@argeo.org wrote:
Hello,
since I upgraded from CentOS x86_64 5.4 to 5.5, I noticed that Firefox has become significantly slower on GMail (or Google Apps Mail).
The page becomes slow to scroll as soon as there are more than a few mails in a conversation (like in a typical CentOS mailing list thread).
Did anyone else notice that as well? (I guess that I'm not the only GMail user around) Could I have missed something / do something wrong?
I had somewhat similar problems. This is a shot in the dark, but do you happen to have a Nvidia controller in your system? If so, you may have been affected by this bug:
http://bugs.centos.org/view.php?id=4335
There is a workaround which solved the problem for me.
Akemi
I had somewhat similar problems. This is a shot in the dark, but do you happen to have a Nvidia controller in your system? If so, you may have been affected by this bug:
http://bugs.centos.org/view.php?id=4335
There is a workaround which solved the problem for me.
Thanks for the hint! I tried the workaround but unfortunately I still have the problem...
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Mathieu Baudier Sent: Thursday, May 27, 2010 1:33 PM To: CentOS mailing list Subject: Re: [CentOS] Firefox slower on GMail since update to CentOS 5.5
I had somewhat similar problems. This is a shot in the dark, but do you happen to have a Nvidia controller in your system? If
so, you may
have been affected by this bug:
http://bugs.centos.org/view.php?id=4335
There is a workaround which solved the problem for me.
Thanks for the hint! I tried the workaround but unfortunately I still have the problem...
I cured my nvidia driver problems (which re-arose every kernel update or re-compile) by putting in an ATI video card. Problems since then = 0
nvidia is not fond of the Linux world (compared to ATI).
******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.Hubbell.com - Hubbell Incorporated**
On 5/27/2010 1:00 PM, Brunner, Brian T. wrote:
I had somewhat similar problems. This is a shot in the dark, but do you happen to have a Nvidia controller in your system? If
so, you may
have been affected by this bug:
http://bugs.centos.org/view.php?id=4335
There is a workaround which solved the problem for me.
Thanks for the hint! I tried the workaround but unfortunately I still have the problem...
I cured my nvidia driver problems (which re-arose every kernel update or re-compile) by putting in an ATI video card. Problems since then = 0
nvidia is not fond of the Linux world (compared to ATI).
A more realistic way to say that is that linux is intentionally incompatible with a lot of other software.
Les wrote:
On 5/27/2010 1:00 PM, Brunner, Brian T. wrote:
I had somewhat similar problems. This is a shot in the dark, but do you happen to have a Nvidia controller in your system? If so, you may have been affected by this bug:
http://bugs.centos.org/view.php?id=4335
There is a workaround which solved the problem for me.
Thanks for the hint! I tried the workaround but unfortunately I still have the problem...
I cured my nvidia driver problems (which re-arose every kernel update or re-compile) by putting in an ATI video card. Problems since then = 0
nvidia is not fond of the Linux world (compared to ATI).
A more realistic way to say that is that linux is intentionally incompatible with a lot of other software.
Ah, no, it's not. Brian had it right: nvidia does keep a lot proprietary, and does *not* pay a lot of attention to writing their own drivers for Linux.
mark
On 5/27/2010 1:39 PM, m.roth@5-cent.us wrote:
Les wrote:
On 5/27/2010 1:00 PM, Brunner, Brian T. wrote:
I had somewhat similar problems. This is a shot in the dark, but do you happen to have a Nvidia controller in your system? If so, you may have been affected by this bug:
http://bugs.centos.org/view.php?id=4335
There is a workaround which solved the problem for me.
Thanks for the hint! I tried the workaround but unfortunately I still have the problem...
I cured my nvidia driver problems (which re-arose every kernel update or re-compile) by putting in an ATI video card. Problems since then = 0
nvidia is not fond of the Linux world (compared to ATI).
A more realistic way to say that is that linux is intentionally incompatible with a lot of other software.
Ah, no, it's not. Brian had it right: nvidia does keep a lot proprietary, and does *not* pay a lot of attention to writing their own drivers for Linux.
Exactly - and it is linux that intentionally makes it difficult to impossible to use such software even if others would like to give it to you on their own terms. Just put the blame in the right place.
On 5/27/2010 1:39 PM, m.roth@5-cent.us wrote:
Les wrote:
On 5/27/2010 1:00 PM, Brunner, Brian T. wrote:
<snip>>>>>
Thanks for the hint! I tried the workaround but unfortunately I still have the problem...
I cured my nvidia driver problems (which re-arose every kernel update or re-compile) by putting in an ATI video card. Problems since then = 0 nvidia is not fond of the Linux world (compared to ATI).
A more realistic way to say that is that linux is intentionally incompatible with a lot of other software.
Ah, no, it's not. Brian had it right: nvidia does keep a lot proprietary, and does *not* pay a lot of attention to writing their own drivers for Linux.
Exactly - and it is linux that intentionally makes it difficult to impossible to use such software even if others would like to give it to you on their own terms. Just put the blame in the right place.
Sorry, I don't understand what you wrote. How does Linux make it "difficult to impossible"? It's an o/s, with POSIX calls, just like all the other unices. It's not M$, and it's not Apple... so is being neither making it hard?
mark
On 5/27/2010 1:49 PM, m.roth@5-cent.us wrote:
Ah, no, it's not. Brian had it right: nvidia does keep a lot proprietary, and does *not* pay a lot of attention to writing their own drivers for Linux.
Exactly - and it is linux that intentionally makes it difficult to impossible to use such software even if others would like to give it to you on their own terms. Just put the blame in the right place.
Sorry, I don't understand what you wrote. How does Linux make it "difficult to impossible"? It's an o/s, with POSIX calls, just like all the other unices. It's not M$, and it's not Apple... so is being neither making it hard?
For one thing, the license terms do not permit including software with differing terms (hence no zfs, etc. even though source is freely available), and for another the interfaces keep changing so binaries can't be expected to work after updates.
On 5/27/2010 1:49 PM, m.roth@5-cent.us wrote:
Ah, no, it's not. Brian had it right: nvidia does keep a lot proprietary, and does *not* pay a lot of attention to writing their own drivers for Linux.
Exactly - and it is linux that intentionally makes it difficult to impossible to use such software even if others would like to give it to you on their own terms. Just put the blame in the right place.
Sorry, I don't understand what you wrote. How does Linux make it "difficult to impossible"? It's an o/s, with POSIX calls, just like all the other unices. It's not M$, and it's not Apple... so is being neither making it hard?
For one thing, the license terms do not permit including software with differing terms (hence no zfs, etc. even though source is freely
Huh? Are you saying all distros? There are plenty of repositories with directories named "nonfree". It's Linux, you can choose the repositories you pull from. CentOS is slightly different, since it's what RedHat chooses, but you can always add to it.
available), and for another the interfaces keep changing so binaries can't be expected to work after updates.
They do? Then why can I run a current version (other than worrying about twinview) of any Linux video driver on a video card that's years old. The only thing I see changing that way are the hardware manufacturers.
mark
On 5/27/2010 2:06 PM, m.roth@5-cent.us wrote:
Sorry, I don't understand what you wrote. How does Linux make it "difficult to impossible"? It's an o/s, with POSIX calls, just like all the other unices. It's not M$, and it's not Apple... so is being neither making it hard?
For one thing, the license terms do not permit including software with differing terms (hence no zfs, etc. even though source is freely
Huh? Are you saying all distros? There are plenty of repositories with directories named "nonfree". It's Linux, you can choose the repositories you pull from. CentOS is slightly different, since it's what RedHat chooses, but you can always add to it.
Those are for things that are separate programs, not something that becomes part of the kernel (or any other thing with a gpl'd component). Drivers are sort of a gray area. There's an argument that they use the kernel interfaces and another that they become part of the kernel.
available), and for another the interfaces keep changing so binaries can't be expected to work after updates.
They do? Then why can I run a current version (other than worrying about twinview) of any Linux video driver on a video card that's years old. The only thing I see changing that way are the hardware manufacturers.
The drivers included as part of the kernel are recompiled to match each version. If the owner of the driver code doesn't want to release the source under the GPL or can't because some sub-component is under 3rd party control or different existing license, the binary may or may not work.
On Thu, May 27, 2010 at 12:00 PM, Les Mikesell lesmikesell@gmail.com wrote:
On 5/27/2010 1:49 PM, m.roth@5-cent.us wrote:
Sorry, I don't understand what you wrote. How does Linux make it "difficult to impossible"? It's an o/s, with POSIX calls, just like all the other unices. It's not M$, and it's not Apple... so is being neither making it hard?
For one thing, the license terms do not permit including software with differing terms (hence no zfs, etc. even though source is freely available), and for another the interfaces keep changing so binaries can't be expected to work after updates.
I'm not sure if I have the problem or not (don't think so), but I have to take issue with this last bit (changing interfaces).
I'm running the nvidia driver dkms-nvidia-x11-drv-185.18.14-1.nodist.rf.x86_64 from Oct 22, 2009, and IIRC it has survived the 5.4 and 5.5 updates without any problems at all. Perhaps that's because dkms rebuilds the driver for each new kernel, but even so, the interfaces can't have changed too much if they still build and work.
When I was working on the Linux kernel directly, one of the least likely areas of change was the driver interface, precisely because changes at this level are detrimental to all new driver development and old driver compatibility. The driver API is fairly well established and less likely to change than most other fly-by-night (i.e., M$) OSs. Even the proprietary versions of UNIX don't mess with this (much). They may be different, but they aren't too variable.
Thus, I find this claim difficult to believe.
Do you have examples? Proof?
Cheers.
mhr
On 5/27/2010 2:47 PM, MHR wrote:
On Thu, May 27, 2010 at 12:00 PM, Les Mikeselllesmikesell@gmail.com wrote:
On 5/27/2010 1:49 PM, m.roth@5-cent.us wrote:
Sorry, I don't understand what you wrote. How does Linux make it "difficult to impossible"? It's an o/s, with POSIX calls, just like all the other unices. It's not M$, and it's not Apple... so is being neither making it hard?
For one thing, the license terms do not permit including software with differing terms (hence no zfs, etc. even though source is freely available), and for another the interfaces keep changing so binaries can't be expected to work after updates.
I'm not sure if I have the problem or not (don't think so), but I have to take issue with this last bit (changing interfaces).
I'm running the nvidia driver dkms-nvidia-x11-drv-185.18.14-1.nodist.rf.x86_64 from Oct 22, 2009, and IIRC it has survived the 5.4 and 5.5 updates without any problems at all. Perhaps that's because dkms rebuilds the driver for each new kernel, but even so, the interfaces can't have changed too much if they still build and work.
When I was working on the Linux kernel directly, one of the least likely areas of change was the driver interface, precisely because changes at this level are detrimental to all new driver development and old driver compatibility. The driver API is fairly well established and less likely to change than most other fly-by-night (i.e., M$) OSs.
No, dkms was a late add-in to help fix this problem. It wouldn't be necessary if the OS itself provided a stable interface. The 'enterprise' versions of Linux also are an attempt to minimize the problem by freezing the kernel version for many years and only backporting minimal changes.
Even the proprietary versions of UNIX don't mess with this (much). They may be different, but they aren't too variable.
Thus, I find this claim difficult to believe.
Do you have examples? Proof?
The nvidia driver is the obvious one. They've done the best they can, Dell added dkms, and people still have trouble. Most other vendors don't even bother.
nvidia is not fond of the Linux world (compared to ATI).
A more realistic way to say that is that linux is intentionally incompatible with a lot of other software.
AIUI, nvidia gives (to the linux world) less information about how to exploit nvidia capabilities than does ATI, and that the linux world is not ignoring information proffered by nvidia. How then is it that linux is intentionally incompatible with nvidia and other software? Or do you refer to driver versioning?
(a number of things are screwy with the linux world; nvidia dysfunctionality is not on the list intentionally)
/AIUI
btw congrats to the OP for solving the problem! ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.Hubbell.com - Hubbell Incorporated**
Hi Mathieu, I had the same problem with Firefox since I upgraded to CentOS 5.5.
I noticed very slow (almost unusable) Oracle Enterprise Manager 10g (Database Control, Grid Control and Application Server Control) and MS SharePoint pages, high X.org cpu usage and noisy fans activity.
I couldn't find anything about this on the web. Firefox downgrade didn't help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run. There are alse other versions between, but this one is the last one IMHO where PowerMizer works as expected (at least on my laptop).
My configuration is CentOS 5.5 x86_64 @ Dell Latitude D830, Nvidia Quadro NVS 140M.
Bye, Andrej
Mathieu Baudier wrote:
Hello,
since I upgraded from CentOS x86_64 5.4 to 5.5, I noticed that Firefox has become significantly slower on GMail (or Google Apps Mail).
The page becomes slow to scroll as soon as there are more than a few mails in a conversation (like in a typical CentOS mailing list thread).
Did anyone else notice that as well? (I guess that I'm not the only GMail user around) Could I have missed something / do something wrong?
More details:
- I did a fresh install from the 5.5 install DVD, keeping only the
home directories
- I'm using the Nvidia driver from elrepo (but I had the pb also with
the default driver)
Cheers,
Mathieu _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I couldn't find anything about this on the web. Firefox downgrade didn't help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run.
Do you think this worth filing a bug report against?
On Wed, Jun 02, 2010 at 10:29:03PM +0200, Andrej Moravcik wrote:
Hi Mathieu, I had the same problem with Firefox since I upgraded to CentOS 5.5.
I noticed very slow (almost unusable) Oracle Enterprise Manager 10g (Database Control, Grid Control and Application Server Control) and MS SharePoint pages, high X.org cpu usage and noisy fans activity.
I couldn't find anything about this on the web. Firefox downgrade didn't help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run. There are alse other versions between, but this one is the last one IMHO where PowerMizer works as expected (at least on my laptop).
My configuration is CentOS 5.5 x86_64 @ Dell Latitude D830, Nvidia Quadro NVS 140M.
Bye, Andrej
Mathieu Baudier wrote:
Hello,
since I upgraded from CentOS x86_64 5.4 to 5.5, I noticed that Firefox has become significantly slower on GMail (or Google Apps Mail).
The page becomes slow to scroll as soon as there are more than a few mails in a conversation (like in a typical CentOS mailing list thread).
Did anyone else notice that as well? (I guess that I'm not the only GMail user around) Could I have missed something / do something wrong?
More details:
- I did a fresh install from the 5.5 install DVD, keeping only the
home directories
- I'm using the Nvidia driver from elrepo (but I had the pb also with
the default driver)
Cheers,
Mathieu _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Usualy I am not the first who hit a bug, but ok, I can fill the bug report to CentOS bugzilla. Or do you think it would be better to report it to Nvidia support?
Bye, Andrej
chaohacker@non-serviam.com wrote:
I couldn't find anything about this on the web. Firefox downgrade didn't help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run.
Do you think this worth filing a bug report against?
On Wed, Jun 02, 2010 at 10:29:03PM +0200, Andrej Moravcik wrote:
Hi Mathieu, I had the same problem with Firefox since I upgraded to CentOS 5.5.
I noticed very slow (almost unusable) Oracle Enterprise Manager 10g (Database Control, Grid Control and Application Server Control) and MS SharePoint pages, high X.org cpu usage and noisy fans activity.
I couldn't find anything about this on the web. Firefox downgrade didn't help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run. There are alse other versions between, but this one is the last one IMHO where PowerMizer works as expected (at least on my laptop).
My configuration is CentOS 5.5 x86_64 @ Dell Latitude D830, Nvidia Quadro NVS 140M.
Bye, Andrej
Mathieu Baudier wrote:
Hello,
since I upgraded from CentOS x86_64 5.4 to 5.5, I noticed that Firefox has become significantly slower on GMail (or Google Apps Mail).
The page becomes slow to scroll as soon as there are more than a few mails in a conversation (like in a typical CentOS mailing list thread).
Did anyone else notice that as well? (I guess that I'm not the only GMail user around) Could I have missed something / do something wrong?
More details:
- I did a fresh install from the 5.5 install DVD, keeping only the
home directories
- I'm using the Nvidia driver from elrepo (but I had the pb also with
the default driver)
Cheers,
Mathieu _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Usualy I am not the first who hit a bug, but ok, I can fill the bug report to CentOS bugzilla. Or do you think it would be better to report it to Nvidia support?
File CentOS bug after searching to see if it exists. Then it will be decided whether or not it is sent upstream.
Am I correct about this?
On Thu, Jun 03, 2010 at 11:14:07AM +0200, Andrej Moravcik wrote:
Usualy I am not the first who hit a bug, but ok, I can fill the bug report to CentOS bugzilla. Or do you think it would be better to report it to Nvidia support?
Bye, Andrej
chaohacker@non-serviam.com wrote:
I couldn't find anything about this on the web. Firefox downgrade didn't help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run.
Do you think this worth filing a bug report against?
On Wed, Jun 02, 2010 at 10:29:03PM +0200, Andrej Moravcik wrote:
Hi Mathieu, I had the same problem with Firefox since I upgraded to CentOS 5.5.
I noticed very slow (almost unusable) Oracle Enterprise Manager 10g (Database Control, Grid Control and Application Server Control) and MS SharePoint pages, high X.org cpu usage and noisy fans activity.
I couldn't find anything about this on the web. Firefox downgrade didn't help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run. There are alse other versions between, but this one is the last one IMHO where PowerMizer works as expected (at least on my laptop).
My configuration is CentOS 5.5 x86_64 @ Dell Latitude D830, Nvidia Quadro NVS 140M.
Bye, Andrej
Mathieu Baudier wrote:
Hello,
since I upgraded from CentOS x86_64 5.4 to 5.5, I noticed that Firefox has become significantly slower on GMail (or Google Apps Mail).
The page becomes slow to scroll as soon as there are more than a few mails in a conversation (like in a typical CentOS mailing list thread).
Did anyone else notice that as well? (I guess that I'm not the only GMail user around) Could I have missed something / do something wrong?
More details:
- I did a fresh install from the 5.5 install DVD, keeping only the
home directories
- I'm using the Nvidia driver from elrepo (but I had the pb also with
the default driver)
Cheers,
Mathieu _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
help, but finaly I realized that I upgraded nvidia driver too - problem disapeared right after downgrade to nvidia driver NVIDIA-Linux-x86_64-180.22-pkg2.run. There are alse other versions
I removed the nvidia driver from elrepo and installed this one from Nvidia website, but it did not solve my problem.
The more I experience it, the more it seems clear that this issue only happens with GMail / Google Apps. So I really think that this is either a GMail or a Firefox issue. I wonder if anybody else is using GMail through the web interface intensively on CentOS 5.5? I would not say that this is unsable either. It just slows done when browsing "big" conversations (that is more than 4/5 mails which is not that big)
Thanks for your feedback and for the tip anyhow, this may help others!
On Thu, Jun 3, 2010 at 12:03 AM, Mathieu Baudier mbaudier@argeo.org wrote:
I removed the nvidia driver from elrepo and installed this one from Nvidia website, but it did not solve my problem.
The more I experience it, the more it seems clear that this issue only happens with GMail / Google Apps. So I really think that this is either a GMail or a Firefox issue. I wonder if anybody else is using GMail through the web interface intensively on CentOS 5.5? I would not say that this is unsable either. It just slows done when browsing "big" conversations (that is more than 4/5 mails which is not that big)
Thanks for your feedback and for the tip anyhow, this may help others!
The main problem I've seen with gmail is that it just freezes every so often for as much as five minutes or more. Usually if I wait, it resolves. Sometimes I just lose patience, kill the browser and restart it and re-login and all is well. One thing gmail does well is recover from abrupt/unexpected termination.
HTH
mhr
-
Akemi Yagi -
Andrej Moravcik -
Brunner, Brian T. -
chaohacker＠non-serviam.com -
Les Mikesell -
m.roth＠5-cent.us -
Mathieu Baudier -
MHR