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

• #57229 gabber01 addikt

  Új Válasz 2017-03-27 12:00:05 #57229

  Ú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, 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.
  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

  Korábban már feltettem ezt a kérdést más topicokban is, torrent kliens beállításra pl. kaptam egy-pár tippet, amitől úgy tűnt javult a helyzet, de a helyzet még bonyolultabb és érthetetlenebb lett számomra.
  Azt vettem ugyanis észre, hogy többnyire ha frissen indítom a rendszert vagy restartolok, akkor jellemzően még maxon pörgő torrent mellett is tökéletesen jó latency értékeket kapok, viszont egy idő után elkezd romlani a helyzet, míg végül ezt kapom adott esetben.
  

  Na, most ilyenkor már szinte semmit nem lehet csinálni a géppel nyilvánvalóan amíg fut a torrent, ami nevetséges.
  Egyszerűen nem tudom merre induljak még. WireSharkkal talán ki lehetne bányászni még valamit, de ahhoz nem nagyon értek.
  Szóval, valakinek van esetleg ötlete, hogy mit lehetne tenni?

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