Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Mystery: certain urls load slowly, others not, only on one MPB

Forgive me if I haven't found the right category under which to share this mystery. But I just wanted to throw this really strange online experience out there, and see if you all had any ideas.


My MacBookPro is bogging down on two particular urls (taking over 30 seconds to load). All other urls load quickly, as normal. I happen to know that those two particular sites are hosted on the same GoDaddy server...so I immediately thought there was a problem with the GoDaddy server.


HOWEVER, there are two identical model MacBookPros in my household, both operating on the same wireless network. So I decided to do a side-by-side comparison of load times. On my husband's MBP, those same urls load and/or refresh very quickly, within 2 seconds. (These results are consistant.) Since he is experiencing NO delay in load time...I then assumed that it could not be the server's fault.


Other clues? The main difference between the two laptops is that mine is running 10.8.4 and my husband's is running 10.8.3. However, I cannot blame Safari, because the same load delay occurs for me on Safari, Firefox and Chrome. (On my husband's MPB, the sites load quickly on all three browsers.)


Both MBPs have the same DNS settings (through the Airport Extreme)...although I did try OpenDNS servers to see if that helped. It did not.


I cannot think of what could be the culprit for this slowdown that occurs ONLY when connecting to sites hosted on this one particular GoDaddy server, from ONLY one particular laptop on a network, even while utilizing 3 different browsers.


If anyone has any ideas...I thank you.

MacBook Pro, OS X Mountain Lion (10.8.4), Airport Extreme Dual Ethernet

Posted on Jun 17, 2013 9:01 AM

Reply
21 replies

Jun 17, 2013 9:48 AM in response to bug00

Two suggestions.


1. Under the Safari menu, select 'Reset Safari'. You may not want to reset everything, such as 'saved names and passwords'.


2. Delete the Safai .plist.


Quit the application.

You need to look in your user Library/Preferences for the .plist. Hold down the option key while using the Finder Go To Folder command. Enter ~/Library/Preferences/com.apple.Safari.plist. Move the .plist to your desktop.

Open the application and test. If it works okay, delete the plist(s) from the desktop.

If the application is the same, return the .plist(s) to where you got them from, overwriting the newer ones.

If you prefer to make your user library permanently visible, use the Terminal command found below.

http://osxdaily.com/2011/07/04/show-library-directory-in-mac-os-x-lion/

You might want to bookmark the command. I had to use it again after I installed 10.8.4. I have also been informed that if you drag the user library to Finder it will remain visible.

If that works with Safari, try the same steps for Firefox and Chrome.

Jun 17, 2013 10:52 AM in response to Eric Root

Thanks for taking a stab at it, Eric. I tried both suggestions in Safari, and unfortunately neither the reset nor removing the .plist had any effect on the load times of those two particular sites. I didn't try it in the other two affected browsers because the procedure showed no impact in Safari (and as resetting does cause some additional effort in future browsing).


I do thank you for the idea.

Jun 17, 2013 1:29 PM in response to zpnwr

Thanks for pitching in, Kristoffer. I hadn't tried Google's public DNS, but as I mentioned I had tried OpenDNS's, which provided no faster load time on those sites. At your behest, though, I did try Google's DNS servers, and unfortunately, they didn't change the load time either. Again, thanks for the idea.

Jun 17, 2013 1:37 PM in response to Linc Davis

Linc, thanks for taking a look at it. One of the sites in question is http://www.TroubleEnsued.com


Again, the strange thing about this situation is that two same-model computers running side by side on the same wireless network using the same DNS servers are loading this site with consistantly different speeds. So to a certain degree no matter what speed it loads for others outside my network...I will still need to figure out why it loads so radically differently on our two laptops here.


Only difference I can see so far is that the slower one is running OS 10.8.4, the faster one is still on 10.8.3. However, as I mentioned, all of the rest of my urls are resolving as quickly as usual so doesn't seem to be a systemic issue. That's what makes it a mystery.

Jun 17, 2013 11:06 PM in response to bug00

Triple-click the word "curl" in the line below to select the whole line:

time curl -I http://www.troubleensued.com


