February 7, 2007

How uncontroled uploads affect your downloads

Filed under: Uncategorized — Tags: , — yasi8h @ 1:35 pm

Hello people you should always manage your bandwidth, if u want to get the maximum out of it. Uhaaa well i know most of the people who use internet(or adsl cause it goes with my case) wont need to maximize the bandwidth. although they probably like high speed they will not go this far for it as we geeks do 😉 whatever lets get on the topic…

Im running emule + download manager in XP and then download manager is pulling a file from a high speed gentoo linux server so it get a good speed. but emule is downloading a file which is not that popular and has a less number of sources. so it is a slow download. but emule has a lot of stuff to upload and there are a lot of people waiting to get bits and bytes from me… so it is uploading like hell(well its like 11KBps).

When u look at the above graph u can see some red lines and some yellow lines. red is for uploading and yellow is for downloading. now if u look carefully u will notice that in the starting of the graph… when uploading rate goes up, downloading rate comes down. how come that happen? well simply files are shared or transfered using TCP protocol. which gives u reliable transmission of data. what does that mean? well it tries its best to do a error free transmission. and it is very successful in doing so. so when a packet with data is received by the receiver(thats me in this case) the receiver should send and ‘ack’ acknowledging the sender of the packet(or packets, in real world…) it received. And when your upload bandwidth is fully used by some other app. thees acks wont be sent to the sender. the sender awaits for these acks before sending the next set of packets with data in them. so if your upload stream is too busy the chances are that thee acks awaited by your sender will not go to him most of the time. which will make the sender think that you did not receive the data and thats why you did not acknowledged it. so he resends the data to you. which is of course a waste because you are receiving the stuff that u already have.

So you should leave some bandwidth for thee acks and stuff. which will make sure the things wont be bad for you downloading rate. you should however give your upload bandwidth to upload data to the file sharing networks whenever u can. because thats how they work. but as you have DSL(which have more download speed and less upload speed) you’ll have to control your upload speeds.

And after doing that controlling of upload speed in emule by limiting the bandwidth that it cam use for uploads. u can thee that the download rates have risen and have become stable…


January 21, 2007

The Traceroute I Can’t Understand

Filed under: Uncategorized — Tags: — yasi8h @ 3:55 pm

When I got adsl and i just pinged and tracerouted google, just to see the results…. for fun 🙂 But when i did the traceroute, i got something like this…

1 0ms 0ms 0ms TTL: 0 (pending)
2 3545ms 3756ms 3427ms TTL: 0 (pending)
3 3433ms 3659ms 3326ms TTL: 0 (pending)
4 3583ms 3244ms TTL: 0 (pending)
5 3549ms 3494ms 3153ms TTL: 0 (pending)
6 3479ms 3398ms * TTL: 0 (pending)
7 3526ms 3181ms TTL: 0 (pending)
8 * 3672ms 3492ms TTL: 0 (pending)
9 * 3687ms 3410ms TTL: 0 (pending)
10 3620ms * 3337ms TTL: 0 (pending)
11 3518ms 3637ms 3271ms TTL: 0 (pending)
12 * * 3401ms TTL: 0 (pending)
13 3719ms 3586ms 3325ms TTL: 0 (pending)
14 3800ms 3505ms 3812ms TTL: 0 (pending)
15 * * 3706ms TTL: 0 (pending)
16 * 3418ms 3697ms TTL: 0 (pending)
17 3789ms 3436ms 3704ms TTL: 0 (pending)
18 * * 3736ms TTL: 0 (pending)
19 4219ms 3517ms 3875ms TTL: 0 (pending)
20 * 3350ms * TTL: 0 (pending)
21 4267ms 3381ms * TTL: 0 (pending)
22 4211ms 3292ms * TTL: 0 (pending)
23 4404ms 3214ms * TTL: 0 (pending)
24 No Response * * *
25 4175ms * * TTL: 0 (pending)
26 4182ms * * TTL:240 (pending)

…. is my ADSL router, and the second hop should me my isp’s gateway… But!!! whats the third IP??? its a private IP and i can’t ping it. But when i trace it(

1 0ms 0ms 0ms TTL: 0 (No rDNS)
2 * 2279ms 2390ms TTL: 0 (No rDNS)
3 * 2247ms 2304ms TTL: 0 (No rDNS)
4 TTL: 0 (No rDNS)
5 2288ms TTL: 0 (No rDNS)
6 *
7 *
8 *

(note that the output is from SpamSpade Or Spade)

it seems like is not looking in to the ICMP packets, but it just forward them(???)… But it surely does reply to stuff that expire in it’s hands(???)… i guess

I just can’t understand what this is? Any ideas?

Blog at