Great! Hopefully this will hold for everyone else who's testing it.
same here, works great with a saturated link. i can upload with full speed
and it doesnt slow down my downloads at all!
okay, surfing around while uploading is slower than normal, but thats
something we have to live with,
Henning Brauer wrote ...
After all positive feedback - is there any chance we can
see this submitted to -stable? I think quite some people
would applaud to that.
I intend to get that into -current soonish.
it's not really a -stable thing - only bugfixes go to
Henning Brauer wrote ...
why not just run -current ;-)
Because I also run few mailing lists and intend to minimize
downtime on that computer. IOW, I am also very very
conservative :-)
but for updating to latest stable you need one reboot anyway - so why
not just apply the
Trevor Talbot wrote ...
I did some playing around and discovered something. It seems that
someone forgot to fully ALTQify tun0. Specifically, select()
always returns read-ready if there's any data in the internal queue,
whether ALTQ's discipline is ready to release it or not.
The
Henning Brauer wrote:
you have your _queues_ on tun0 and it works?
The same situation as on my firewall (which I already report as Henning may
remember) - queueing on tun0 and tagging on tun0 works. Kinda. Most of the
time. If I set the bandwidth to the _downlink_ speed and not to the
Running OpenBSD 3.3-stable (cvsuped and compiled - both kernel and userland
- yesterday) as a firewall/router to connect internal 100 Mb/s Ethernet to
1024/256 ADSL using pppoe. Computer is Cyrix 6x86MX (M2) 166 MHz with 128
MB SDRAM. I'm trying to implement empty ACK priorityzing as per Daniel's