Copy the selected text to the Clipboard (command-C).


Launch the Terminal application in any of the following ways:


☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)


☞ In the Finder, select Go Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.


☞ Open LaunchPad. Click Utilities, then Terminal in the icon grid.


Paste into the Terminal window (command-V).


You should almost instantly get several lines of output, the first of which begins with something like this:

HTTP/1.1


Below that you'll see three lines beginning with the words "real," "user," and "sys." Post only the first of those three lines.


If there's no output within five seconds, consider that a failure. You can then quit Terminal.

Jun 18, 2013 2:01 PM in response to Linc Davis

Thank you very much for taking an interest in this mystery, Linc. I followed the procedure you detailed.


The first time I did it, it didn't return any output within five seconds. But as I was rereading your note to make sure I did it correctly before quitting Terminal, it eventually did return this as the first of those three lines:


real 0m17.583s


I also tried the same procedure in Terminal on my husband's MBP which I mentioned consistently loads this same page quickly. (As detailed before, his is MBP the same model machine, on the same wireless network, with the most obvious difference I can think of being that he is running OS 10.8.3 and I am running OS 10.8.4). The first of those three lines in Terminal on his machine was:


real 0m0.731s


I guess comparison of this data backs up my contention that his MBP does load this page faster.


By the way, just for comparison, I also tried the same Terminal procedure on my MBP with another unrelated website (Facebook). It returned this output immediately, and shows that my connection does perform well with other sites.


real 0m0.153s


Mystery.

Jun 18, 2013 2:17 PM in response to bug00

That means the problem is not caused by your browser. It's a network or system issue. The network is apparently ruled out by your results.


Please read this whole message before doing anything.

This procedure is a diagnostic test. It’s unlikely to solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it.
The purpose of the test is to determine whether the problem is caused by third-party software that loads automatically at startup or login, or by a peripheral device.


Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards. Boot in safe mode and log in to the account with the problem. Note: If FileVault is enabled, or if a firmware password is set, or if the boot volume is a software RAID, you can’t do this. Ask for further instructions.

Safe mode is much slower to boot and run than normal, and some things won’t work at all, including Wi-Fi on certain iMacs. The next normal boot may also be somewhat slow.

The login screen appears even if you usually log in automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin.


Test while in safe mode. Same problem?


After testing, reboot as usual (i.e., not in safe mode) and verify that you still have the problem. Post the results of the test.

Jun 18, 2013 3:49 PM in response to Linc Davis

Thanks for further inspection, Linc. Followed your instructions. Disconnected all peripherals. Booted in safe mode.


Terminal output after a wait was:


real 0m13.717s


For comparison, while booted in safe mode, I also again tried running that terminal command directed to the Facebook website. Output once again was almost immediate, a considerably faster:


real 0m0.246s


As instructed, I rebooted as usual (not in safe mode), and Terminal output was:


real 0m15.674s


Tried again with peripherals reconnected, and it was:


real 0m13.946s

Jun 18, 2013 4:54 PM in response to Linc Davis

Much faster, as I mentioned on both previous test posts when I tried it the command directed to Facebook.com. I tried the one you just provided to Apple, terminal returned:


real 0m0.137s


So...it's fast! The slowdown *only* seems to occur with two sites that I know are hosted on the same GoDaddy server. But I eliminated my initial concept that it was a server problem because as previously stated (and documented today through Terminal), my husband's MBP does not experience this slowdown to either site at all! Thanks for pondering this, Linc. Strangest thing, huh?

Jun 18, 2013 5:22 PM in response to bug00

Double-click the line of text below to select it, then copy it to the Clipboard (command-C):


troubleensued.com


Launch the Network Utility application in any of the following ways:


☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)


☞ In the Finder, select Go Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.


☞ Open LaunchPad. Click Utilities, then Network Utility in the icon grid.


Step 1


Select the Lookup tab and paste into the address field (command-V). Press return. Post the output that appears below – the text, please, not a screenshot.


Step 2


Select the Ping tab and do the same. Please enter the same input as you did in Step 1. Don't use the output of Step 1 as input to Step 2.

