Jump to content

trogers

Members
  • Posts

    628
  • Joined

  • Last visited

    Never
  • Speed Test

    My Results

Everything posted by trogers

  1. You still got "Default TCP Receive Window (RWIN) = 64240 RWIN Scaling (RFC1323) = 0 bits Unscaled TCP Receive Window = 64240" If my ccs file made changes to your registry you should get this: Default TCP Receive Window (RWIN) = 128480 RWIN Scaling (RFC1323) = 0 bits Unscaled TCP Receive Window = 64240 Are you running some security software protecting against registry changes?
  2. Load the 1500-128480-64240 ccs file into your Cablenut Adjuster, save to resgistry and then reboot your comp. Then test and post results with: https://www.speedguide.net/analyzer.php http://nitro.ucsc.edu/
  3. Something is not right! Your RWIN setting for both ccs files have not changed. "Your PC/Workstation has a 62.0 KByte buffer which limits the throughput to 3.05 Mbps" "Your PC/Workstation has a 62.0 KByte buffer which limits the throughput to 3.29 Mbps" Try this test and post results: https://www.speedguide.net/analyzer.php
  4. Yes. I am try to balance your PC throughput limit with your Network throughput limit and making sure both are above 6 Mbps. Also keeping an eye on excess packet loss.
  5. Your orignal RWIN was set at - Default Receive Window (RWIN) = 17520 The ccs file has set RWIN setting of 128480 and it is still too small for you: PC throughput limit 3+ Mpbs and Network throughput also 3+ Mbps. Let's double the RWIN. Try this ccs file.
  6. Link to test site: http://nitro.ucsc.edu/
  7. Hi, Welcome to this forum. Try the ccs file 1500-128480-64240.ccs that I had loaded in this thread: http://www.testmy.net/forum/index.php?topic=11588.0 Then retest at this link and post the results of STATISTICS and last 2 paragraphs of MORE DETAILS.
  8. Some ISP's routers do not respond to pings and tracerts- resulting in request timed out. I now use traceroute. My ISP provides such a service. If your ISP do not have such a service, you can go to this link. The traceroute provided in this link starts from the website's server to any destination, including your own IP address. It is a good way to check your own line: http://www.dnsstuff.com/
  9. Thanks for your sharing with us too. We have learn something new today...Heat pumps...LOL
  10. Subsequent traceroutes to your IP Address shows latency fluctuating between 53 ms to 710 ms within minutes. I think you are having electrical noise affecting your signal. Is your modem and router next to each other? If so, keep them separated a foot apart. Read these links: https://www.speedguide.net/read_articles.php?id=1885 https://www.speedguide.net/read_articles.php?id=117
  11. Where are you located. When I did a traceroute to your IP Adress, I get latency of 710 ms.
  12. Redo this test and post results again: http://nitro.ucsc.edu/
  13. Reasons why you have slow speed: RWIN is set very high resulting in excessive packet losses Default Receive Window (RWIN) = 1827840 There were 12 packets retransmitted, 47 duplicate acks received, and 51 SACK blocks received The connection stalled 1 times due to packet loss The connection was idle 0.4 seconds (4.0%) of the time This connection is network limited 99.97% of the time. Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch Network traffic in your area is now very high. If you do any speedtest now, the results will not be optimum. In order to check optimum performance, you have to test speed between 2-3 am. Your PC/Workstation has a 1785.0 KByte buffer which limits the throughput to 83.10 Mbps. The network based flow control limits the throughput to 0.86 Mbps. Try this ccs file.
  14. Carry out these two test and post all results: https://www.speedguide.net/analyzer.php http://nitro.ucsc.edu/ In the 2nd link, post the results of STATISTICS and last 2 paragraphs of MORE DETAILS.
  15. Carry out these two test and post all results: https://www.speedguide.net/analyzer.php http://nitro.ucsc.edu/ In the 2nd link, post the results of STATISTICS and last 2 paragraphs of MORE DETAILS.
  16. Unusually high speed may be due to browser caching. If you want to find out your real download speed, try downloading a large file like in this link and note the speed. You have to turn off any download accelerator, if any: ftp://ftp.newaol.com/aol6.0/179902/setupaol60.exe
  17. This is the first time I have made a ccs file so small...<smile>. You can try to make adjustment in my ccs file to the following to see if you can get better speed: GlobalMaxTcpWindowSize - 15972 TcpWindowSize - 15972 Be sure you safe this file with a new name so that you can revert to the earlier one if needed.
  18. Read the last line of your test result posted above: "Alarm: Duplex mismatch condition exists: Host set to Full and Switch set to Half duplex" You have to reset your modem or router to auto-sense for duplex. This is why your speed is only half. If you do not know much about hardware setting, go to this Forum section for help: http://www.testmy.net/forum/index.php?board=7.0
  19. I can make your download speed get to 9 Mbps if you are paying for a 10 Mbps line.
  20. You may be facing a combination of 2 problems: 1. Poor line quality or mdem/router problems 2. High traffic in your network To check for the first, do a tracert and post your results To check the second, do a test on this link and post your results for "STATISTICS" and last 2 paragraphs of "MORE DETAILS": http://nitro.ucsc.edu/
  21. Hi RaWDIZ, I have tried your ccs file. Your file has set the RWIN value very high. This is okay if you have good line quality and when traffic in your ISP's network is not high. But in instances of poor quality line or high traffic, a high RWIN will result in excessive packet losses and high retransmissions, thus slowing speed. The correct tweak setting is to find a balance of RWIN value to adust PC throughput limit with the network throughput limit (both limits must be higher than advertised speed) and a correct TcpReceiveWindow size that will minimize packet losses and retransmissions. An Example: Advertised speed is 1500 download DSL RWIN setting at 128480 Web100 reports the Round trip time = 169.82 msec; the Packet size = 1460 Bytes; and There were 10 packets retransmitted, 56 duplicate acks received, and 66 SACK blocks received The connection stalled 1 times due to packet loss The connection was idle 0.57 seconds (5.69%) of the time This connection is network limited 99.98% of the time. Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch Your PC/Workstation has a 125.0 KByte buffer which limits the throughput to 5.77 Mbps. The network based flow control limits the throughput to 0.72 Mbps. RWIN setting at 64240 Web100 reports the Round trip time = 205.13 msec; the Packet size = 1460 Bytes; and There were 15 packets retransmitted, 120 duplicate acks received, and 126 SACK blocks received The connection stalled 1 times due to packet loss The connection was idle 0.42 seconds (4.19%) of the time This connection is receiver limited 6.65% of the time. This connection is network limited 93.33% of the time. Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch Your PC/Workstation has a 62.0 KByte buffer which limits the throughput to 2.38 Mbps. The network based flow control limits the throughput to 2.44 Mbps. This is the basis of how I select values for my ccs files and gauge optimum performance of the files.
  22. Your problem seems similar to Corobi. You may be having line quality problems that is limiting your signals. Read this thread on how Corobi solved his problem: http://www.testmy.net/forum/index.php?topic=11528.0
  23. Try this ccs file and retest your speeds with the LARGEST file 2992 kB.
  24. Do a test at this link and post the results of "STATISTICS" and the last 2 paragraphs of "MORE DETAILS": http://nitro.ucsc.edu/
×
×
  • Create New...