Welcome, Guest. Please login or register.

Author Topic: AWeb 3.5.09 grinds to a halt- why?  (Read 8368 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Mark

  • Jr. Member
  • **
  • Join Date: Apr 2002
  • Posts: 94
    • Show all replies
Re: AWeb 3.5.09 grinds to a halt- why?
« on: April 18, 2011, 11:27:10 PM »
Quote from: robo-ant;632290
@Mizar

I have what sounds like a similar or maybe the same problem.  But note that I am on dial-up still and I thought that this problem was specific to my bad phone line conditions, etc.

Any individual program stops communicating after some time.  To keep AWeb working, I leave a page open with small images on it (e.g. a page like this in a forum) and ask to reload a small image when the xfer stops.  After a while, I need to start a xfer several times to keep things going.

I haven't tried on my A1200, but this happens with my Amithlon box running Genesis and is also happens on my OS4 box.

For your Amithlon box, in GenesisPrefs --> Options --> Advanced, make sure TCP buffer size is exactly 8192 for send and receive.  Any larger than that and you could experience "TCP exponential backoff" resulting in longer and longer pauses.

Quote

And yes, the same problem afflicts my Linux box.  It really seems to be something caused by bad line conditions or something at my ISP.


You could try editing /etc/sysctl.conf and adding these two lines:
Code: [Select]

net.ipv4.tcp_rmem = 4096 8192 32768
net.ipv4.tcp_wmem = 4096 8192 32768
 

Offline Mark

  • Jr. Member
  • **
  • Join Date: Apr 2002
  • Posts: 94
    • Show all replies
Re: AWeb 3.5.09 grinds to a halt- why?
« Reply #1 on: April 21, 2011, 04:30:09 PM »
Quote from: Mizar;632808
I am still on dial-up too.  That was what I fogot to mention!  I don't think it's bad phone lines.  Like I said, this never used to happen to me, it just started up all the sudden in '08 at the same time as my ISP was updating their stuff (to what other ISPs are using).


Well, what is your TCP buffer size?  If it's already 8192, you still might be able to minimize your problem by using an MTU of 576, limiting simultaneous browser connections to 2 or 3, etc.
 

Offline Mark

  • Jr. Member
  • **
  • Join Date: Apr 2002
  • Posts: 94
    • Show all replies
Re: AWeb 3.5.09 grinds to a halt- why?
« Reply #2 on: April 28, 2011, 09:46:00 AM »
Quote from: Mizar;633847
In Genesis the MTU is 576, in Miami it's 552.  Those and the TCP buffer values are the defaults.  However, I reduced AWeb's max network connections to 3, from 12.  That seems to be helping.  It seems to take longer to grind to a halt sometimes, and when it seems to be halting it sometimes starts moving again somewhat after a bit.  Other times I can keep it going pretty much indefinitely.

And then there's times like today, where it grinds to a halt after a short time no matter what.  I had to resort to telnetting again as the only thing that will keep it going.

I'm playing with some other TCP settings that have the potential to optimize browser speeds.


From what you've written, it sounds like you need to reduce latency, not increase overall speed.  For example, increasing MTU to 1500 will reduce overhead and increase transfer speed.  It also increases latency and makes stalls more likely on slow connections.  Reducing MTU to 296 does the opposite.

If you're doing wild experiments with settings, I suggest you write down what was changed, why, and what the original settings were.  I say that because some undesirable side effects may not become apparent for quite some time.  Also, if your problem is mainly with the A1200, double check your serial device settings in Genesis.  Maybe you're using some buggy serial.device replacement or your baud rate is a little too high for the A1200.  Flow control should be RTS/CTS if at all possible.

Some 34k and 56k modems can be flashed with upgraded firmware that improves performance -- you might check with your modem's manufacturer.