Note: Some browsers and mail clients will automatically complete a domain name such as "www.example.com" to a URL, such as http://www.example.com. That will interfere with the test. If necessary, edit the input in the Network Utility window to remove any added characters.

Jun 19, 2013 4:23 PM in response to Linc Davis

Hi Linc. Thanks again for the further instructions.


I stumbled onto something yesterday that is fascinating. My husband left for the evening, and all of a sudden my ability to go to those two sites became significantly faster. As fast as his MBP's load times normally are. I experimented throughout the day today to make sure that the problem can be consistantly replicated. It can.


This is a little hard to explain in writing, so I hope you can hang with me. First, as background: both sites I experience a slowdown with are self-administered Wordpress-based sites hosted on the same GoDaddy server. One is mine, one is his. What I eventually discovered is that whenever his laptop has a browser window open in which he is logged in as the administrator of HIS Wordpress site, then my browser speed is completely bogged down in trying to load MINE (even just as a viewer...not even trying to log in). Keep in mind that each of these two sites have completely DIFFERENT domain names. But again...I do know that they are hosted on the same server.


In a nutshell: if he is logged into his site on his computer, then my speed reduces drastically loading the other (my own) site on my computer. Every. Single. Time.


The minute I close his browser window on his MPB, then my MPB's speed to load my site's url is is returned to normal.

I initially thought maybe it was some kind of "first in" gets priority...perhaps because our wireless network is set up to share an IP address using DHCP. BUT, when I reverse the procedure and log into one of the sites first on my MPB, his laptop still loads the pages with full speed. It is only when *HIS* MBP logs into one of the pages first, that my MBP load times increase exponentially.


Obviously, this does give me a non-elegant workaround (make him log off, if I need to look at my site)...but it is still the biggest mystery. I just have no idea why it would behave in this way. It would seem that in a corporate environment that people on different computers are concurently hitting the same sites all throughout the day, with no painfully obvious slowdowns. So I don't know why my computer is bogging down...especially when I'm not even hitting the same SITE...just hitting a site hosted on the same server.


But that said, I did follow the instructions that you gave for the Network Utility (above), in case there was something in there that caught your eye:



Lookup screen:


Lookup has started…



Trying "troubleensued.com"

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34710

;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0


;; QUESTION SECTION:

;troubleensued.com. IN ANY


;; ANSWER SECTION:

troubleensued.com. 2733 IN A 173.201.198.128


Received 51 bytes from 10.0.1.1#53 in 5 ms



Ping screen:



Ping has started…



PING troubleensued.com (173.201.198.128): 56 data bytes

64 bytes from 173.201.198.128: icmp_seq=0 ttl=48 time=27.926 ms

64 bytes from 173.201.198.128: icmp_seq=1 ttl=48 time=25.132 ms

64 bytes from 173.201.198.128: icmp_seq=2 ttl=48 time=29.325 ms

64 bytes from 173.201.198.128: icmp_seq=3 ttl=48 time=29.303 ms

64 bytes from 173.201.198.128: icmp_seq=4 ttl=48 time=26.595 ms

64 bytes from 173.201.198.128: icmp_seq=5 ttl=48 time=27.633 ms

64 bytes from 173.201.198.128: icmp_seq=6 ttl=48 time=27.863 ms

64 bytes from 173.201.198.128: icmp_seq=7 ttl=48 time=28.473 ms

64 bytes from 173.201.198.128: icmp_seq=8 ttl=48 time=29.825 ms

64 bytes from 173.201.198.128: icmp_seq=9 ttl=48 time=29.147 ms


--- troubleensued.com ping statistics ---

10 packets transmitted, 10 packets received, 0.0% packet loss

round-trip min/avg/max/stddev = 25.132/28.122/29.825/1.361 ms


Thanks again for taking an interest in this and guiding me through these various exercises. You have certainly pointed me in directions that helped me narrow this issue down (and let me know I'm not crazy). I certainly do plan to award "points" to you, but I don't want to accidentally end the conversation quite yet in case you have other ideas.

Mystery: certain urls load slowly, others not, only on one MPB

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.