Hi Terry.

 >> One obvious reason would be to make it more attractive to people
 >> using it, as many people give up on a site that regularly times
 >> out on them. I've so far tried three times, and each time, you
 >> time out on me!!! Since I don't get to set the timeout - that's
 >> built into the proxy we are forced to use - you are effectively
 >> closed to me...

 > What sort of timeout are you experiencing? Your proxy is timing
 > out?

Quick apology on my part - it's not you that's the problem...

I just did a traceroute to radio.linux.org.au and it shows horrible
transit times earlier in the route, and that's clearly where the
transit times are...

Here's a summary...

 1. From me, across ja.net and through above.net to 202.61.200.62
    (fe0-0.core0.paix.paradox.net.au) takes between 160 and 180 ms.
    No problems there. That's 12 steps.

 2. The next two steps are shown as "* * *" so I can't comment on
    them.

 3. Step 16 is hssi3-0.1.core0.per.paradox.net.au (202.61.225.234)
    and is showing times in the 25000-27000 ms range (25-27 SECONDS)
    so there's obviously problems by this stage.

I then get three more rows of "* * *" followed by 203.27.235.254
(per-border-gw1.wantree.com.au) then karatewa.wantree.com.au and
finally digital.linux.org.au at step 22...

 > The page takes single digit seconds to generate. I doubt the
 > timeouts have much to do with the page being generated
 > dynamically.

 > A complete, uncached refresh takes about 6 seconds from request
 > to completion of rendering here, via a 33k6bps dialup and 10
 > network hops.

 > It's safe to assume that the dynamic building of the page is
 > completed well within the 6 seconds. Do you think saving a
 > couple of seconds is going to make much difference?

Not with that 25-27 second lag en route, no...

 > What are your network latency times like to the server?

See above...

Best wishes from Riley.

+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux  |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch.   |
+----------------------------------------------------------------------+
 * ftp://ftp.MemAlpha.cx/pub/rhw/Linux
 * http://www.MemAlpha.cx/kernel.versions.html

Reply via email to