Site load times

Discussion in 'Website' started by tr1gger, May 23, 2013.

  1. tr1gger

    tr1gger Keyboard Cowboy

    Why does this site and the forums take anywhere from 15-20 seconds to load? According to Pingdom, the site size when being loaded is around 451.3kB. This should load in a fraction of a second.

    I am a website administrator and server administrator for all my websites and this one has me scratching my head. Where is this site hosted?
  2. denzil

    denzil Webmaster

    It's on a VPS on Wiredtree. We're currently working on getting the new site/forum up and running on a beefier VPS (if necessary).
  3. tr1gger

    tr1gger Keyboard Cowboy

    If you guys need hosting space, let me know, I have a whole dedicated at a center in LA. I could host you guys no problem. My sites see around 4 million page loads a month so hosting this board and site wouldn't be an issue.
  4. Thanks so much for the hosting offer - will definitely keep this in mind! The current load times are less than ideal, however the hosting service may not be the primary or only issue.
  5. tr1gger

    tr1gger Keyboard Cowboy

    Drupal is something I know little to nothing about. My field is Wordpress and vbulletin. I wish I had some recommendations for you, but I do not :/ hope things perk up!
  6. denzil

    denzil Webmaster

    We'll be jumping to XenForo which is an up-and-coming platform that looks very promising. vBulletin, while well supported, hasn't seen very much innovation recently, IMO.

    From the demos I've tested, it looks really solid and fast and the XF community is growing pretty fast.

    BAYMAC Guest

    Ah so once again BAR is moving to a platform only the webmaster knows.... I told you in person what became of the last few attempts like that. Once again if the webmaster leaves, we're up the creek with an all too familiar taste in our mouth :(
  8. denzil

    denzil Webmaster

    It's always that way! I think we ever only have a handful of technical people to support the club. :p
  9. tr1gger

    tr1gger Keyboard Cowboy

    Well of all the CMS, Drupal has to be the worst. Best to make some kind of migration to Wordpress for front page and other items and vbulletin for the forums. They are probably the 2 most common solutions and would be easy on whoever has to run them. Only thing, I have never seen the DBTC section in vbulletin, but there may be something out there.
  10. Gresham: Xenforo is developed by a team of disgruntled vBulletin employees, architecturally the two platforms are similar. Denzil made a good case for Xenforo over IPSP and vBulletin, and ultimately we need the webmaster to be comfortable with whichever platform is being implemented. We have a few contingency plans for platform migration and succession, and in both the short term and long run the site will be improved. :)

    That is a very astute observation - please let me know if you run across any applets that could be suitable for DBTC!
  11. bayview

    bayview Guest

    You know whats funny I used to get a 1-3 second delay in san jose, now that I live up in the foothills the site loads faster than any other ... Since I'm a MIS Major my opinion is that it is not a server issue, and more of a DNS / routing / Config issue ...

    I wonder if people that have the site running slow used the direct ip if the issue is still there ...
  12. tr1gger

    tr1gger Keyboard Cowboy

    Well, here is the traceroute

  13. pixelpixi

    pixelpixi Guest

    That's pretty fascinating, bayview. I tried on a couple occasions to get to the bottom of our performance problems but ultimately I was unsuccessful. It doesn't appear to be related to the amount of computation (CPU utilization is quite low) or transfer speed. I ultimately figured it had to do with database performance or with the way that drupal accesses the database, but I could never quite pinpoint it or come up with a solution. A DNS or config related issue is an interesting theory.

    Anyway, I didn't know much about drupal when I started either, Gresham, but it wasn't hard to learn. It's not without it's faults and I know the performance issues have been frustrating. At the time it seemed promising and lots of people were really interested in having an integrated DBTC tracking solution, which it seemed like I could provide with Drupal. I'm sorry you haven't liked it, but there were reasons for the decision and I'm sure there are reasons for the using the platform that Denzil is going with.
  14. bayview

    bayview Guest

    Pinging [] with 32 bytes
    Reply from bytes=32 time=79ms TTL=48
    Reply from bytes=32 time=75ms TTL=48
    Reply from bytes=32 time=86ms TTL=48
    Reply from bytes=32 time=70ms TTL=48

    Ping statistics for
    Packets: Sent = 4, Received = 4, Lost = 0 (0%
    Approximate round trip times in milli-seconds:
    Minimum = 70ms, Maximum = 86ms, Average = 77ms

    Tracing route to []
    over a maximum of 30 hops:

    1 2 ms 7 ms 1 ms
    2 16 ms 20 ms 2 ms
    3 14 ms 19 ms 6 ms
    4 25 ms 9 ms 19 ms
    5 17 ms 9 ms 30 ms
    6 44 ms 55 ms 31 ms [76.
    7 28 ms 31 ms 17 ms
    8 52 ms 40 ms 24 ms
    9 22 ms 33 ms 18 ms [2

    10 20 ms 28 ms 16 ms [207.88
    11 15 ms 18 ms 37 ms [4.
    12 89 ms 72 ms 90 ms [4.
    13 84 ms 87 ms 69 ms [

    14 99 ms 89 ms 77 ms [4.6
    15 70 ms 77 ms 96 ms [4

    16 103 ms 82 ms 65 ms [4.
    17 86 ms 69 ms 78 ms
    18 78 ms 69 ms 86 ms

    19 71 ms 78 ms 78 ms [173.1
    20 104 ms 104 ms 73 ms [
    21 94 ms 99 ms 91 ms []
  15. bayview

    bayview Guest


    Server: router

    Non-authoritative answer:

    412 S Wells St, Ste 201, Chicago, US
    United States
    Web host:
    Cogswell Enterprises Inc.
    Apache/2.2.16 (Unix) mod_ssl/2.2.16 OpenSSL/0.9.8e-fips-rhel5 DAV/2 mod_auth_passthrough/2.1 mod_bwl

    Tracing route to NS51.DOMAINCONTROL.COM []
    over a maximum of 30 hops:

    1 2 ms 1 ms 1 ms
    2 6 ms 11 ms 2 ms
    3 19 ms 7 ms 16 ms
    4 23 ms 10 ms 19 ms
    5 10 ms 10 ms 13 ms
    6 43 ms 10 ms 14 ms
    7 21 ms 24 ms 19 ms []
    8 38 ms 28 ms 17 ms []
    9 31 ms 16 ms 17 ms
    10 21 ms 18 ms 18 ms
    11 86 ms 95 ms 85 ms []
    12 92 ms 94 ms 90 ms []
    13 112 ms 88 ms 103 ms []
    14 99 ms 89 ms 92 ms []

    15 104 ms 86 ms 92 ms []

    16 105 ms 85 ms 95 ms
    17 124 ms 110 ms 100 ms [
    18 90 ms 90 ms 132 ms [
    19 118 ms 92 ms 96 ms [4.79.16
    20 * * * Request timed out.
    21 * * * Request timed out.
    22 * * * Request timed out.
  16. Piper

    Piper Guppy

    I looks like it's getting hosed up in the DC. Quite possibly a DNS issue but could very well be a DC issue too. If we're sharing a VPS it could be another VPS on the same box using all the resources but in my limited knowledge of VPS servers they should be limited to their allocations. If we've checked the load history and we're not seeing the VPS taxed I doubt it's a processing or DB issues. Has anyone checked references/reviews on the hosting provider and their DC?

    All that said, the site has been fairly responsive over the last couple of days. If it slows down again while I'm catching up on posts I will try with the IP and see if that makes a difference.

    pixelpixi - I truly appreciate everything you've done and continue to do. Thank you very much!

  17. denzil

    denzil Webmaster

    Yeah, I'm not too fond of VPS's from the limited experience I've had with our forum. You'd think that running a forum wouldn't experience performance issues.

    In any case, if we have to go to dedicated hosting, we probably will. Of course, that's a worst case scenario if the other higher tiers of VPS's don't cut it. Or maybe, we should just hop onto AWS and we would never (hardly ever) have to worry about speed and performance. ;)
  18. rygh

    rygh Supporting Member

    I really believe it is a combination of issues.
    VPS + light load + location + wiredtree + level3.

    The sever seems to be hosted in Chicago. A long ways away, lots of hops.

    Wiredtree seems to partner specifically with level3.
    So less backbone choice and yet more hops and indirection.
    Level3 is not particularly well regarded as a backbone if reviews are to be believed.
    And the traceroute seems to back that up.
    So yet more latency and hops.

    If the site is lightly used, a lot of the network + vps caching info gets timed out, and needs
    to be rebuilt on the first access.

    The host really needs to be located in San Jose!!!
    I would suggest switching providers.
  19. Piper

    Piper Guppy

    I don't think location matters as much as quality. Our F/R circuit goes from here (Martinez) to Rochester, NY and we have no problems with speed.

    For this site with it's limited traffic a shared host should be plenty. The only question would be DB size but I still don't think it'd be a deal breaker for a shared host. That would at least move the server administration off of the BOD's hands and over to the host. It's been a while since I've looked into hosting (I use part of a VPS for my sites :)) so I don't know who they feel about forum sites these days.

  20. Piper

    Piper Guppy

    I missed this earlier. Could be a throttle issue too. Is everything left up to the server admin (us) to config and manage?

Share This Page