Jump to content

VanBuren

Inactive Moderator
  • Posts

    6,389
  • Joined

  • Last visited

  • Days Won

    3
  • Speed Test

    My Results

Everything posted by VanBuren

  1. dern thats above my knowledge that must be a bad thing, i want a fast start VanBuren
  2. no problem ill try to explain Hop Host LOSS Rcv Sent Best Avg Worst 0 so-4-0-0.edge1.SanJose1.Level3.net 0% 60 60 0.98 3.31 75.78 1 so-1-2-0.bbr2.SanJose1.Level3.net note: on router loss report 34% 40 60 0.95 3.72 50.39 2 so-2-2-0.bbr1.Chicago1.Level3.net 0% 60 60 55.97 57.06 104.47 3 so-6-0-0.gar1.Chicago1.Level3.net 0% 60 60 55.97 56.47 68.57 4 4.79.72.34 0% 60 60 76.79 77.02 77.37 5 207.96.146.130 0% 60 60 76.09 79.83 220.92 6 10.154.0.210 0% 60 60 77.03 82.58 205.55 7 10.154.0.129 0% 60 60 76.92 77.33 77.88 8 24.200.241.118 0% 60 60 76.29 76.46 76.91 9 (YOUR ADDRESS) 2% 59 60 83.07 90.62 160.09 Fail: each Hop is a node, and you loosing packets at this node 1 so-1-2-0.bbr2.SanJose1.Level3.net note: on router loss report 34% 40 60 0.95 3.72 50.39 that means you need to retransmit packets to reach the destination 0 so-4-0-0.edge1.SanJose1.Level3.net 0% 60 60 0.98 3.31 75.78 that takes time and slow you down alot. its also work the other way around, so the packets the destination sends to you needs to be retransmitted aswell VanBuren
  3. all settings seem like default now, can you make a screenshot where you see that info about it beeing limited? do you have a router? VanBuren
  4. the TCP stack is diffrent on 98 and XP you cant adjust DefaultSendWindow on win 98 thats the same as RWIN but on the sendside.... there is no solution for this, so upgrade to win XP the linequality test was ok but it was a problem at one level 3 node VanBuren
  5. you wont get more then that since you using Win 98 SE and not win XP /2k VanBuren
  6. then follow the steps...... i have nothing to go on, making you a file, provide some info from the steps VanBuren
  7. This topic has been moved to Show off your scores!. [iurl]https://testmy.net/forum/index.php?topic=1923.0[/iurl]
  8. looks good, you get above your cap, nothing more to do VanBuren
  9. heya Varia its very good that you do this tests, add time and date, then your ISP has something to work on also bypass your router when your doing these tests, then you have eliminated one source that can give packetloss. you migt also want to try out www.dslreports.com line quality test you have to register, but its all free good luck VanBuren
  10. CA3LE, my upload is still the same as before could you try to change this net.ipv4.tcp_rmem = 4096 87380 8388608 to net.ipv4.tcp_rmem = 4096 65536 8388608 i dont know, but it might help VanBuren
  11. yea i will, dern its running great :::.. Download Stats ..::: Connection is:: 7819 Kbps about 7.8 Mbps (tested with 5983 KB) Download Speed is:: 954 KB/s Tested From:: http://www.testmy.net/ Bottom Line:: 140 times faster than 56K you can download 1MB in 1.07 second(s) Validation Link:: https://testmy.net/cgi-bin/get.cgi?Test_ID=O9IAP2GYT i even score above 6 Mbps on 2992 KB test VanBuren
  12. :::.. Download Stats ..::: Connection is:: 8598 Kbps about 8.6 Mbps (tested with 12160 KB) Download Speed is:: 1050 KB/s Tested From:: http://www.testmy.net/ Bottom Line:: 154 times faster than 56K you can download 1MB in 0.98 second(s) Validation Link:: https://testmy.net/cgi-bin/get.cgi?Test_ID=4WQAG9E1D yeah :lol: :lol: VanBuren
  13. good job CA3LE ! :::.. Download Stats ..::: Connection is:: 5645 Kbps about 5.6 Mbps (tested with 12160 KB) Download Speed is:: 689 KB/s Tested From:: http://www.testmy.net/ Bottom Line:: 101 times faster than 56K you can download 1MB in 1.49 second(s) Validation Link:: https://testmy.net/cgi-bin/get.cgi?Test_ID=G125NE0VO VanBuren
  14. ok, no problem, but if you ask me over PM, wait abit longer before you start a new thread. do you like to use your current settings now or should we try to give you more? VanBuren
  15. heya varia there is noway to get much lower pings, its the huge distrance that makes ping so high, sure you can earn maybe 1 to 20 ms by changing ISP, if their route is better to europe but i daubt it almost all my traffic to US from Sweden go via New York and that gives me best ping to those locations and less hops cant help you on that one btw the ping is lower and seems more stable to your fist hops without router, so it might be a problem with that one too, have you loaded latest firmware? VanBuren
  16. he might check the rpm meter next time he race VanBuren
  17. you asked me over PM, why did you make a thread? VanBuren
  18. follow these steps and post again https://testmy.net/forum/index.php?topic=605.0 VanBuren
  19. run this test again and post result URL http://www.broadbandreports.com/tweaks when you open cablenut, all fields suppose to be blank, if not click delete cablenut tweaks and click save to registry reboot and also reboot your modem, leave it off for 30 seconds try again VanBuren
  20. nice VanBuren
  21. n00bs with summer tires it use to look like this when they get snow in Southern Sweden aswell, dern fools never change tires hehe VanBuren
  22. Hey Dirty Steve try this download and install Cablenut 4.08 https://testmy.net/forum/index.php?action=dlattach;topic=1013.0;id=64 download the attached Cable & DSL 5000 384,zip and unzip it to C:ProgramCablenut open cablenut adjuster, click delete cablenut tweaks + click save to registry in top left corner, click file, click load custom settings file, browse to C:ProgramCablenut dubbleclick on Cable & DSL 5000 384.ccs click save to registry and reboot also reboot your modem and router, leave it off for 30 sec make a new tweaktest and speedtest if you get problems i will make a 4000 384 file for you later.... good luck VanBuren
  23. dern i hope no one send a fart in their email then VanBuren
  24. hey mbrainerd the test is not bad, but you should ask your ISP if they can reduce your first hop ping (gateway) by using fastpath, these interleaved error corrections many times make more damage then good. If you have a good signal the ISP can disable the error correction and that will reduce your first hop ping to around 5-10 ms The error correction helps your modem to be synced and reduce loss to gateway, i can see you have a 1-2 % of loss even tho your using interleaved service so you might have some problems with very low signal I have seen alot of ppl with ADSL with my ISP that have the very same problems, they called support and if modem signal was good they switched over them to use fastpath. Ping and speed got alot better.... VanBuren
  25. here is also some settings i found at Speedguide forum http://forums.speedguide.net/showthread.php?s=&threadid=91751 quote "Okay, here's what's wrong. The SpeedGuide FAQ that covers tweaking Linux is absolutely correct--for kernel 2.2.x. However, It's incomplete for kernel 2.4.x. There are some additional things that need to be added to /etc/sysctl.conf to get it to work properly--this is do to the fact that 2.4.x uses auto-tuning. You have your original (I'm showing my config, and I use a 512 Kb RWIN for both the default and the max--it'll scale down to the min if need be, so, default = max will do no harm and besides it's less math to do!): net.core.rmem_default = 524288 net.core.rmem_max = 524288 net.core.wmem_default = 524288 net.core.wmem_max = 524288 net.ipv4.tcp_window_scaling = 1 You also need to enable sack (I enable fack too). net.ipv4.tcp_sack = 1 net.ipv4.tcp_fack = 1 You need to set the send and receive vectors. The last number in the tuple is the one you are interested in, it should be one half the value of its corresponding net.core.Xmem_max value. net.ipv4.tcp_wmem = 4096 87380 262144 net.ipv4.tcp_rmem = 4096 87380 262144 Finally you need to enable flushing, otherwise any changes you make take ten minutes after you restart your network card to take effect. net.ipv4.route.flush = 1 Once that's entered into your /etc/sysctl.conf, run: sysctl -p /etc/init.d/network restart Now the settings are in effect. Here's the kicker... Your RWIN size is still going to show up in the SG TCP/IP Analyser as 5840. This is because of the auto-tuning, it sends packets of size 5840 to a new destination until the destination replies with a packet that exceeds 5840, at that point it increases the packet size--in effect growing to the receiver's window size. But, by the time that happens the analyser has completed its evaluation." VanBuren
×
×
  • Create New...