[opensuse] Slow/paused HTTP requests
Dear mailing list, suddenly I have a strange problem with HTTP requests. From time to time all requests are being paused as it seems. For example I enter a URL in Firefox but the website does not load immediately though the browser is showing the activity animation. It's just waiting. If I open up other websites in tabs they are also not loading. Then suddenly all websites are loaded *at once* as if the pauses on the requests have been released. This also happens if I open up links within the same domain so I guess it's no DNS problem. This is no general network problem because other services (Ping, FTP, ICQ, nslookup) still work while there is a pause. It's also not related to Firefox because I can reproduce this behaviour in Konqueror, too. On the same computer in Windows XP there are no pauses. Kernel is version 2.6.18.1 but the problem also appeared in 2.6.16.21. Maybe the problem is some recently updated library or something? I'm using smart. Is there some logfile/history of all package activities? Thanks for any help! -- Sincerely Sven Jacobs --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
* Sven Jacobs
This is no general network problem because other services (Ping, FTP, ICQ, nslookup) still work while there is a pause. It's also not related to Firefox because I can reproduce this behaviour in Konqueror, too. On the same computer in Windows XP there are no pauses.
are you accessing thru a proxy such as privoxy ?? -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/gallery2 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
This is no general network problem because other services (Ping, FTP, ICQ, nslookup) still work while there is a pause. It's also not related to Firefox because I can reproduce this behaviour in Konqueror, too. On the same computer in Windows XP there are no pauses.
are you accessing thru a proxy such as privoxy ??
No, there's just a wireless hardware router between the computer and the Internet. The problem does not occur on another computer which is also connected to that router. -- Sincerely Sven Jacobs --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2006-11-12 09:50, Sven Jacobs wrote:
Dear mailing list,
suddenly I have a strange problem with HTTP requests. From time to time all requests are being paused as it seems. For example I enter a URL in Firefox but the website does not load immediately though the browser is showing the activity animation. It's just waiting. If I open up other websites in tabs they are also not loading. Then suddenly all websites are loaded *at once* as if the pauses on the requests have been released. This also happens if I open up links within the same domain so I guess it's no DNS problem.
The same problem arose here within the past week on my 9.3 system. All of a sudden, Mozilla slowed to a crawl. Upgrading to Seamonkey did not resolve it, so I decided to compile Seamonkey on my own system. Resolving dependencies for that resulted in the packages mozilla-nss and mozilla-nspr being installed on my system (curiously, Seamonkey itself does not depend on those packages). That seems to have made things better, but did not entirely eliminate the problem. All of this began about Nov 7, shortly after I did my most recent security upgrade (Oct 31), but I do not know if anything in that upgrade could be responsible. The only upgraded packages which seem as if they could possibly be relevant are the kernel, the xorg server and the flashplayer. The kernel is very unlikely to be responsible, and everything else runs fine under the X server. I did have several CNN pages open when the problem first arose, and CNN uses a lot of flash, so it is possible that is responsible -- but since then I have rebooted, and not encountered any more flash material that I know of in my browsing. It is possible that something in one of the installed packages has caused Java and/or javascript to slow to a crawl. Java is a resource hog to begin with, and it probably wouldn't take much to cause it to begin hogging the entire CPU (verified with "top" that this is what is happening). Memory is not an issue, as the output of "free" has consistently shown. I have not tried turning off either Java or javascript to check this possibility. With very limited testing, Konqueror does not seem to have a similar problem. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
All of this began about Nov 7, shortly after I did my most recent security upgrade (Oct 31), but I do not know if anything in that upgrade could be responsible. The only upgraded packages which seem as if they could possibly be relevant are the kernel, the xorg server and the flashplayer. The kernel is very unlikely to be responsible, and everything else runs fine under the X server. I did have several CNN pages open when the problem first arose, and CNN uses a lot of flash, so it is possible that is responsible -- but since then I have rebooted, and not encountered any more flash material that I know of in my browsing.
I'm not quite sure when exactly this problem started but it definitively did not occur in October. So here's a list of all packages I've installed or upgraded in this month: amarok-libvisual-1.4.4-101.guru.suse101 So 12 Nov 2006 14:28:40 CET amarok-xine-1.4.4-101.guru.suse101 So 12 Nov 2006 14:28:37 CET alsa-tools-1.0.13-0.pm.1 So 12 Nov 2006 14:28:32 CET sax2-8.1-139.2 So 12 Nov 2006 14:28:28 CET sax2-tools-8.1-139.2 So 12 Nov 2006 14:28:23 CET sax2-gui-8.1-139.2 So 12 Nov 2006 14:28:18 CET kernel-source-2.6.18.1-24.2 So 12 Nov 2006 14:27:15 CET kernel-default-2.6.18.1-1.1 So 12 Nov 2006 14:26:11 CET sax2-libsax-perl-8.1-139.2 So 12 Nov 2006 14:26:01 CET sax2-ident-8.1-139.2 So 12 Nov 2006 14:26:00 CET amarok-1.4.4-101.guru.suse101 So 12 Nov 2006 14:25:08 CET mono-data-sqlite-1.1.13.8-2.10 Sa 11 Nov 2006 14:43:09 CET mono-data-1.1.13.8-2.10 Sa 11 Nov 2006 14:43:08 CET mono-web-1.1.13.8-2.10 Sa 11 Nov 2006 14:43:07 CET ImageMagick-Magick++-6.2.5-16.10 Sa 11 Nov 2006 14:43:06 CET ImageMagick-6.2.5-16.10 Sa 11 Nov 2006 14:42:38 CET mono-core-1.1.13.8-2.10 Sa 11 Nov 2006 14:42:30 CET MozillaFirefox-2.0-41.1 Fr 10 Nov 2006 14:51:20 CET MozillaFirefox-translations-2.0-41.1 Fr 10 Nov 2006 14:51:12 CET k3b-0.12.17-100.pm.0 Fr 10 Nov 2006 14:50:30 CET Azureus-2.5.0.1-B24.pm.1 Fr 10 Nov 2006 14:50:15 CET avahi-0.6.5-29.8 Do 09 Nov 2006 20:39:24 CET mozilla-nss-3.11.3-3.1 Mi 08 Nov 2006 17:29:27 CET mozilla-nspr-4.6.3-6.1 Mi 08 Nov 2006 17:29:26 CET libffmpeg0-devel-0.4.9-8.pm.svn20061008 Mi 08 Nov 2006 17:01:40 CET x264-devel-0.0svn20061031-1 Mi 08 Nov 2006 17:01:37 CET libffmpeg0-0.4.9-8.pm.svn20061008 Mi 08 Nov 2006 17:01:01 CET x264-0.0svn20061031-1 Mi 08 Nov 2006 17:00:45 CET qt3-devel-tools-3.3.7-1.1 Mo 06 Nov 2006 17:57:49 CET kdelibs3-3.5.5-39.1 Mo 06 Nov 2006 17:57:41 CET qt3-devel-3.3.7-9.1 Mo 06 Nov 2006 17:57:07 CET kdebase3-ksysguardd-3.5.5-72.2 Mo 06 Nov 2006 17:57:04 CET kdegraphics3-pdf-3.5.5-16.2 Mo 06 Nov 2006 17:57:03 CET kdeutils3-laptop-3.5.5-17.2 Mo 06 Nov 2006 17:57:02 CET kdenetwork3-vnc-3.5.5-27.1 Mo 06 Nov 2006 17:57:00 CET python-qt-3.5.5-1.8 Mo 06 Nov 2006 17:56:58 CET libakode-2.0.1-2.22 Mo 06 Nov 2006 17:56:55 CET kdegames3-3.5.5-12.1 Mo 06 Nov 2006 17:56:54 CET kdebase3-kdm-3.5.5-72.2 Mo 06 Nov 2006 17:56:47 CET kdeaddons3-kate-3.5.5-10.2 Mo 06 Nov 2006 17:56:41 CET kdelibs3-arts-3.5.5-39.1 Mo 06 Nov 2006 17:56:34 CET kdeartwork3-xscreensaver-3.5.5-14.3 Mo 06 Nov 2006 17:56:29 CET qt3-3.3.7-9.1 Mo 06 Nov 2006 17:56:28 CET kdemultimedia3-mixer-3.5.5-14.1 Mo 06 Nov 2006 17:56:25 CET kdenetwork3-lan-3.5.5-27.1 Mo 06 Nov 2006 17:56:24 CET kdeutils3-3.5.5-17.2 Mo 06 Nov 2006 17:56:22 CET kdelibs3-doc-3.5.5-39.1 Mo 06 Nov 2006 17:56:14 CET kdenetwork3-news-3.5.5-27.1 Mo 06 Nov 2006 17:56:06 CET kdegames3-arcade-3.5.5-12.1 Mo 06 Nov 2006 17:56:05 CET kdenetwork3-wireless-3.5.5-27.1 Mo 06 Nov 2006 17:55:56 CET kdemultimedia3-sound-3.5.5-14.1 Mo 06 Nov 2006 17:55:55 CET kdepim3-sync-3.5.1-39 Mo 06 Nov 2006 17:55:53 CET arts-1.5.5-7.1 Mo 06 Nov 2006 17:55:44 CET kdepim3-mobile-3.5.5-27.1 Mo 06 Nov 2006 17:55:42 CET kdemultimedia3-3.5.5-14.1 Mo 06 Nov 2006 17:55:42 CET lftp-3.5.6-2.guru.suse101 Mo 06 Nov 2006 17:55:40 CET kdesdk3-3.5.5-14.2 Mo 06 Nov 2006 17:55:37 CET kdeaddons3-konqueror-3.5.5-10.2 Mo 06 Nov 2006 17:55:16 CET kdebase3-samba-3.5.5-72.2 Mo 06 Nov 2006 17:55:10 CET kdepim3-3.5.5-27.1 Mo 06 Nov 2006 17:55:08 CET kdebase3-nsplugin-3.5.5-72.2 Mo 06 Nov 2006 17:54:52 CET kdewebdev3-3.5.5-16.3 Mo 06 Nov 2006 17:54:47 CET kdepim3-networkstatus-3.5.5-27.1 Mo 06 Nov 2006 17:54:21 CET irqbalance-0.09-58 Mo 06 Nov 2006 17:54:21 CET kdeutils3-extra-3.5.5-17.2 Mo 06 Nov 2006 17:54:20 CET kdegraphics3-scan-3.5.5-16.2 Mo 06 Nov 2006 17:54:17 CET kdebase3-extra-3.5.5-72.2 Mo 06 Nov 2006 17:54:16 CET kdenetwork3-lisa-3.5.5-27.1 Mo 06 Nov 2006 17:54:13 CET kdemultimedia3-arts-3.5.5-14.1 Mo 06 Nov 2006 17:54:12 CET kdepim3-kpilot-3.5.5-27.1 Mo 06 Nov 2006 17:54:11 CET kdegraphics3-extra-3.5.5-16.2 Mo 06 Nov 2006 17:54:08 CET kdegraphics3-imaging-3.5.5-16.2 Mo 06 Nov 2006 17:54:06 CET kdebase3-session-3.5.5-72.2 Mo 06 Nov 2006 17:54:03 CET kdegames3-card-3.5.5-12.1 Mo 06 Nov 2006 17:54:02 CET kdegraphics3-postscript-3.5.5-16.2 Mo 06 Nov 2006 17:54:00 CET kdebindings3-python-3.5.5-1.8 Mo 06 Nov 2006 17:53:59 CET kdemultimedia3-CD-3.5.5-14.1 Mo 06 Nov 2006 17:53:51 CET kde3-i18n-de-3.5.5-67.5 Mo 06 Nov 2006 17:53:46 CET kdegraphics3-kamera-3.5.5-16.2 Mo 06 Nov 2006 17:53:17 CET kdenetwork3-InstantMessenger-3.5.5-27.1 Mo 06 Nov 2006 17:53:15 CET kdegraphics3-fax-3.5.5-16.2 Mo 06 Nov 2006 17:53:03 CET kdeaddons3-kicker-3.5.5-10.2 Mo 06 Nov 2006 17:53:03 CET kommander-runtime-3.5.5-16.3 Mo 06 Nov 2006 17:53:02 CET kdenetwork3-3.5.5-27.1 Mo 06 Nov 2006 17:53:00 CET kdeartwork3-kscreensaver-3.5.5-14.3 Mo 06 Nov 2006 17:52:57 CET kdetoys3-3.5.5-6.1 Mo 06 Nov 2006 17:52:54 CET kdeartwork3-sound-3.5.5-14.3 Mo 06 Nov 2006 17:52:50 CET kdebase3-3.5.5-72.2 Mo 06 Nov 2006 17:52:09 CET kdegraphics3-3.5.5-16.2 Mo 06 Nov 2006 17:50:56 CET kdebindings3-javascript-3.5.5-3.9 Mo 06 Nov 2006 17:49:54 CET wormux-0.7.4-1.guru.suse101 So 05 Nov 2006 11:10:51 CET xvid-devel-1.1.2-0.pm.0 Do 02 Nov 2006 19:12:50 CET xvid-1.1.2-0.pm.0 Do 02 Nov 2006 19:12:19 CET libdar-2.3.2-1.guru.suse101 Do 02 Nov 2006 19:12:17 CET e2fsprogs-1.38-25.9 Do 02 Nov 2006 19:12:16 CET log4net-1.2.9-17.5 Do 02 Nov 2006 19:12:14 CET mkinitrd-1.2-106.22 Do 02 Nov 2006 19:12:11 CET libjs-1.5-0.pm.8 Do 02 Nov 2006 19:12:10 CET python-2.4.2-18.5 Do 02 Nov 2006 19:12:04 CET dar-2.3.2-1.guru.suse101 Do 02 Nov 2006 19:11:58 CET libgpod-0.4.0-0.pm.0 Do 02 Nov 2006 19:11:50 CET scorched3d-40.1b-1.guru.suse101 Do 02 Nov 2006 19:11:21 CET kaffeine-0.8.2-5.pm.0 Do 02 Nov 2006 19:09:53 CET
It is possible that something in one of the installed packages has caused Java and/or javascript to slow to a crawl. Java is a resource hog to begin with, and it probably wouldn't take much to cause it to begin hogging the entire CPU (verified with "top" that this is what is happening). Memory is not an issue, as the output of "free" has consistently shown. I have not tried turning off either Java or javascript to check this possibility.
My testing showed that no process takes up unusually much memory or cpu when there's a "freeze". I also do not believe that the cause is Java or JavaScript because the problem also occurs on sites which neither use one of them. -- Sincerely Sven Jacobs --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2006-11-12 13:14, Sven Jacobs wrote:
All of this began about Nov 7, shortly after I did my most recent security upgrade (Oct 31), but I do not know if anything in that upgrade could be responsible....
I'm not quite sure when exactly this problem started but it definitively did not occur in October. So here's a list of all packages I've installed or upgraded in this month:
It is possible that something in one of the installed packages has caused Java and/or javascript to slow to a crawl. Java is a resource hog.... My testing showed that no process takes up unusually much memory or cpu when there's a "freeze". I also do not believe that the cause is Java or JavaScript because the problem also occurs on sites which neither use one of them. Are you sure there is no spike in Firefox's CPU usage? My system is an
As I mentioned, everything was fine for about a week after my last upgrade. The only new or upgraded packages we have in common are: kernel-default (clearly different versions of SuSe, however) qt3, which no Mozilla product uses mozilla-nss mozilla-nspr The last two were installed only after the problem arose, so cannot be the cause. That leaves the kernel, but I do not see how it could be responsible for just one package causing a problem. old, slow Pentium II running at 400 MHz, so would be far more sensitive to such a problem than a newer CPU. I ran "top" for a while to determine what Mozilla/Seamonkey normally required for CPU usage (20 to 24% for Seamonkey), and determined that at least quadrupled whenever things slowed down. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
As I mentioned, everything was fine for about a week after my last upgrade. The only new or upgraded packages we have in common are:
kernel-default (clearly different versions of SuSe, however) qt3, which no Mozilla product uses mozilla-nss mozilla-nspr
The last two were installed only after the problem arose, so cannot be the cause. That leaves the kernel, but I do not see how it could be responsible for just one package causing a problem.
I've upgraded the kernel just today to check if this solves the problem. So the only packages which are left are mozilla-nss and mozilla-nspr. Would this also explain the "freezes" in Konqueror? Does it use these libraries?
Are you sure there is no spike in Firefox's CPU usage?
Yes! Firefox even returns to 0% cpu usage on a "freeze". -- Sincerely Sven Jacobs --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2006-11-12 14:23, Sven Jacobs wrote:
As I mentioned, everything was fine for about a week after my last upgrade. The only new or upgraded packages we have in common are:
kernel-default (clearly different versions of SuSe, however) qt3, which no Mozilla product uses mozilla-nss mozilla-nspr
The last two were installed only after the problem arose, so cannot be the cause. That leaves the kernel, but I do not see how it could be responsible for just one package causing a problem.
I've upgraded the kernel just today to check if this solves the problem. So the only packages which are left are mozilla-nss and mozilla-nspr. Would this also explain the "freezes" in Konqueror? Does it use these libraries?
Those two packages actually made things better for me, and they only were installed when I decided to try to compile seamonkey locally (which failed, btw :-( ). Compiling seamonkey requires mozilla-nss-devel, which requires mozilla-nspr-devel, plus both library packages. I only tried to compile seamonkey after I saw that installing it did not help the same problem with mozilla suite. Since you are seeing Konqueror freeze and I am not, I do not think my problem is remotely related to yours. Of course, I could be wrong :-)
Are you sure there is no spike in Firefox's CPU usage?
Yes! Firefox even returns to 0% cpu usage on a "freeze".
That is weird! -- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
I've upgraded the kernel just today to check if this solves the problem. So the only packages which are left are mozilla-nss and mozilla-nspr. Would this also explain the "freezes" in Konqueror? Does it use these libraries?
Those two packages actually made things better for me, and they only were installed when I decided to try to compile seamonkey locally (which failed, btw :-( ). Compiling seamonkey requires mozilla-nss-devel, which requires mozilla-nspr-devel, plus both library packages. I only tried to compile seamonkey after I saw that installing it did not help the same problem with mozilla suite.
Since you are seeing Konqueror freeze and I am not, I do not think my problem is remotely related to yours. Of course, I could be wrong :-)
Can you still use Firefox during the freeze or is it totally frozen? Well I can still use it. I hope somebody has an idea because these freezes are really annoying! --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2006-11-13 02:18, Sven Jacobs wrote:
<snip> Can you still use Firefox during the freeze or is it totally frozen? Well I can still use it. Seamonkey, actually, and before that the Mozilla suite. Until I installed mozilla-nss and mozilla-nspr, it was so slow as to be useless. Now I can use it, but everything takes a lot longer to happen.
I hope somebody has an idea because these freezes are really annoying! So do I.
-- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 13 November 2006 08:26, Darryl Gregorash wrote:
On 2006-11-13 02:18, Sven Jacobs wrote:
<snip> Can you still use Firefox during the freeze or is it totally frozen? Well I can still use it.
Seamonkey, actually, and before that the Mozilla suite. Until I installed mozilla-nss and mozilla-nspr, it was so slow as to be useless. Now I can use it, but everything takes a lot longer to happen.
I hope somebody has an idea because these freezes are really annoying!
So do I.
Just as an aside, do you think it might be something to do with IPV6? Ive not updated the kernel to the same version as Sven's, but after tweaking both the sysconfig settings and Firefox's about:config page to ignore IPV6, my browser hasn't had a freeze or pause on a site for a long time. Just a thought. Cheers Pete --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Just as an aside, do you think it might be something to do with IPV6? Ive not updated the kernel to the same version as Sven's, but after tweaking both the sysconfig settings and Firefox's about:config page to ignore IPV6, my browser hasn't had a freeze or pause on a site for a long time.
Just a thought.
Well, I will try that as soon as I'm home! Could this behavior also be provoked by a wrong MTU value on the router and/or the network device? In contrary to my first statement I noticed yesterday that browsing on my other computer (also OpenSuSE 10.1) is slow, too. I'm almost sure that the MTU on my router is set to 1492. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 13 November 2006 00:50, Sven Jacobs wrote:
In contrary to my first statement I noticed yesterday that browsing on my other computer (also OpenSuSE 10.1) is slow, too.
Any Skype or bit torrent clients running? I find that the Linux version of Skype will take down my Netgear router if I am using the wireless portion. Hardwired it works fine. If you do a netstat -anp you will see a HUGE amount of sockets running for a bit torrent client or skype or Edonkey. Those may exceed the capabilities of small routers. Also I have found that NOT using the DNS server in the routers that have them often is faster. Some routers just pass that through anyway, but others try to run a slim version of bind or some such. If i suspect it is slow DNS, I edit my /etc/resolv.conf and reverse the two server entries so that I am using my ISPs secondary DNS server. I often find that is faster as it has less work to do unless and until the primary fails. I've also seen page requests just sit there and grind, but upon clicking Stop and Re-Request (clicking the link again) it goes instantly. However, my experiences have been equally bad with windows and linux. Firefox or Mozilla on both platforms. -- _____________________________________ John Andersen
Any Skype or bit torrent clients running?
Nope. By "slow" I mean mainly the part before the actual page content is loading. So it could be a DNS problem... But what is causing this sudden problem? I didn't touch the router.
Also I have found that NOT using the DNS server in the routers that have them often is faster. Some routers just pass that through anyway, but others try to run a slim version of bind or some such.
I will try that, too! I'm currently using the DNS server build into the hardware router. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 13 November 2006 01:46, Sven Jacobs wrote:
Nope. By "slow" I mean mainly the part before the actual page content is loading. So it could be a DNS problem...
Yeah, I see that same thing. It seems to be somewhat site specific, and the stop/restart trick usually clears it and causes virtually instant page load. The pages load quick, but its like the first request to do so takes forever to start. I'm not totally convinced its DNS, because this happens a lot when I spend a good deal of time on the same site, so the local machine should have some DNS cache to work from. Example might be working at my brokerage firm's site. I'm in there on a secure connection for hours, and for some obscure reason every so often it can't get the next page without the stop/restart trick. -- _____________________________________ John Andersen
Nope. By "slow" I mean mainly the part before the actual page content is loading. So it could be a DNS problem...
Yeah, I see that same thing. It seems to be somewhat site specific, and the stop/restart trick usually clears it and causes virtually instant page load.
Must try the stop/restart trick.
The pages load quick, but its like the first request to do so takes forever to start.
Same thing here!
I'm not totally convinced its DNS,
Me neither. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
John Andersen wrote:
On Monday 13 November 2006 01:46, Sven Jacobs wrote:
Nope. By "slow" I mean mainly the part before the actual page content is loading. So it could be a DNS problem...
Yeah, I see that same thing. It seems to be somewhat site specific, and the stop/restart trick usually clears it and causes virtually instant page load.
The pages load quick, but its like the first request to do so takes forever to start.
I'm not totally convinced its DNS, because this happens a lot when I spend a good deal of time on the same site, so the local machine should have some DNS cache to work from. Example might be working at my brokerage firm's site. I'm in there on a secure connection for hours, and for some obscure reason every so often it can't get the next page without the stop/restart trick.
Actually, it sounds like a problem I had a while ago. My ISP changed my IP address recently. One of the consequences was that one of the two DNS servers I had hard coded into my computer was no longer available. As a result, the first DNS server would be tried and then after timeout, the 2nd server would be tried and return the IP address. Fire up Ethereal and take a look. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 13 November 2006 10:46, Sven Jacobs wrote:
Any Skype or bit torrent clients running?
Nope. By "slow" I mean mainly the part before the actual page content is loading. So it could be a DNS problem...
But what is causing this sudden problem? I didn't touch the router.
Also I have found that NOT using the DNS server in the routers that have them often is faster. Some routers just pass that through anyway, but others try to run a slim version of bind or some such.
I will try that, too! I'm currently using the DNS server build into the hardware router.
Try setting network.dns.disableIPv6 in firefox's config to 'true'. I don't think it would cause any harm on 90% of networks. Cheers Pete --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2006-11-13 04:29, John Andersen wrote:
On Monday 13 November 2006 00:50, Sven Jacobs wrote:
In contrary to my first statement I noticed yesterday that browsing on my other computer (also OpenSuSE 10.1) is slow, too.
Any Skype or bit torrent clients running?
I've nothing running that could possibly account for depletion of available bandwidth.. and with a CPU pegged at 100% (95+ of which is Mozilla/Seamonkey) I doubt it is anything other than the result of code bloat.
I've also seen page requests just sit there and grind, but upon clicking Stop and Re-Request (clicking the link again) it goes instantly.
Substitute "after a few minutes" for "instantly", and you've described my situation too :-)
However, my experiences have been equally bad with windows and linux. Firefox or Mozilla on both platforms.
IMEHO, Java and any mozilla.org product are perfect examples of why OOP should be declared a Cardinal Sin Against God. Remove the C++ compilers from their systems, and send them all back to assembler -- then we'll see just how tight they can code :-) -- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 13 November 2006 01:48, Darryl Gregorash wrote:
Any Skype or bit torrent clients running?
I've nothing running that could possibly account for depletion of available bandwidth..
I didn't mean to imply bandwidth saturation, simply socket saturation. Those itty bitty processors in routers really don't have that big of a router table, and tons of sockets will max them out even if virtually nothing is going across the wire. -- _____________________________________ John Andersen
On 2006-11-13 05:19, John Andersen wrote:
On Monday 13 November 2006 01:48, Darryl Gregorash wrote:
Any Skype or bit torrent clients running?
I've nothing running that could possibly account for depletion of available bandwidth..
I didn't mean to imply bandwidth saturation, simply socket saturation. Those itty bitty processors in routers really don't have that big of a router table, and tons of sockets will max them out even if virtually nothing is going across the wire.
Understood. That might account for Sven's problem, but not mine, as I never have any problem with anything but Mozilla, and now Seamonkey. I also don't have a router here anyway. The ipv6 suggestion might be another thing. I thought I had that completely turned off a very long time ago. Not even the ipv6 module was being loaded, but I just checked that and something has changed in my system to cause it to be loaded again. Mozilla is one of the handful of applications that used to have severe problems whenever an ipv6 lookup failed, so it is possible this may be related to that problem. I turned off the userpref last night, so if this is the problem, it should be resolved now. Today will tell. -- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Also I have found that NOT using the DNS server in the routers that have them often is faster. Some routers just pass that through anyway, but others try to run a slim version of bind or some such.
This was my problem! Instead of using the DNS from my hardware router I'm now directly using the nameservers from my ISP! The pauses are gone! I have no idea why this worked before but I'm glad it's working properly again. -- Sincerely Sven Jacobs --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2006-11-13 03:10, Pete Connolly wrote:
Just as an aside, do you think it might be something to do with IPV6? Ive not updated the kernel to the same version as Sven's, but after tweaking both the sysconfig settings and Firefox's about:config page to ignore IPV6, my browser hasn't had a freeze or pause on a site for a long time.
Anything's worth a look, I suppose, but this would not explain why Mozilla worked very well for so long, then without warning began to give me such a problem. I have had IPv6 disabled in sysconfig since I figured out how, and that seemed to take care of any hassles with Mozilla (that in fact was the recommended solution for it back then). Now we shall see if the additional setting in about:config will make a difference. -- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Mon, 2006-11-13 at 09:10 +0000, Pete Connolly wrote:
On Monday 13 November 2006 08:26, Darryl Gregorash wrote:
On 2006-11-13 02:18, Sven Jacobs wrote:
<snip> Can you still use Firefox during the freeze or is it totally frozen? Well I can still use it.
Seamonkey, actually, and before that the Mozilla suite. Until I installed mozilla-nss and mozilla-nspr, it was so slow as to be useless. Now I can use it, but everything takes a lot longer to happen.
I hope somebody has an idea because these freezes are really annoying!
So do I.
Just as an aside, do you think it might be something to do with IPV6? Ive not updated the kernel to the same version as Sven's, but after tweaking both the sysconfig settings and Firefox's about:config page to ignore IPV6, my browser hasn't had a freeze or pause on a site for a long time.
Taken from another post on the factory list: "In about:config (network.proxy.type = 0. There must also be the problem: It was set to 5 (accepted as default), which does not even represent a valid value. proxy.type should take a value from 0 to 4 (the error in GUI also shows something about a value of 5)." YMMV -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (7)
-
Darryl Gregorash
-
James Knott
-
John Andersen
-
Kenneth Schneider
-
Patrick Shanahan
-
Pete Connolly
-
Sven Jacobs