Pāriet uz galveno saturu

RTT (ping)

Par ping rādījumu spēlē, prognozētā RTT grafiku un mērīšanu komandrindā skatiet Ping pārbaude.

Kas ir ping?​

Detalizētu skaidrojumu skatiet dokumentā Ping vai Aizkave (Lag).

Vai zemāks vidējais ping ir labāks?​

Jā. Jo zemāka vidējā ping vērtība, jo ātrāks savienojums.

Vai zemāka ping standartnovirze ir labāka?​

Jā. :-) Jo tuvāk standartnovirze ir 0, jo stabilāks savienojums.

Kas ir svarīgāks — vidējais ping vai standartnovirze?​

Abi ir svarīgi. Vidējā vērtība raksturo ātrumu, bet standartnovirze — savienojuma stabilitāti. Izvēloties starp 2 serveriem ar līdzīgu ātrumu, bet atšķirīgu novirzi, labāks būs tas, kura standartnovirze ir tuvāka 0.

Kā iegūt viszemāko ping?​

Viszemākais ping nozīmē atrast interneta maršrutu ar zemāko RTT no lietotāja datora līdz spēles serverim. Ja spēle ir reģistrēta Mudfish, īsāko maršrutu var meklēt šādi.

  1. Versijā v4 vispirms palaidiet Launcher un pievienojiet attiecīgās spēles vienumu. Vadības panelis obligāti jāatver caur Launcher. Mudfish palaišana ar administratora tiesībām
  2. Vadības panelī noklikšķiniet uz spēles ikonas.
  3. Cilnes “Iestatījumi” starpniekserveru sadaļā noklikšķiniet uz “Paplašinātais režīms” un lupas ikonas .
  4. Uznirstošajā logā izvēlieties spēles servera galamērķi. Parādīsies Mudfish aprēķinātie īsākie maršruti, norādot, vai ātrāk ir izmantot 1 vai 2 starpniekserverus.

Ekrānuzņēmumi izmantoti no korejiešu oriģināla. Saskarnes valoda un izvēļņu nosaukumi var atšķirties no jūsu versijas.

Citas metodes skatiet dokumentā RTT (ping) samazināšana.

Ko nozīmē starpniekserveris ar labāko ping?​

Ar labu ping parasti domāts serveris, kas nodrošina ātru visu maršrutu “lietotāja dators → starpniekserveris → spēles serveris”. Tas nav tikai ping posmā “lietotāja dators ↔ starpniekserveris” vai tikai maršruts “starpniekserveris ↔ spēles serveris”.

Lai Mudfish atrastu serveri ar labāko ping, parasti izmanto šādu pārbaudi.

  1. Palaidiet Launcher un pievienojiet spēles vienumu. Ieteicams vadības paneli atvērt caur Mudfish Launcher.
  2. Vadības panelī noklikšķiniet uz spēles ikonas.
  3. Cilnes “Iestatījumi” starpniekserveru sadaļā noklikšķiniet uz “Pamatrežīms” un lupas ikonas . Uznirstošajā logā izvēlieties spēles servera atrašanās vietu, lai apskatītu aprēķināto grafiku un vērtējumu. Parasti jāizvēlas serveris ar zemāku vērtējuma skaitli. Starpniekserveru RTT grafiks un vērtējums

Ping nemainās! Šķiet, ka Mudfish netiek piemērots​

Šie jautājumi palīdz veikt pašdiagnostiku. Vispirms pārbaudiet, vai esat izmēģinājis norādītās darbības.

JautājumsJāNē
Vai ar Mudfish darbības pārbaudi apstiprinājāt pareizu darbību?
1. Vai spēles datplūsma tiek pārsūtīta caur Mudfish? 1
2. Vai starpniekserverim ir iestatīta automātiska izvēle? 2
3. Vai izmēģinājāt citus starpniekserverus? 3
4. Vai izmēģinājāt ADN režīmu? 4
5. Vai izmēģinājāt FastConnect režīmu? 5
6. Vai pašlaik izmantojat TCP savienojuma protokolu? 6

Programmas vispārīgie iestatījumi

Prognozētā RTT grafikā un faktiskā RTT spēlē vērtības atšķiras!​

