Forum » Omrežja in internet » Problem na mrež(n)i
Problem na mrež(n)i
Ted ::
Doma imam AMIS DSL in Speedtouch 780wl. Da se znebim nadležnega kabla sem med nadstropji med speedtouchem in starim asusom 500g deluxe vzpostavil WDS, ki deluje ok. Z enim računalnikom sem na asusa (nastavljen kot acces point) povezan brezžično, z drugim pa žično. In na tem se mi pojavljajo težave. Po enem dnevu se mi ping od compa do asusa (po UTP kablu) poveča za nekaj 10ms, čez čas pride celo tako daleč da mi javlja ping -90ms recimo. Od kod spredaj - ne vem, bi pa rekel da gre (po hitrosti odziva sodeč) za izgubljene paketke. Teh težav brezžično dejansko ni.
Ping po 2 dneh uporabe računalnika zgleda takole:
C:\Documents and Settings\Administrator>ping /t 192.168.1.1
Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Ping statistics for 192.168.1.1:
Packets: Sent = 48, Received = 48, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 35ms, Average = 33ms
Control-C
^C
C:\Documents and Settings\Administrator>
Čez nekaj uric vem da bo se vmes pojavljal še -35ms, tudi sicer bo ping narastel na 80 ali 100ms. Nasploh sem na to postal pozoren ko je brskanje postalo počasno in oteženo in ko se je pojavljal lag v igrah. Težave je samo na relaciji moj comp in asus kot acces point. Poskusil sem marsikaj, zamenjal sem kabel, dal noter novo mrežno, namesto olega sem na asusa naložil DD-WRT... Ne pomaga, po enem dnevu se ping do asusa začne povečevati pa da se prekolnem.
Se komu slučajno sanja kje bi lahko bil problem? Drugače imam manualno določene IP-je. Prej ko sem bil povezan neposredno na speedtoucha teh problemov ni blo, prav tako jih ni na drugem compu ki je povezan brezžično.
Ping po 2 dneh uporabe računalnika zgleda takole:
C:\Documents and Settings\Administrator>ping /t 192.168.1.1
Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Reply from 192.168.1.1: bytes=32 time=35ms TTL=64
Ping statistics for 192.168.1.1:
Packets: Sent = 48, Received = 48, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 35ms, Average = 33ms
Control-C
^C
C:\Documents and Settings\Administrator>
Čez nekaj uric vem da bo se vmes pojavljal še -35ms, tudi sicer bo ping narastel na 80 ali 100ms. Nasploh sem na to postal pozoren ko je brskanje postalo počasno in oteženo in ko se je pojavljal lag v igrah. Težave je samo na relaciji moj comp in asus kot acces point. Poskusil sem marsikaj, zamenjal sem kabel, dal noter novo mrežno, namesto olega sem na asusa naložil DD-WRT... Ne pomaga, po enem dnevu se ping do asusa začne povečevati pa da se prekolnem.
Se komu slučajno sanja kje bi lahko bil problem? Drugače imam manualno določene IP-je. Prej ko sem bil povezan neposredno na speedtoucha teh problemov ni blo, prav tako jih ni na drugem compu ki je povezan brezžično.
Mah...
Ted ::
Minus se že spet pojavlja:
C:\Documents and Settings\Administrator>ping 192.168.1.1
Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=-42ms TTL=64
Reply from 192.168.1.1: bytes=32 time=45ms TTL=64
Ping statistics for 192.168.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = -42ms, Average = 0ms
Ko comp zaženem znova pa zadeva deluje normalno 1 dan, potem pa čedalje višji pingi in minusi vmes.
C:\Documents and Settings\Administrator>ping 192.168.1.1
Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=-42ms TTL=64
Reply from 192.168.1.1: bytes=32 time=45ms TTL=64
Ping statistics for 192.168.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = -42ms, Average = 0ms
Ko comp zaženem znova pa zadeva deluje normalno 1 dan, potem pa čedalje višji pingi in minusi vmes.
Mah...
BlueRunner ::
Ali imaš nameščen AMD Dual Core optimizer?
----------------------------------------------------------
Eh, pozabi... bom kar na slepo ugibal in odgovoril:
Težava:
- Uporabljaš Windows XP in ne Visto.
- Ne uporabljaš, oziroma nimaš nameščenega AMD Dual Core Optimizer pripomočka.
Rešitev:
- Namesti AMD Dual Core Optimizer
Posledice:
- Časi še vedno ne bodo pravilni (v povprečju bodo izmerjeni daljši), ne bi pa več smel videti negativnih.
Sedaj pa še teoretična razlaga:
Athlon64 X2 CPE imajo, za razliko od Opteron in Intel CPE, nesinhronizirane interne ure. To pomeni, da imajo programi in operacijski sistemi, ki te lastnosti ne znajo upoštevati (Windows XP, starejši Linux, ...), in, ki za merjenje zelo kratkih časov načrtno, ali slučajno (preko sistemskih API klicev) uporabljajo interni TSC, težave z pravilnostjo izmerjenih časov. Težava je v temu, da TSC števec na vsakem jedru šteje posebej in s svojo lastno frekvenco, ki je (morda celo načrtno) nesinhronizirana. Vrednost TSC števca pa je odvisna od tega, na katerem jedru (CPE) se RDTSC ukaz dejansko izvrši. Če program prvo vrednost prebere na jedru, ki prehiteva, drugo pa na jedru, ki zaostaja, potem boš lahko imel izmerjen "negativen" čas. V bistvu pa bo to samo negativna razlika med dvema različnima nesinhroniziranima števcema.
Specifičnost oken pred Windows Vista in starejših verzij jedra Linux, pa je v temu, da za merjenje časa (štoparico) privzeto uporabljajo ravno odčitavanje TSC, ki na teh procesorjih ne deluje po pričakovanjih za enojedrne CPE. Novejše matične plošče imajo sicer HPET števce, ki omogočajo pravilno merjenje časovnih intervalov, vendar pa bi za to potreboval bodisi Windows Vista (kar ti ne priporpčam), bodisi novejše Linux jedro, ki podpira HPET na tvoji matični plošči.
AMD se je temu izognil tako, da je napisal programček, ki vsake toliko (v bistvu pa velikokrat v vsaki sekundi) TSC števca med jedri sinhronizira tako, da vrednost počasnejšega izenači z vrednostjo hitrejšega. Na ta način se znebiš negativnih časov (ki zmedejo tudi marsikatero igrico) hkrati pa ta čas ne odraža več nujno resničenga časa, kot ga bi ozmerila stenska ura.
Pa še povezave:
RDTSC
HPET
----------------------------------------------------------
Eh, pozabi... bom kar na slepo ugibal in odgovoril:
Težava:
- Uporabljaš Windows XP in ne Visto.
- Ne uporabljaš, oziroma nimaš nameščenega AMD Dual Core Optimizer pripomočka.
Rešitev:
- Namesti AMD Dual Core Optimizer
Posledice:
- Časi še vedno ne bodo pravilni (v povprečju bodo izmerjeni daljši), ne bi pa več smel videti negativnih.
Sedaj pa še teoretična razlaga:
Athlon64 X2 CPE imajo, za razliko od Opteron in Intel CPE, nesinhronizirane interne ure. To pomeni, da imajo programi in operacijski sistemi, ki te lastnosti ne znajo upoštevati (Windows XP, starejši Linux, ...), in, ki za merjenje zelo kratkih časov načrtno, ali slučajno (preko sistemskih API klicev) uporabljajo interni TSC, težave z pravilnostjo izmerjenih časov. Težava je v temu, da TSC števec na vsakem jedru šteje posebej in s svojo lastno frekvenco, ki je (morda celo načrtno) nesinhronizirana. Vrednost TSC števca pa je odvisna od tega, na katerem jedru (CPE) se RDTSC ukaz dejansko izvrši. Če program prvo vrednost prebere na jedru, ki prehiteva, drugo pa na jedru, ki zaostaja, potem boš lahko imel izmerjen "negativen" čas. V bistvu pa bo to samo negativna razlika med dvema različnima nesinhroniziranima števcema.
Specifičnost oken pred Windows Vista in starejših verzij jedra Linux, pa je v temu, da za merjenje časa (štoparico) privzeto uporabljajo ravno odčitavanje TSC, ki na teh procesorjih ne deluje po pričakovanjih za enojedrne CPE. Novejše matične plošče imajo sicer HPET števce, ki omogočajo pravilno merjenje časovnih intervalov, vendar pa bi za to potreboval bodisi Windows Vista (kar ti ne priporpčam), bodisi novejše Linux jedro, ki podpira HPET na tvoji matični plošči.
AMD se je temu izognil tako, da je napisal programček, ki vsake toliko (v bistvu pa velikokrat v vsaki sekundi) TSC števca med jedri sinhronizira tako, da vrednost počasnejšega izenači z vrednostjo hitrejšega. Na ta način se znebiš negativnih časov (ki zmedejo tudi marsikatero igrico) hkrati pa ta čas ne odraža več nujno resničenga časa, kot ga bi ozmerila stenska ura.
Pa še povezave:
RDTSC
HPET
Zgodovina sprememb…
- spremenilo: BlueRunner ()
Ted ::
Ne. Sem ga pa zdaj namestil da vidim če bo kaj bolje.
P.S.: OMG, instantno izboljšanje. Tnx za pomoč .
P.S.: OMG, instantno izboljšanje. Tnx za pomoč .
Mah...
Zgodovina sprememb…
- spremenilo: Ted ()
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | KKS > Triera > UPC > Telemach (strani: 1 2 3 4 … 359 360 361 362 )Oddelek: Omrežja in internet | 2712133 (3461) | misek |
» | Težave - internetOddelek: Omrežja in internet | 1560 (1298) | megy |
» | internetna povezavaOddelek: Pomoč in nasveti | 2560 (2266) | GiGaBaJt |
» | Kako ojačati signal na stacionarnem telefonu(ip telefonija)?Oddelek: Pomoč in nasveti | 1806 (1559) | KandazaR |
» | Wlan router - ODZIVNI ČAS?Oddelek: Kaj kupiti | 1491 (1373) | MaCoFaCo |