www.elektronik.si

[Dexboy]

WEB100 Enabled Statistics:
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 365.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 1.91Mb/s

------ Client System Details ------
OS data: Name = Windows 7, Architecture = x86, Version = 6.1
Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_16

------ 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 = 146.78 msec; the Packet size = 1452 Bytes; and
There were 8 packets retransmitted, 64 duplicate acks received, and 71 SACK blocks received
The connection was idle 0 seconds (0%) of the time
S2C throughput test: Packet queuing detected: 92.04%
This connection is sender limited 79.97% of the time.
This connection is network limited 19.21% of the time.

//
Tale je zelo točen! Round trip time (146,78msec) je verjetno moj Ping?

[sundancer]

Lahko bi enacili RTT in ping ja.

Seveda ko testirate poskrbite, da ni na mrezi drugih aktivnih programov, ki bi lahko zabijali bandwidth (P2P recimo zna biti pozresen).

Svetujem, da v P2P programih nastavite upload limit, ki naj bo nekako 80-90% tistega kar vam linija zmore saj s tem povecate download TCP performance.

Zaradi nacina delovanja TCP je zadeva sledeca. Recimo da od nekoga po TCPju delas bulk transfer (recimo prenos datoteke). Ko se masini dogovorita za transfer bo lastnik datoteke poslal tebi kot prejemniku vec TCP paketov recimo vsega skupaj velikosti 64kB. Dokler prejemnik ne potrdi (z enim ali vec TCP ACK paketi) bo posiljatelj cakal. Zato je pomembno, da prejemnik kar se da hitreje posilja TCP ACK potrditve. In ce ima prejemnik 100% zabasan upload potem te potrditve kapljajo proti posiljatelju zelo pocasi. To pa povzroci upad TCP download performance (zmanjsa se t.i. TCP window size).
Kadar pa ti na mrezi zagotovis recimo 10-20% prostega upload bandwidtha, ki ga P2P programi ne pozrejo, takrat pa TCP ACK paketi ne cakajo v vrsti pac pa normalno hitro zapustijo oziroma se posljejo prejemniku in tako posiljatelj poslje nov 64kB (oziroma kolikor je pac TCP window size dolocen ali dogovorjen) paket podatkov ter spet caka potrditve.

Upam da sem kolikor toliko razumljivo napisal oziroma je jasno, zakaj je dobro imeti nekaj rezervne upload kapacitete.

[jankos]

Tvoja trenutna pasovna širina je:

2.41 Mbps

kar pomeni, da lahko download-aš z 307.85 KB/sec. s tega serverja.

In še na speedtest.net :


Solidno

[sundancer]

o cemer sem govoril v prejsnjem postu je opisano tudi na tej povezavi http://www.benzedrine.cx/ackpri.html (Explanation)

[VolkD]

Tole je sedaj na amis-u...

[Jernej_L]

600 metrov zračne razdalje od centrale, amis preko telekomove centrale.

[mirkatmir]

No pa smo se malo modernizirali. Sedaj malo lažje "dihamo"



v službi pa samo toliko ....

[GregorN]

U ja sedaj na svojem, T2:



Ok, prvič je malce stran čudno odčitala

drugič...



tretjič...


upload bo pravilen, download pa je 5MB, tako da ... nekaj stran ne deluje pravilno

[Matjaž]

za "surfanje" je dober

[JohnD]

No tole je pa res dober le za surfanje

[xsyt]

Glede na oddaljenost centrale je to več kot lepo.