VIRY.CZ

Mohu vědět k čemu tento port na této adrese slouží? Je zabraný svchost.exe - naslouchání ? Teče mi tudy ven přímo řeka dat a zatěžuje CPU. Když hodím blokování na FW tak je vše v pohodě, je to vir, nebo něco systémovýho? Odchozí spojení procesu je 255.255.255.255 port 67 ...

zdravim

nemate nahodou spusteneho torrent klienta?

v mem podpisu najdete odkaz RSIT, kliknete na nej a dle navodu stahnete a spustte aplikaci; nechte sken dobehnout a pak dle navodu vlozte obsah toho spravneho logu, ktery na vas vybafne

pokud by na vas nahodou nevybafl, je ulozen na C:\rsit\log.txt.

mám ho přes IPV6, ale divný je aby uTorrent jel UL 10KB a svchost jel UL 160KB, na monitoring testuju Netlimiter3 poslední betaverzi.
0.0.0.0 je lokální smyčka ne? Na internet neteče nic krom uTorrent Celkový UL systému je roven uTorentu, který je omezen. Tok UL mám ověřen i na routeru ... log přihodím večer

Tak jsem na to šel vylučovací metodou, odpojil internet .... stále .... šlo o svchost.exe -k LocalSystemNetworkRestricted

Zapoměl jsem dodat, že tento tok nebyl pravidelný, někdy bylo vše v pohodě, většinou po restartu ....

Takže jsem vylučoval, vylučoval a když jsem sejmul O&O defrag jak tray tak servis, tak vše ustalo ....

Používá tuto lokální smyčku defragmentace? Defrag.programy používají sys.jádro ne. V NT nejde přece přistupovat přímo na disk, tak že by ?

primo vam to nepotvrdim (tedy fakt, jakym zpusobem OO Defrag vyuziva portu), nicmene jsem patril k uzivatelum teto aplikace a jeji chovani (spousteni uloh mimo plan atd) mne vedlo k tomu, ze ac jsem byl vlastnikem licence, letelo to do kose...a od te doby tu vec uprimne nenavidim (mimochodem, Defragger od Piriformu udela uplne stejnou sluzbu, vysledek obou v praxi nepocitite)

Mám pocit, že to má na svědomí "Monitoring", který kontroluje stav fragmentace a popř. si sám sameček spustí backgrounddefragmentaci a optimalizuje za pochodu a nevím jestli nemají nějaký bug co se 4core týče .... jako že mu připadá procesor nevyužit

Vypínám monitoring a uvidím

kdyby bylo zle, soupnete sem log z RSITu - viz muj podpis

určitě, takže moje další zjištění ...

OO je už v poho a OO to nebylo, jen jsem před tím zrušil službu zhruba ve stejnou dobu ...

Opakovaně mi to dělá OpenVPN po probuzení PC, stačí OpenVPN restartovat a je to OK. Pokud udělám restart PC, tak je vše OK zase do uspání PC. Mimochodem jede mi dál jak uTorrent tak CryptLoad, takže ty to nedělají 100%

takze je to tutove OpenVPN?

ptam se proto, ze to muze pripadne pomoci i ostatnim

Testuju, dám určitě vědět, musím upozornit, že se to děje jen po probuzení PC a teče to jen v rámci PC, jako by byl tam byl bug, na mém 4cpu to letí jakoby ven 220kB/s a vytíží celkově na 30%. Na internet se to 100% nedostane, ale na druhou stranu taková UL rychlost by nebyla špatná já mám max. UL 64kB - průměr 55kB ...

tak sem pak kdyztak plesknete finalni vysledek... a diky za kooperaci

Takže tady je výsledek, je to OpenVPN, dělá to někdy po probuzení PC ze spánku, po startu PC ne ....
Po restartování služby je to taky OK, ještě upozorňuji, že to neteče ven ... ale v rámci PC.

Důkaz .... http://uloz.to/4775031/chyba-openvpn-po ... scoded.avi
Na videu mám zaplé stahování DL 400kB a v odchozím UL je nějakých 15kB uTorrentu, které je vidět až po restartu služby. Zmatené pohyby kurzorem mělo být kroužení které na tak pomalém FPS nevypadá jako kroužení.

heh... v tom pripade gratuluju k uspesnemu vyreseni problemu

děkuju za pomoc

moment...ja tady hral druhy housle