> Cool! We were just commenting that it's too bad dummynet/ALTQ really
> couldn't help the interactive response for us dial-up users. Anyway, I
i haven't seen the beginning of the thread but surely both altq
and dummynet can help, with the CBQ/WFQ support.
In the case of dummynet, you can pace incoming traffic as well,
at your endpoint. This means you act after the bottleneck,
but the effect is that this way
you will delay acks, and so slow down the connection eating a lot of
bandwidth, and in the steady state this keeps the queue very
short even before the bottleneck.
Much like what products like packeteer do.
cheers
luigi
> just tried this on my dial-up connection on a fresh -STABLE but don't
> really notice any appreciable difference.
>
> net.inet.tcp.tcp_send_dynamic_enable: 1
> net.inet.tcp.tcp_send_dynamic_min: 1024 (tried it with default 4096 too)
>
> My ssh response is still about 3 or 4 seconds behind my typing. What
> should a dial-up user expect?
>
> Thanks!
>
> Tim
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
