Bug 547658 - Web browsers are taking too much time to load pages, (DNS or /usr/sbin/nscd problem)
Summary: Web browsers are taking too much time to load pages, (DNS or /usr/sbin/nscd p...
Status: RESOLVED DUPLICATE of bug 549447
Alias: None
Product: openSUSE 11.2
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: RC 1
Hardware: i586 openSUSE 11.2
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Petr Baudis
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-16 15:31 UTC by Rafael Belmonte
Modified: 2009-11-02 19:20 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
Time measures for OpenSuse and Kubuntu loading a web page. (11.33 KB, application/octet-stream)
2009-10-16 15:31 UTC, Rafael Belmonte
Details
trace of wget reproducing the problem (36.02 KB, text/plain)
2009-10-18 13:25 UTC, Rafael Belmonte
Details
trace of wget when the problem is not reproducible. (49.82 KB, text/plain)
2009-10-18 13:27 UTC, Rafael Belmonte
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Belmonte 2009-10-16 15:31:06 UTC
Created attachment 322897 [details]
Time measures for OpenSuse and Kubuntu loading a web page.

User-Agent:       Mozilla/5.0 (X11; U; Linux; es-ES) AppleWebKit/527+ (KHTML, like Gecko, Safari/419.3)  Arora/0.10.1

I saw that web browsers: Firefox, Arora and Rekonq was taking too much time to load web pages. I am talking about these averanges to load www.youtube.com in OpenSuse 11.2 RC1:
21.23 seconds for Firefox.
47.87 seconds for Arora.
31.30 seconds for Rekonq.

While I saw that in Kubuntu 9.10 beta, for the same machine these were the averange measures to load www.youtube.com:
1.95 seconds for Firefox.
4.23 seconds for Arora.
4.24 seconds for Rekonq.

It is evident that there is a speed problem in OpenSuse 11.2 RC1.
I was investigating and I discovered that adding this line: 
"options single-request"
to /etc/resolv.conf fixed the problem, after it OpenSuse is as fast as Kubuntu loading web pages, therefor, I deduce there is a DNS problem, /usr/sbin/nscd may not be doing its work propertly.

My Internet conection is a cable-modem to ethernet port, by DHCP, DNS servers are obtained also by DHCP.

Reproducible: Always

Steps to Reproduce:
1. Install OpenSuse 11.2 RC1
2. Open a Web browser
3. See that it is very slow loading web pages.
Actual Results:  
Web Browsing is very slow, unless I add "options single-request" line to /etc/resolv.conf".

Expected Results:  
Web browsing should be faster by default, adding "options single-request" to /etc/resolv.conf shouldn't be necessary, I think /usr/sbin/nscd should work on this.
Comment 1 Stephan Kleine 2009-10-16 15:38:47 UTC
That's cause of the changed DNS handling since glibc 2.10 (see also bug 530440 ) but normally adding "options single-request" shouldn't be necessary cause nscd should work around it but apparently that "doesn't work".

(He said on IRC that nscd is running: "nobody    1287  0.0  0.0   1800   428 ?        Ss   15:46   0:00 /usr/sbin/nscd")
Comment 2 Petr Baudis 2009-10-17 12:03:27 UTC
Can you reproduce your problem with simple ping command? In that case, can you post strace of the ping command? Is there something interesting being logged by nscd? Thanks!
Comment 3 Rafael Belmonte 2009-10-18 12:01:20 UTC
Sorry, I cannot reproduce it with ping command.
Comment 4 Petr Baudis 2009-10-18 12:02:50 UTC
Intriguing. What about wget? wget http://en.opensuse.org/ or such...
Comment 5 Rafael Belmonte 2009-10-18 12:36:30 UTC
I can reproduce it with wget, but please could you give some steps to obtain a trace with wget?
Comment 6 Rafael Belmonte 2009-10-18 13:25:41 UTC
Created attachment 322988 [details]
trace of wget reproducing the problem
Comment 7 Rafael Belmonte 2009-10-18 13:27:59 UTC
Created attachment 322989 [details]
trace of wget when the problem is not reproducible.

I have attached two traces, one when "options single-request" is enabled and the problem is not reproducible, and other when it is disabled and the problem is reproducible.
Comment 8 Petr Baudis 2009-11-02 19:20:58 UTC
Thank you very much for the report, we got a parallel bug-report with more details so I'm marking this one a dupe.

*** This bug has been marked as a duplicate of bug 549447 ***