Tam var būt vairāki iemesli.

  1. Mudfish un spēle RTT aprēķinam mēra atšķirīgus IP diapazonus.

    Visi Mudfish starpniekserveri periodiski pārbauda RTT līdz spēles serverim un nosūta informāciju centrālajam serverim. Ja pārbaudes galamērķis, parasti IPv4 adrese, atšķiras no spēles izmantotā, vērtības var atšķirties.

    Reizēm Mudfish var būt norādīts nepareizs mērījuma galamērķis, un RTT tiek mērīts līdz citai vietai, nevis faktiskajam spēles serverim.

  2. Mudfish un spēle RTT mērīšanai izmanto atšķirīgus protokolus.

    Mudfish pēc noklusējuma mēra RTT ar TCP. Ja spēles datplūsma izmanto UDP, nevis TCP, grafika un faktiskā vērtība var atšķirties, piemēram, QoS ierīču atšķirīgu pakešu apstrādes prioritāšu dēļ.

  3. Spēles servera slodzes ietekme.

    Ja spēle aprēķina RTT līdz serverim, kurā faktiski notiek spēle, servera slodze var radīt atšķirību.

    Mudfish RTT grafiks netiek aprēķināts līdz faktiskajam spēles serverim, bet gan līdz tīklam, kurā tas atrodas, vai tīklam, kas tiek uzskatīts par tuvumā esošu.

  4. Spēles servera tīkla slodzes ietekme.

    Ja spēles servera tīkls ir noslogots lielas datplūsmas dēļ, bet Mudfish RTT netiek mērīts līdz šim pašam tīkla posmam, grafika vērtība var atšķirties.

  5. Jūsu datora slodzes ietekme.

    Retos gadījumos spēles radītā slodze palēnina operētājsistēmas kopējo apstrādi un izraisa RTT atšķirības.

Reāllaika ping grafikā reizēm parādās 3000​

Mudfish vērtība 3000 ms nozīmē pakešu zudumu. Proti, ping pārbaude caur attiecīgo starpniekserveri kāda iemesla dēļ zaudēja paketi. Iemesli var būt dažādi, taču parasti tie ir šādi.

  • Problēma jūsu interneta savienojumā (ISP).

    Šādā gadījumā izvēlnē “Statuss → Starpniekserveri” redzamas RTT problēmas ar daudziem serveriem. Ja problēmu nav ar vairākiem serveriem, cēlonis var nebūt jūsu interneta savienojums.

  • Problēma izmantotajā starpniekserverī.

    Izmēģiniet citu starpniekserveri.

  • Problēma spēles servera tīklā.

Visi ping rādījumi ir 3000​

Parasti tas notiek, ja 1) jūsu tīkla ugunsmūris neļauj izmērīt RTT starp lietotāju un starpniekserveri vai 2) Mudfish servera problēma neļauj izmērīt RTT starp starpniekserveri un spēles serveri.

Ja uzskatāt, ka cēlonis ir 1. gadījums, rīkojieties šādi.

  • Mudfish izvēlnē “Iestatījumi → Programma” atrodiet RTT pārbaudes metodi. Mainiet to uz citu no ICMP, TCP vai UDP un restartējiet Mudfish.

    RTT pārbaudes metodes iestatījumi

Ja cēlonis ir 2. gadījums, atstājiet ierakstu Mudfish forumā, un mēs varēsim to novērst.

Footnotes​

  1. Ja ping pēc Mudfish palaišanas vispār nemainās, pārbaudiet, vai spēles laikā vadības paneļa reāllaika datplūsmas grafiks kustas vai paliek nekustīgs. ↩

  2. Ja ir iestatīta automātiska izvēle, manuāli izvēlieties citu starpniekserveri un pārbaudiet vēlreiz. ↩

  3. Pašreizējam starpniekserverim īslaicīgi var būt slikti tīkla apstākļi. ↩

  4. Ja ar 1 starpniekserveri ir grūti apiet pārslodzes posmu, ADN režīmā var izmantot 2 starpniekserverus. ↩

  5. Ja spēle izmanto TCP protokolu, ir vērts izmēģināt FastConnect. ↩

  6. Ja noklusējuma UDP darbojas bez problēmām, TCP izmantošanai nav nekāda iemesla. ↩