Go Back   vb.org Archive > Community Discussions > Forum and Server Management
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools Display Modes
  #11  
Old 12-29-2009, 07:53 PM
BSMedia BSMedia is offline
 
Join Date: Feb 2009
Posts: 454
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by tpearl5 View Post
I'm curious what other vbulletin users are seeing for this new labs feature.

Here's what mine says:

On average, pages in your site take 14.1 seconds to load (updated on Dec 18, 2009). This is slower than 97% of sites.

Yuck! And this is with two very powerful servers (8 cores each), and offloading a lot of static content to CDN's. I do have a lot of hacks and custom stuff going on, so I'm sure that doesn't help.

What is yours?
You can easily improve that with some vBulletin 4 .htaccess optimization and it sounds like you've already got Parallel hostnames to serve images to Optimize vBulletin working for you.

But what version of vBulletin are you using btw
Reply With Quote
  #12  
Old 12-30-2009, 12:50 AM
imported_silkroad imported_silkroad is offline
 
Join Date: Dec 2003
Posts: 563
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

It means nothing.

Our pages load lighting fast from any "normal" location on the Internet.

The numbers from the Google Performance Tools are a joke and are simple meaningless.

PS: If you want to measure performance use cURL. For example our pages load in less than 100 ms with cURL tests, sometimes in 20ms. The Google Performance Tool currently shows the same page loading in 9.1 seconds. Furthermore, Google Crawl Status show pages loading at less than 400 ms.

As I said, the Google Labs Performance Tool is pretty much useless.
Reply With Quote
  #13  
Old 12-31-2009, 06:31 AM
Andreas's Avatar
Andreas Andreas is offline
 
Join Date: Jan 2004
Location: Germany
Posts: 6,863
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

The numbers might not be 100% accurate, but they are far from being meaningless.

You need to understand that the raw time to deliver the HTML for a page is only a (usually pretty small) part of the total page loading time.

So even if you are delivering the page in 400 ms it might very well take 9 seconds to get it loaded completely.
Reply With Quote
  #14  
Old 12-31-2009, 06:56 AM
imported_silkroad imported_silkroad is offline
 
Join Date: Dec 2003
Posts: 563
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

We understand the numbers. We deliver over 4 Million Page Views a month and run many stats on our pages.

The numbers are pretty much meaningless. Our pages do not load in 9 seconds for anyone unless they are in on a very slow link in their home country.

Then are not even close to accurate.

You cannot judge the speed of a server based on the performance of an unknown client in locations that might be on dialup or very slow links.

Sorry, but to argue otherwise shows a lack of understanding of basic networking.

Client side performance does not equate to service side performance.

In addition, for large global sites, most smaller and less developed countries have very slow access back to the US or even global delivery nodes.

The only way the numbers would have any meaning would to provide the country and perhaps also the measured bandwidth stats.
Reply With Quote
  #15  
Old 12-31-2009, 07:24 AM
Andreas's Avatar
Andreas Andreas is offline
 
Join Date: Jan 2004
Location: Germany
Posts: 6,863
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Well, I think I do have some basic understandig on networking (our forums are generating ~ 70 million Page Impressions/Month)

Feel free to post your URL and i'll post my loading times (6 MBit DSL @ Home, 16 MBit DSL @ Work)

Quote:
Client side performance does not equate to service side performance.
You are absolutely right - the Google Webmaster Tools Site Performance is not measuring you raw server throughput/response time but end-user performance (which should be < 2 seconds for the complete page, otherwise you will loose visitors).
Reply With Quote
  #16  
Old 12-31-2009, 10:42 AM
imported_silkroad imported_silkroad is offline
 
Join Date: Dec 2003
Posts: 563
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by Andreas View Post
Well, I think I do have some basic understandig on networking (our forums are generating ~ 70 million Page Impressions/Month)

Feel free to post your URL and i'll post my loading times (6 MBit DSL @ Home, 16 MBit DSL @ Work) :-)


You are absolutely right - the Google Webmaster Tools Site Performance is not measuring you raw server throughput/response time but end-user performance (which should be < 2 seconds for the complete page, otherwise you will loose visitors).
Andreas,

I don't need to post the URL. We have many hosts in the US and EU and we measure very easily from high speed datacenters on the Internet backbone, which is faster than your edge node. Our load times are very fast. We know what we are doing, I promise you. We are not vBulletin theorists, we serve real pages and over 4M a month to over 2 M users :-)

Also, you are misleading in your blanket statement:

Quote:
.... end-user performance (which should be < 2 seconds for the complete page, otherwise you will loose visitors).
You can have the faster server in the world. If you end user is in a slow link in India or Malaysia there is nothing you can do to speed up the process. We deliver static content with a CDN, having used both SimpleCDN and CloudFront/S3 with global nodes in the US, EU and Asia, so we know what we are talking about.

It matters zero if you have the fastest servers and the closest CDN nodes if your end user is on a slow link, slow part of the world, etc. Users in a slow part of the world are used to slow load speeds because they cannot do any better than that. Yours statement assumes the user has fast access every day and is used to fast access. That does not apply to much of the world outside of developed countries like the US, developed EU countries, Japan, Singapore, S. Korea, etc.

I find it funny (but it's OK, I'll try to be patient) that are you making generic statements as if you are talking to a novice, but nevermind. Let's move the level of conversation up to a more professional level where you understand you are talking to someone who has a busy server (but not busy like yours!), distributed architecture, and can easily use many nodes to measure from, etc. We know the Google Performance stats are meaningless. Our users and moderators measure load times for us and post!

