AnonInTucson
join:2008-12-18
Tucson, AZ
| reply to Ikyuao
Re: [AZ] Cox Internet speeds.
I'm not sure which is worse. The fact that Ikyuao is still here posting crap two years later or the fact that there are still people who haven't used the ignore feature to remove his garbage from their screens.
It's posters like Ikyuao and jsmiddleton that make the snr of this forum too low for me to bother much anymore. |
|
tubbynet
reminds me of the danse russe
Premium
join:2008-01-16
Chandler, AZ
 ·Cox HSI
 ·Callcentric
 ·Sprint Mobile Broa..
 ·FrontierNet Intern..
| said by AnonInTucson  :there are still people who haven't used the ignore feature to remove his garbage from their screens. the issue here is that if everyone were to ignore, only those who need help and aren't familiar with his reputation can see his garbage. if no one interjects, then the user may try his solutions and have his setup puke more than it already is.
q. |
|
Fubar
join:2001-02-20
Phoenix, AZ
| said by tubbynet :said by AnonInTucson :there are still people who haven't used the ignore feature to remove his garbage from their screens. the issue here is that if everyone were to ignore, only those who need help and aren't familiar with his reputation can see his garbage. if no one interjects, then the user may try his solutions and have his setup puke more than it already is. q. Exactly! |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
1 edit | said by Fubar :said by tubbynet :said by AnonInTucson :there are still people who haven't used the ignore feature to remove his garbage from their screens. the issue here is that if everyone were to ignore, only those who need help and aren't familiar with his reputation can see his smart of the way of TCP tune techniques. if no one interjects, then the user may try his solutions and have his setup will not puke more than it already is. q. Exactly! That's right, there is the way of hidden of the efficient of use broadband bandwidth via TCP expension of high performance. I bet that most colleges and universities will say that I'm correct about the high speed WAN link and latency packet delay times.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
AZHSISUPPRT2
join:2007-11-01
Phoenix, AZ
| I believe what Ikyuao is referring to is called "Flow Control" which takes place at the transport layer of the OSI model. I've included an article that explains it a bit more indepth and yes, this can have an affect on how fast a server and client communicate.
It took me a few tries to piece together what he was saying, but I believe this is it. Is this correct Ikyuao?
»www.tcpipguide.com/free/t_TCPWin···trol.htm
Thanks,
--
Chris@Cox Communications Arizona |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
4 edits | Yes and having larger window side buffer really can handling better in high latency environmental of WAN networks also I usually testing my speeds over some sites in 25 ms to 100 ms delay times and larger window side buffer can keep track with latency delay times at the same level what I get speed in exactly this the way. However smaller buffer like 64K buffer and at higher latency delay time levels then standard 64K buffer don't be giving you much speeds because latency delay times can reduces speeds so greatly in effect. My Linux PC ---> My cable modem that's it so I can get much faster speeds without using router hardware device since Linux includes flexible iptables and ip6tables firewall functionality. Hope that helps. P.S. if 64K congestion window fills out a buffer at one ms RTT really definitely gives you up to 500 Mbits but unforateunly 64K congestion window can't stand at 100 ms delay and degrades to 5 Mbits speeds down that is explain. Unless if you start with 64M buffer at 100 ms delay that could gives you 5 Gbits speeds that is very simple  And smaller buffer and higher latency delay times will take longer time and higher buffer and higher latency delay times will take much less time to get there. smaller buffer at higher latency delay times really definitely extrmemly inefficient for high speed broadband WAN link.
here's my test speed of bewteen my home in Wichita, KS and test speed site in Denver, CO over 400 miles of distance in about 100 ms delay with greater congestion window side buffer that gives me greater speeds that is very simple
So I can ignore packet delay as same as packet loss since larger window buffer are much sufficient enough.
Someday I will be professional IT either software programmer when I get into university school
--
Professional Linux environmental blows microsoft windows out of the water. |
|
tubbynet
reminds me of the danse russe
Premium
join:2008-01-16
Chandler, AZ | said by Ikyuao :Hope that helps. nope. never does.
q. |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
| be quiet. I'm explaining to AZtech support how it works that between speeds and latency delay this the way what TCP do with high performance options works this the way.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
vraeden
join:2007-06-21
Gainesville, FL
·Cox HSI
| said by Ikyuao :be quiet. I'm explaining to AZtech support how it works that between speeds and latency delay this the way what TCP do with high performance options works this the way. Unfortunately, your english is extremely difficult to understand. Your sentence structure is backwards and missing important transitions. Perhaps you should increase your study of english until you improve? |
|
AnonInTucson
join:2008-12-18
Tucson, AZ | Unfortunately, your suggestion will most likely be lost on Ikyuao. His posts always manage to display a deeply flawed understanding of TCP flow control in completely broken english. It would be best to disregard his posts. |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
2 edits | I'm sorry, You are wrong about TCP optional options of a about flow control as like window scaling, timestamps, MSS and SACK and can be combined with congestion control perfectly. I understand deeply perfect about TCP flow control that I get great speeds, it is not flawed. And Mod, please lock this thread up before this gets winds up a out of control like crazy.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
Dogfather
Premium
join:2007-12-26
Laguna Hills, CA | You're too funny. |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
| Nah, it isn't funny... TCP is still edge cutting with optional available so no new protocol needed for high speed WAN link with high delay over the internet.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
Dogfather
Premium
join:2007-12-26
Laguna Hills, CA | LOL. |
|
