Unreal Download Center ?
- }TCP{Cee
- Posts: 4233
- https://www.facebook.com/warszawa.kuchnie.na.wymiar/
- Joined: Fri Dec 20, 2002 6:01 pm
- Location: Germany
I play seldom, because I can't play with downloads running :/
Plus I'm addicted to my Total Club Manager game, where I started at Go Ahead Eagles, ended up first, went to Everton, ended up first 3 times and won the CL and all and then decided to start all over again, because the new patch came out and then got sick ;_;
Plus I'm addicted to my Total Club Manager game, where I started at Go Ahead Eagles, ended up first, went to Everton, ended up first 3 times and won the CL and all and then decided to start all over again, because the new patch came out and then got sick ;_;
- }TCP{aLICe
- Posts: 1110
- Joined: Thu Mar 20, 2003 5:23 pm
- }TCP{aLICe
- Posts: 1110
- Joined: Thu Mar 20, 2003 5:23 pm
hehehe and I know why 
Providers use long queues to maximize download speed. It is good for download but terrible for interactive connections. What to do?
I done it this way:
I have setup my linux router to limit incoming traffic a bit below connection's ability. So, if packets are incoming too fast they are droped and provider's queue is not filled as fast as it can be anymore. TCP is adaptive protocol, so server is going to slow down sending packets (cause packets lost) and it is what we want! I have simplified a bit, sorry, but truly it looks like that.
Other problem is packet size. I have 5 ppl on my connection and everyone have a piece of bandwidth to allow me easyly play
But it's not so simple. If they want to transmit huge packets (download) it causes I have lag, because connection is not packets/second related only bytes(bits)/second! So, if in first second they can't send cause of bandwidth limit (they already consumed their piece) in next second they have enough credits to transmit (download) all packet. Because it is huge, in this second I can transmit for example only 7 packets playing Unreal (connection speed is reached) and have lag.
There is way out. I can lower MTU (Maximum Transferable Unit) for interface, but because there are stupid servers/routers on the Internet not allowing to transmit (or don't accepting) ICMP messages, some servers become unreachable (for example google). This messages are needed because when TCP connection "meets" lower MTU than actualy transfered packet size message 'fragmentation needed' has to be sended to transmiting machine and packet is droped. This is adaptative behaviour of TCP but it needs ICMP like I said.
uufff... all is clear?

Providers use long queues to maximize download speed. It is good for download but terrible for interactive connections. What to do?
I done it this way:
I have setup my linux router to limit incoming traffic a bit below connection's ability. So, if packets are incoming too fast they are droped and provider's queue is not filled as fast as it can be anymore. TCP is adaptive protocol, so server is going to slow down sending packets (cause packets lost) and it is what we want! I have simplified a bit, sorry, but truly it looks like that.
Other problem is packet size. I have 5 ppl on my connection and everyone have a piece of bandwidth to allow me easyly play
There is way out. I can lower MTU (Maximum Transferable Unit) for interface, but because there are stupid servers/routers on the Internet not allowing to transmit (or don't accepting) ICMP messages, some servers become unreachable (for example google). This messages are needed because when TCP connection "meets" lower MTU than actualy transfered packet size message 'fragmentation needed' has to be sended to transmiting machine and packet is droped. This is adaptative behaviour of TCP but it needs ICMP like I said.
uufff... all is clear?
- }TCP{Wolf
- Site Admin
- Posts: 4663
- Joined: Thu Dec 19, 2002 7:30 pm
- Location: https://signal.me/#eu/4zInut2kHeg_ry0GD ... pdqka17o2F
- Contact:
His explanation was actually quite fitting. Not everyone has CFOS but even if you have it, it doesn't do a very good job anyway...
-=]I AM GETTING TOO OLD FOR SUBTLETY[=-
mail: chaos.worx[at]gmx.net
IRC Quakenet +OTR: }TCP{Wolf @#oldunreal @#tcp.clan
Jabber/XMPP +OTR: Wolfy359@jabber.org
Threema: CR6Y9YSS
Signal: see profile
ICQ: dead since russian takeover disables OTR
mail: chaos.worx[at]gmx.net
IRC Quakenet +OTR: }TCP{Wolf @#oldunreal @#tcp.clan
Jabber/XMPP +OTR: Wolfy359@jabber.org
Threema: CR6Y9YSS
Signal: see profile
ICQ: dead since russian takeover disables OTR
wolf or cee will you be on unreal ...say...friday night?
ive seen alice play (i got trounced) ramses play (i got 2 frags!!!) and carnage play (ow ma gawd!!!)
i saw babette in a server once but couldnt be arsed...no offence if your reading.
(this completely off-topic post was brought to you by "Clan Edgeways")
ive seen alice play (i got trounced) ramses play (i got 2 frags!!!) and carnage play (ow ma gawd!!!)
i saw babette in a server once but couldnt be arsed...no offence if your reading.
(this completely off-topic post was brought to you by "Clan Edgeways")
- }TCP{aLICe
- Posts: 1110
- Joined: Thu Mar 20, 2003 5:23 pm
I have looked at this cfos web page and stands there "incrase your download speed; make use of full bandwidth" - so as I said, again long queue! So it not works
Ow and I forgot about fair queueing. Normally it is using fifo (First Input First Output) queue. To be sure at least every connection (even this with slow server) gets a bit of bandwidth I use sfq queues (Stochastic Fair Queueing).
Ow and I forgot about fair queueing. Normally it is using fifo (First Input First Output) queue. To be sure at least every connection (even this with slow server) gets a bit of bandwidth I use sfq queues (Stochastic Fair Queueing).
- }TCP{Wolf
- Site Admin
- Posts: 4663
- Joined: Thu Dec 19, 2002 7:30 pm
- Location: https://signal.me/#eu/4zInut2kHeg_ry0GD ... pdqka17o2F
- Contact:
Yes I first thought it's useful but in the long run it just seems to make more harm than good.
-=]I AM GETTING TOO OLD FOR SUBTLETY[=-
mail: chaos.worx[at]gmx.net
IRC Quakenet +OTR: }TCP{Wolf @#oldunreal @#tcp.clan
Jabber/XMPP +OTR: Wolfy359@jabber.org
Threema: CR6Y9YSS
Signal: see profile
ICQ: dead since russian takeover disables OTR
mail: chaos.worx[at]gmx.net
IRC Quakenet +OTR: }TCP{Wolf @#oldunreal @#tcp.clan
Jabber/XMPP +OTR: Wolfy359@jabber.org
Threema: CR6Y9YSS
Signal: see profile
ICQ: dead since russian takeover disables OTR