In addition, I can easily run Firebug and their performance tools when I am on travel to third world countries, and do so nearly every day, and I am currently on a slowish link on holiday in Asia. We have over 20 moderators around the world and they post very quickly if the load is slow..... LOL

I am telling you with 100% confidence, not theory, that the Google Toolbar performance tool is very inaccurate and has very little useful meaning. You can argue with me until we both grow weary of the discussion; but you will not change the facts and figures of real-world global network operations.

Your arguments only hold true if the user base is in developed countries with high speed Internet access. The real world is much bigger than that and so are many forum user bases.
Reply With Quote
  #17  
Old 12-31-2009, 07:42 PM
BSMedia BSMedia is offline
 
Join Date: Feb 2009
Posts: 454
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by imported_silkroad View Post

I am telling you with 100% confidence, not theory, that the Google Toolbar performance tool is very inaccurate and has very little useful meaning. You can argue with me until we both grow weary of the discussion; but you will not change the facts and figures of real-world global network operations.

But if those numbers are what Google is reporting to you about your site, and those numbers are what Google is going to use to factor in page rankings, then they are far from meaningless for users who love SE traffic and get the majority of it from Google.
Reply With Quote
  #18  
Old 12-31-2009, 08:18 PM
imported_silkroad imported_silkroad is offline
 
Join Date: Dec 2003
Posts: 563
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by BSMedia View Post
But if those numbers are what Google is reporting to you about your site, and those numbers are what Google is going to use to factor in page rankings, then they are far from meaningless for users who love SE traffic and get the majority of it from Google.
No, sorry... you are wrong.

Those numbers in Google Labs are not used by Google in PageRank factoring.

Where on Earth did you get that idea?

Google PR comes from GoogleBot and standard GoogleBot post-processing not from Google Toolbar reporting... this is common knowledge, BTW. You can easily learn about PR here on Wikipedia and elsewhere; http://en.wikipedia.org/wiki/PageRank

I am a bit surprised by your post... it is completely wrong.

Quote:
PageRank in its simplest sense (as per Sergey and Larry's thesis at Stanford) is the relative value of any single page on the internet in relation to every page on the internet. Toolbar PageRank is the pagerank score for any page (on a scale from 1-10) that is shown by google to the public in the google toolbar... For many years, there has been some question about the true relationship between real-time pagerank and toolbar pagerank, because at best, toolbar pagerank only shows the pagerank of a page as of the most recent toolbar pagerank export, which traditionally, google only does once every 3-4 months (give or take)... This most recent toolbar pagerank export/update, my site rose to a PR6, meaning that it's real pagerank the day/week before the update was undoubtedly PR6, however it showed in the toolbar as a PR5, because that's what it had the last update, months earlier...
In other words, Google Toolbar only reports (and not very well), PageRank... it is not used to calculate PR or any other Google metric that determines how your page is indexed.
Reply With Quote
  #19  
Old 01-01-2010, 11:43 AM
Andreas's Avatar
Andreas Andreas is offline
 
Join Date: Jan 2004
Location: Germany
Posts: 6,863
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
If you end user is in a slow link in India or Malaysia there is nothing you can do to speed up the process.
Of course you can (eg. design the site so it does still work fine with limited bandwidth).

Quote:
Originally Posted by imported_silkroad View Post
We know the Google Performance stats are meaningless. Our users and moderators measure load times for us and post!
That's your opinion and I am not going to argue with you here as it seems rather pointless.

To sum it up: Speed does matter.
And IMHO the Google Webmaster Tools are far from being meaningless.
Reply With Quote
  #20  
Old 03-03-2010, 09:02 PM
tpearl5's Avatar
tpearl5 tpearl5 is offline
 
Join Date: Nov 2001
Location: PA
Posts: 1,014
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

anyone else try this out recently?
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT. The time now is 07:02 AM.


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.04245 seconds
  • Memory Usage 2,272KB
  • Queries Executed 11 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)ad_showthread_beforeqr
  • (1)ad_showthread_firstpost
  • (1)ad_showthread_firstpost_sig
  • (1)ad_showthread_firstpost_start
  • (9)bbcode_quote
  • (1)footer
  • (1)forumjump
  • (1)forumrules
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (1)navbar
  • (3)navbar_link
  • (120)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (2)pagenav_pagelink
  • (10)post_thanks_box
  • (10)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (10)post_thanks_postbit_info
  • (10)postbit
  • (10)postbit_onlinestatus
  • (10)postbit_wrapper
  • (1)spacer_close
  • (1)spacer_open
  • (1)tagbit_wrapper 

Phrase Groups Available:
  • global
  • inlinemod
  • postbit
  • posting
  • reputationlevel
  • showthread
Included Files:
  • ./showthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/functions_bigthree.php
  • ./includes/class_postbit.php
  • ./includes/class_bbcode.php
  • ./includes/functions_reputation.php
  • ./includes/functions_post_thanks.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • showthread_start
  • showthread_getinfo
  • forumjump
  • showthread_post_start
  • showthread_query_postids
  • showthread_query
  • bbcode_fetch_tags
  • bbcode_create
  • showthread_postbit_create
  • postbit_factory
  • postbit_display_start
  • post_thanks_function_post_thanks_off_start
  • post_thanks_function_post_thanks_off_end
  • post_thanks_function_fetch_thanks_start
  • post_thanks_function_fetch_thanks_end
  • post_thanks_function_thanked_already_start
  • post_thanks_function_thanked_already_end
  • fetch_musername
  • postbit_imicons
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • postbit_display_complete
  • post_thanks_function_can_thank_this_post_start
  • pagenav_page
  • pagenav_complete
  • tag_fetchbit_complete
  • forumrules
  • navbits
  • navbits_complete
  • showthread_complete