Jump to content

Nitro4WD

Members
  • Content Count

    37
  • Joined

  • Last visited

    Never
  • Speed Test

    My Results

About Nitro4WD

  • Rank
    Jr. Member
  • Birthday 01/01/1

Profile Information

  • Gender
    Not Telling
  1. Hey all, I'm using a Belkin modem/router to share my adsl line between two desktop pc's. My intention was to run the primary one (my dear mother's) via ethernet cable and mine via wireless (I've been told I can't run cables through the house, doh!). As I barely managed to setup the router using the cable (apparently a common Belkin fault is that the router senses the cable is unplugged, even if it isn't...), we're both running wireless. No issues there then. However, with no ethernet cables attatched in any way the silly thing shows that port 1+2 are in use (green), and occasionally port 3 lights up orange (I assume in use but faulty?). My first question is 'why does this occur'?, and the second is 'should I worry about it?'. If it's not having/going to have a detrimental effect on our connecting to the outer world then I'm not bothered (it's not in my room so it doesn't bug me visually), but if it's a little dodgy obviously I'd like to try and rectify the problem! Yesterday (we've had it running around 3 days all together) there was a significant slow-down, resetting the router solved this. Coincidence or related? Hmmm... Thanks in advance for any help!
  2. The only reason I didn't automatically assume the second set was bad is that on it's own it doesn't have a conflict with the bios, despite suspect running speeds. My friend had suggested that the timing between the chips may be an issue, though I'm not familiar with memory at this level of technicality, more reading is to be done! I had heard the Corsair RAM was of a good quality, which is why I bought that instead of the cheaper branded stuff (I can't afford real high end stuff mind you). I couldn't call Ebuyer yesterday, being a Sunday, but will do today.
  3. Hey all! Not so long ago I purchased a ValueSelect PC3200 DDR400 512MB (double sided) chip, to compliment my existing two 256MB PC3200 DDR400 (single sided). I stupidly did not check my bios after doing this...A couple of weeks later I had a major system crash that wiped out Windows XP and even corrupted the maufacturers recovery partition (that was on the primary HDD as well). I couldn't install XP with the new chip in place, which raised the eyebrows, and led to me eventually realising it had caused the crash. When I installed XP I tempted fate and put the new chip back in, and checked the bios. It was listing all my RAM as PC2700, yet when the new chip was removed it correctly listed the remaining two as PC3200. Back went the RAM to Ebuyer, who said they tested it and found it faulty. I now have a new chip which I installed, only for the same configuration problems to occur. If it's on its own the new chip is listed correctly in the bios but the system runs about as quick as a 486, and if it's put in with the two 256MB it again lists them as PC2700. I've also tried all combinations of 256+512 etc, to get the same results. My system is a Compaq Presario SR1219UK, 2.66GHz P4, 1xIDE 40GB, 1xSATA 60GB, 1XSATA 300GB, with 4 RAM bays capable of holding a max of 4GB, I have the two 256MB chips in the first paired bay (though I don't think DDR DIMM's have to be in a any particular order?) and when it's in (which it isn't right now!) the 512MB goes into the first slot of the second pair. I've checked Compaq/HP's sites (and found the chips should technically work fine together), and updated the bios (which contained no mention of RAM conflict solutions) and trawled the web looking for comparisons, but I can't work it out. Sorry to witter on, but I figured I might as well get all the info down in one long winded go. Thanks to everyone who checks this out and thanks in advance for any help!
  4. Hey Bookworm1x! If it's not an ISP problem but something on your end, the guys and girls on this forum are awesome with helping out, you're in the right place! Try running a tracert to this address (Start > Run > type 'command' > in the black command terminal that appears type 'tracert testmy.net' > copy and paste the results into a new post). That'll give the peeps here an idea of where your data stream is going.
  5. Thanks for the advice! However, Everything in that department is ok, all is routed as well isolated as it can be. Plus it's exactly as it was when I was running a true 2Mb/s originally.
  6. Just got off the phone with Ukonline, they got me to run the line providers test (British Telecom) which came up with the same (slow) results. Despite me paying for a half hour phone call something has at least been looked at, but it's now in BT's hands as it's their hardware and not UKonline's. If anyone in the UK is using a Broadband connection that runs through a BT line, these login details will get you to their line speed tester if it's any use: Username: [email protected]_domain Password: dsl URL: http://speedtester.bt.com If however anyone still has suggestions for my connection (as it may not be BT's fault) they will be appreciated! Cheers Trogers!
  7. Hey, Did all of the above, got this: TCP/Web100 Network Diagnostic Tool v5.3.3d click START to begin Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done running 10s outbound test (client to server) . . . . . 289.04Kb/s running 10s inbound test (server to client) . . . . . . 551.54kb/s Your PC is connected to a Cable/DSL modem Information: The receive buffer should be 291.95 Kbytes to maximize throughput Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_06 ------ Web100 Detailed Analysis ------ Cable modem/DSL/T1 link found. Link set to Full Duplex mode No network congestion discovered. Good network cable(s) found Normal duplex operation found. Web100 reports the Round trip time = 797.23 msec; the Packet size = 1460 Bytes; and No packet loss was observed. This connection is receiver limited 73.72% of the time. Increasing the the client's receive buffer (62.0 KB) will improve performance This connection is network limited 26.24% of the time. Web100 reports TCP negotiated the optional Performance Settings to: RFC 2018 Selective Acknowledgment: ON RFC 896 Nagle Algorithm: ON RFC 3168 Explicit Congestion Notification: OFF RFC 1323 Time Stamping: OFF RFC 1323 Window Scaling: OFF Packet size is preserved End-to-End Server IP addresses are preserved End-to-End Client IP addresses are preserved End-to-End I'm calling the ISP now, maybe they've got a duff server or something...Will post soon!
  8. Strange thing is it only happened that one time, otherwise it's been consistantly between 500-750Mb/s download...
  9. Sorry, haven't been on due to work... Thanks for going to all this effort! I applied those settings and have come up with this: TCP/Web100 Network Diagnostic Tool v5.3.3d click START to begin Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done running 10s outbound test (client to server) . . . . . 288.62Kb/s running 10s inbound test (server to client) . . . . . . 560.71kb/s Your PC is connected to a Cable/DSL modem Information: The receive buffer should be 288.99 Kbytes to maximize throughput Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_06 ------ Web100 Detailed Analysis ------ Cable modem/DSL/T1 link found. Link set to Full Duplex mode No network congestion discovered. Good network cable(s) found Normal duplex operation found. Web100 reports the Round trip time = 789.14 msec; the Packet size = 1460 Bytes; and No packet loss was observed. This connection is receiver limited 77.71% of the time. Increasing the the client's receive buffer (62.0 KB) will improve performance This connection is network limited 22.25% of the time. Web100 reports TCP negotiated the optional Performance Settings to: RFC 2018 Selective Acknowledgment: ON RFC 896 Nagle Algorithm: ON RFC 3168 Explicit Congestion Notification: OFF RFC 1323 Time Stamping: OFF RFC 1323 Window Scaling: OFF Packet size is preserved End-to-End Server IP addresses are preserved End-to-End Client IP addresses are preserved End-to-End I'm having trouble with the testmy.net speed tester, it keeps jamming on the "Querying / Sending Data to Database" message... Here's a tracert too; Microsoft® Windows DOS ©Copyright Microsoft Corp 1990-2001. C:DOCUME~1NITRO>tracert testmy.net Tracing route to testmy.net over a maximum of 30 hops: 1 32 ms 143 ms 65 ms easynet1-hg2.ilford.broadband.bt.net [217.32.63. 201] 2 284 ms 126 ms 315 ms 217.32.63.129 3 64 ms 65 ms 33 ms 217.32.63.234 4 96 ms 63 ms 63 ms ge0-3-0-0.br0.wslon.uk.easynet.net [212.134.10.1 3] 5 32 ms 49 ms 49 ms ge0-0-0-0.br0.bllon.uk.easynet.net [195.172.211. 209] 6 110 ms 125 ms 189 ms ge0-0-0-0.gr0.bllon.uk.easynet.net [207.162.204. 1] 7 125 ms 63 ms 110 ms ge0-1-0-0.gr0.thlon.uk.easynet.net [207.162.205. 14] 8 47 ms 48 ms 48 ms ge0-0-0-0.gr1.thlon.uk.easynet.net [207.162.198. 13] 9 375 ms 313 ms 266 ms so0-0-0-0.gr1.hsnyc.us.easynet.net [207.162.205. 138] 10 312 ms 219 ms 281 ms ge-8-0-297.core1.NewYork1.Level3.net [4.78.160.3 7] 11 452 ms 389 ms 421 ms ae-1-51.bbr1.NewYork1.Level3.net [4.68.97.1] 12 156 ms 140 ms 140 ms ae-0-0.bbr1.Dallas1.Level3.net [64.159.1.109] 13 185 ms 232 ms 233 ms ae-13-55.car3.Dallas1.Level3.net [4.68.122.143] 14 155 ms 155 ms 139 ms 4.78.221.146 15 155 ms 202 ms 169 ms vl32.dsr02.dllstx3.theplanet.com [70.85.127.62] 16 264 ms 154 ms 154 ms vl42.dsr02.dllstx4.theplanet.com [70.85.127.91] 17 139 ms 139 ms 139 ms gi1-0-2.car17.dllstx4.theplanet.com [67.18.116.8 5] 18 325 ms 412 ms 354 ms 85.67-18-179.reverse.theplanet.com [67.18.179.85 ] Trace complete. I got this from a uk testing site (http://www.adslguide.org.uk/tools/speedtest.asp) before the tester jammed... Analysing your connection... Testing downstream speed... Downloaded 1572864 bytes in 17035ms (721 kbps) Testing upstream speed... Uploaded 153333 bytes in 4925ms (243 kbps) Firefox is struggling to run any more than two tabs (usually regularly runs two or three browsers full of 'em without problems), and connections to anything bandwidth intensive are very slow... I've run a host of spyware, adware and antivirus progs (adaware, spybot, microsoft antispy, avg etc), and have Kerio Firewall and Ewido and Counterspy live malware guards on all the time. Any further help will be really appreciated, as i'm going crazy!
  10. Sorry man, it's still blank; opening from location and saving to disk the same...Strangely though, the VanBuren one I had previously used is doing the same thing, so I think it's my end. I've restarted a few times to no avail...this is weird...
  11. Sorry Trogers, but that file comes up with all the fields blank?
  12. Hey all! Appreciate all the help I'm getting, but I still have a problem...I applied the 2000/256 Cablenut settings, and I've run some speed tests from that link: http://www.numion.com/YourSpeed3/ShowMeasurement.php?ID=47,578,231 Speed Test (Results) Loaded 2,031K bytes in 26.672 seconds. Your throughput is 624 Kbps. BarChart Expected Results Despite this my results from http://nitro.ucsc.edu/ are more promising... OS data: Name = Windows XP, Architecture = x86, Version = 5.1 Java data: Vendor = Sun Microsystems Inc., Version = 1.5.0_06 TCP/Web100 Network Diagnostic Tool v5.3.3d click START to begin Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done running 10s outbound test (client to server) . . . . . 291.27Kb/s running 10s inbound test (server to client) . . . . . . 1.74Mb/s Your PC is connected to a Cable/DSL modem ------ Web100 Detailed Analysis ------ Cable modem/DSL/T1 link found. Link set to Full Duplex mode No network congestion discovered. Good network cable(s) found Normal duplex operation found. Web100 reports the Round trip time = 262.97 msec; the Packet size = 1460 Bytes; and No packet loss was observed. This connection is receiver limited 85.21% of the time. This connection is network limited 14.76% of the time. Web100 reports TCP negotiated the optional Performance Settings to: RFC 2018 Selective Acknowledgment: ON RFC 896 Nagle Algorithm: ON RFC 3168 Explicit Congestion Notification: OFF RFC 1323 Time Stamping: OFF RFC 1323 Window Scaling: OFF Packet size is preserved End-to-End Server IP addresses are preserved End-to-End Client IP addresses are preserved End-to-End Thanks!
  13. Microsoft® Windows DOS ©Copyright Microsoft Corp 1990-2001. Sorry, forgot that! C:DOCUME~1NITRO>tracert testmy.net Tracing route to testmy.net [67.18.179.85] over a maximum of 30 hops: 1 42 ms 46 ms 46 ms easynet1-hg3.ilford.broadband.bt.net [217.32.63. 202] 2 46 ms 46 ms 30 ms 217.32.63.162 3 46 ms 46 ms 46 ms 217.32.63.238 4 46 ms 46 ms 46 ms ge0-3-0-0.br0.wslon.uk.easynet.net [212.134.10.1 3] 5 46 ms 62 ms 62 ms ge0-0-0-0.br0.bllon.uk.easynet.net [195.172.211. 209] 6 46 ms 62 ms 62 ms ge0-0-0-0.gr0.bllon.uk.easynet.net [207.162.204. 1] 7 46 ms 62 ms 62 ms ge0-1-0-0.gr0.thlon.uk.easynet.net [207.162.205. 14] 8 75 ms 62 ms 77 ms ge0-0-0-0.gr1.thlon.uk.easynet.net [207.162.198. 13] 9 124 ms 124 ms 124 ms so0-0-0-0.gr1.hsnyc.us.easynet.net [207.162.205. 138] 10 124 ms 124 ms 124 ms ge-8-0-297.core1.NewYork1.Level3.net [4.78.160.3 7] 11 140 ms 124 ms 124 ms ae-1-51.bbr1.NewYork1.Level3.net [4.68.97.1] 12 156 ms 156 ms 155 ms as-0-0.bbr2.Dallas1.Level3.net [64.159.0.137] 13 156 ms 155 ms 171 ms ae-23-52.car3.Dallas1.Level3.net [4.68.122.47] 14 156 ms 155 ms 171 ms 4.78.221.146 15 156 ms 155 ms 155 ms vl32.dsr02.dllstx3.theplanet.com [70.85.127.62] 16 156 ms 155 ms 155 ms vl42.dsr02.dllstx4.theplanet.com [70.85.127.91] 17 140 ms 155 ms 155 ms gi1-0-2.car17.dllstx4.theplanet.com [67.18.116.8 5] 18 140 ms 155 ms 155 ms 85.67-18-179.reverse.theplanet.com [67.18.179.85 ] Trace complete. C:DOCUME~1NITRO> Cheers!
  14. Hey all! Changed my ISP to Ukonline a while ago, and all was fine for a while. It's a 2000/256 connection. However, after a major issue my motherboard had with my new RAM (a Corsair 512MB PC3200 chip) and a bad XP crash I had to re-install from a formatted HDD. Now everything is back up and running I'm having trouble... SpeedGuide.net TCP/IP Analyzer TCP properties for IP = () Browser/OS = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Notes: Read the Analyzer FAQ if the above is not your IP address. TCP options string = 020405b401010402 MTU = 1500 MTU is fully optimized for broadband. MSS = 1460 Maximum useful data in each packet = 1460, which equals MSS. Default TCP Receive Window (RWIN) = 63888 RWIN Scaling (RFC1323) = 0 bits Unscaled TCP Receive Window = 63888 For optimum performance, consider changing RWIN to a multiple of MSS. Other values for RWIN that might work well with your current MTU/MSS: 513920 (MSS x 44 * scale factor of 256960 (MSS x 44 * scale factor of 4) 128480 (MSS x 44 * scale factor of 2) 64240 (MSS x 44) bandwidth * delay product (Note this is not a speed test): Your TCP Window limits you to: 2555.52 Kbps (319.44 KBytes/s) @ 200ms Your TCP Window limits you to: 1022.208 Kbps (127.776 KBytes/s) @ 500ms MTU Discovery (RFC1191) = ON Time to live left = 56 hops TTL value is ok. Timestamps (RFC1323) = OFF Selective Acknowledgements (RFC2018) = ON IP type of service field (RFC1349) = 11110000 (240) Precedence (priority) = 111 (Network Control) Delay = 1 (low delay) Throughput = 0 (normal throughput) Reliability = 0 (normal reliability) Cost = 0 (normal cost) Check bit = 0 (correct, 8th checking bit must be zero) DiffServ (RFC 2474) = No valid DiffServ equivalent. See the TCP Optimizer documentation, or RFCs 2474, 2475, 2597, 2598, 2873. TCP/Web100 Network Diagnostic Tool v5.3.3d click START to begin Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done running 10s outbound test (client to server) . . . . . 287.71kB/s running 10s inbound test (server to client) . . . . . . 558.14kB/s Your PC is connected to a Cable/DSL modem Information: The receive buffer should be 270.0 Kbytes to maximize throughput WEB100 Kernel Variables: Client: localhost/127.0.0.1 AckPktsIn: 257 AckPktsOut: 0 BytesRetrans: 0 CongAvoid: 0 CongestionOverCount: 0 CongestionSignals: 0 CountRTT: 257 CurCwnd: 64240 CurMSS: 1460 CurRTO: 1080 CurRwinRcvd: 63888 CurRwinSent: 16304 CurSsthresh: 2147483647 DSACKDups: 0 DataBytesIn: 0 DataBytesOut: 788400 DataPktsIn: 0 DataPktsOut: 540 DupAcksIn: 0 ECNEnabled: 0 FastRetran: 0 MaxCwnd: 64240 MaxMSS: 1460 MaxRTO: 1470 MaxRTT: 1100 MaxRwinRcvd: 63888 MaxRwinSent: 16304 MaxSsthresh: 0 MinMSS: 1460 MinRTO: 630 MinRTT: 220 MinRwinRcvd: 63888 MinRwinSent: 16304 NagleEnabled: 1 OtherReductions: 0 PktsIn: 257 PktsOut: 540 PktsRetrans: 0 X_Rcvbuf: 103424 RcvWinScale: 2147483647 SACKEnabled: 3 SACKsRcvd: 0 SendStall: 0 SlowStart: 42 SampleRTT: 830 SmoothedRTT: 810 X_Sndbuf: 103424 SndWinScale: 2147483647 SndLimTimeRwin: 8030935 SndLimTimeCwnd: 2356025 SndLimTimeSender: 2601 SndLimTransRwin: 1 SndLimTransCwnd: 1 SndLimTransSender: 1 SndLimBytesRwin: 611740 SndLimBytesCwnd: 176660 SndLimBytesSender: 0 SubsequentTimeouts: 0 SumRTT: 189480 Timeouts: 0 TimestampsEnabled: 0 WinScaleRcvd: 2147483647 WinScaleSent: 2147483647 DupAcksOut: 0 StartTimeUsec: 393197 Duration: 10392955 c2sData: 2 c2sAck: 2 s2cData: 9 s2cAck: 2 half_duplex: 0 link: 100 congestion: 0 bad_cable: 0 mismatch: 0 spd: 0.00 bw: 15.11 loss: 0.000001000 avgrtt: 737.28 waitsec: 0.00 timesec: 10.00 order: 0.0000 rwintime: 0.7730 sendtime: 0.0003 cwndtime: 0.2268 rwin: 0.4874 swin: 0.7891 cwin: 0.4901 rttsec: 0.737276 Sndbuf: 103424 aspd: 2.74283 Checking for mismatch on uplink (speed > 50 [0>50], (xmitspeed < 5) [0.28<5] (rwintime > .9) [0.77>.9], (loss < .01) [1.0E<.01] Checking for excessive errors condition (loss/sec > .15) [1.0E>.15], (cwndtime > .6) [0.22>.6], (loss < .01) [1.0E<.01], (MaxSsthresh > 0) [0>0] Checking for 10 Mbps link (speed < 9.5) [0<9.5], (speed > 3.0) [0>3.0] (xmitspeed < 9.5) [0.28<9.5] (loss < .01) [1.0E<.01], (mylink > 0) [3.0>0] Checking for Wireless link (sendtime = 0) [3.0E=0], (speed < 5) [0<5] (Estimate > 50 [15.11>50], (Rwintime > 90) [0.77>.90] (RwinTrans/CwndTrans = 1) [1/1=1], (mylink > 0) [3.0>0] Checking for DSL/Cable Modem link (speed < 2) [0<2], (SndLimTransSender = 0) [1=0] (SendTime = 0) [3.0E-4=0], (mylink > 0) [3.0>0] Checking for half-duplex condition (rwintime > .95) [0.77>.95], (RwinTrans/sec > 30) [0.1>30], (SenderTrans/sec > 30) [0.1>30], OR (mylink <= 10) [3.0<=10] Checking for congestion (cwndtime > .02) [0.22>.02], (mismatch = 0) [0=0] (MaxSsthresh > 0) [0>0] estimate = 15.11 based on packet size = 11Kbits, RTT = 737.28msec, and loss = 1.0E-6 The theoretical network limit is 15.11 Mbps The NDT server has a 101.0 KByte buffer which limits the throughput to 1.07 Mbps Your PC/Workstation has a 62.0 KByte buffer which limits the throughput to 0.66 Mbps The network based flow control limits the throughput to 0.66 Mbps Client Data reports link is 'T1', Client Acks report link is 'T1' Server Data reports link is '10 Gig', Server Acks report link is 'T1' :::.. Download Stats ..::: Connection is:: 744 Kbps about 0.7 Mbps (tested with 579 kB) Download Speed is:: 91 kB/s Tested From:: https://testmy.net (server2) Test Time:: Mon Feb 06 2006 20:58:17 GMT+0000 (GMT Standard Time) Bottom Line:: 13X faster than 56K 1MB download in 11.25 sec Diagnosis: May need help : running at only 31.71 % of your hosts average (co.uk) Validation Link:: https://testmy.net/stats/id-UXG495H86 Yes, I'm connected up via USB, but I've always run a steady stable connection, so that shouldn't be a problem. I've tried using VanBuren's new Cablenut settings, got a couple of extra kB/s, but nothing of note (last time I used a VanBuren setting my speed increased over 20%!). I'm using an up to date XP Proffesional, and the system is a Compaq Presario 2.66GHz Pentium 4, 512MB RAM (it was a GB until the crash...), 400GB drive space spread over 1 40GB, 1 60 GB and a 1 300GB HDD. Thanks in advance for any help offered! Edited by swimmer.. remove IP address
×
×
  • Create New...