Keresés: - Otthoni hálózat és internet megosztás

Legfrissebb anyagok

IT café témák

PROHARDVER! témák

Mobilarena témák

GAMEPOD.hu témák

LOGOUT.hu témák

Keresés

Új hozzászólás Aktív témák

#37748 gabber01 addikt

Új Válasz 2017-03-22 10:16:03 #37748
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gabber01

addikt

Sziasztok!
Nem tudom ez a legmegfelelőbb topic, a hálózatok - mélyvíz topicba már írtam, szerintük nem oda való, de hálózatban kellene egy kis segítség. Jobban mondva egy pár napja észrevettem, hogy ha megy a torrent, akkor a rendszer képes megröccenni, ami a hang pillanatnyi recsegésében nyilvánul meg leginkább, de rosszabb esetben még az egérmozgáson is lehet látni, hogy nem teljesen folyamatos. Félek, hogy a márciusi windows 10 updatek tehetnek róla, mert gyanúsan azóta produkálja ezt, és korábban nem tapasztaltam ezt. Kicsit utánaolvastam, és találtam egy-két programot, ami a rendszer késleltetését méri (dpclat, latencymon). Ezekkel vizsgálva a latency értékek szinte egyenes arányban növekednek az adatforgalom sebességével, de általában 1500 és 15000µs között mozog, de láttam már 60k fölötti értéket is.
Latencymon szerint a tcpip.sys és ndis okozza a legnagyobb gondot. De hiába próbáltam utánaolvasni, nem találtam semmi okosságot, hogy mit lehetne ezekkel kezdeni. Driverek frissek, biost már nem tudom frissíteni újabbra, hangkártyának nincs köze hozzá, sem a hálókártyának (alaplapi ethernettel, és wifi adapterrel is tökéletesen megegyező tünetek vannak).
Megpróbáltam már a tcpip-t is resetelni netsh int ip reset-tel, bár ettől én sem vártam sokat.
Ezen jól látszik, hogy mikor zártam be a torrentet. Egyébként most minimális feltöltés volt csak, pár tíz/száz kB, letöltés szinte semmi, csak a netrádió ment közben még. Klienstől függetlenül, szinte amint megnyílik, az egekbe szökik a latency.
Vírusírtó/tűzfal jelenléte érdektelen, azok kikapcsolt állapotában is ugyanez van.
Latencymon lényegét megpróbálom bemásolni:
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-G5OP4TF
OS version: Windows 10 , 10.0, build: 14393 (x64)
Hardware: ASRock, H61M-DG3/USB3
CPU: GenuineIntel Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
Logical processors: 4
Processor groups: 1
RAM: 16338 MB total
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 3093 MHz
Measured CPU speed: 1 MHz (approx.)
Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.
WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.
_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.
Highest measured interrupt to process latency (µs): 13620,007131
Average measured interrupt to process latency (µs): 19,793529
Highest measured interrupt to DPC latency (µs): 13603,784560
Average measured interrupt to DPC latency (µs): 12,959061
_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.
Highest ISR routine execution time (µs): 89,9570
Driver with highest ISR routine execution time: USBPORT.SYS - USB 1.1 2.0 portillesztőprogram, Microsoft Corporation
Highest reported total ISR routine time (%): 0,034170
Driver with highest ISR total time: USBPORT.SYS - USB 1.1 2.0 portillesztőprogram, Microsoft Corporation
Total time spent in ISRs (%) 0,04220
ISR count (execution time <250 µs): 39385
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0
_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.
Highest DPC routine execution time (µs): 12708,826382
Driver with highest DPC routine execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation
Highest reported total DPC routine time (%): 0,608556
Driver with highest DPC total execution time: tcpip.sys - TCP/IP-illesztőprogram, Microsoft Corporation
Total time spent in DPCs (%) 1,944169
DPC count (execution time <250 µs): 533218
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 529
DPC count (execution time 1000-1999 µs): 818
DPC count (execution time 2000-3999 µs): 303
DPC count (execution time >=4000 µs): 0
Másik topicban kapott javaslatot már próbáltam, offload kikapcsolása és torrent process prio csökkentése, de semmi.
Szóval, valakinek van esetleg még ötlete, hogy mit lehetne tenni? Baromi bosszantó, hogy egy vacak torrent mellett nem lehet csinálni semmi mást.

Man proposes, god disposes. Dum spiro, spero.
#37750 gabber01 addikt n1nja #37749

Új Válasz 2017-03-22 12:06:08 #37750
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gabber01

addikt

válasz n1nja #37749 üzenetére

µtorrent vagy qBittorrent. Nem hiszem hogy kliensfüggő, ha többel is ez van.

Man proposes, god disposes. Dum spiro, spero.
#37753 gabber01 addikt n1nja #37751

Új Válasz 2017-03-22 12:49:12 #37753
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gabber01

addikt

válasz n1nja #37751 üzenetére

Köszönöm a tippeket, kipróbáltam, beállítottam ezeket. Nem tudom, hogy ennek, és/vagy a megelőző restartnak köszönhetően (ami egyébként soha nem hozott még változást), de most lekopogom szinte mindig zöldben van a latency, pedig max. sebességgel megy a letöltés. Néha beugrik egy kicsit sárgába ha egy kicsit komolyabb oldalt nyitok meg közben, de semmi zavaró, és mintha a browser maga is reszponzívabb lenne. Ha ez így marad, akkor örök hálám fog üldözni.

Man proposes, god disposes. Dum spiro, spero.