לפני שמתחילים
בחרו את רשתות הספקים שבהן משתמשים השחקנים ואת כתובת המשחק והפורט הנכונים. רשמו שעה, פרוטוקול, עומס והגדרות. השתמשו בבדיקות קטנות ומורשות ושמרו נתונים גולמיים כדי לבדוק את התוצאה בהמשך.
RTT מודד הלוך ושוב
RTT כולל את הדרך אל היעד והחזרה. חלוקה בשניים אינה נותנת בהכרח השהיה מדויקת בכיוון אחד, כי המסלולים עשויים להיות שונים. מדידה בכיוון אחד דורשת שיטה מתאימה ושעונים מסונכרנים. תארו את מה שנמדד בפועל, במקום להציג דיוק שהבדיקה שנבחרה אינה יכולה לבסס באופן אמין או חוזר.
השווה מספר דוגמאות במקום התוצאה הטובה ביותר. שמור על מינימום, ערך מרכזי וערכים גבוהים לצד ספירת המדגם. שונות והפרעות יכולות להיות חשובות יותר מהפרש ממוצע קטן. הפרד בין עיכוב רשת לזמן המשחק כדי לדמות ולהגיב.
בחרו נקודות לפי השחקנים
שם המדינה אינו מציג את המסלול האמיתי של ספק האינטרנט לצרפת. השתמשו בכמה רשתות רלוונטיות וחזרו בשעות שונות. כללו סלולר כאשר השחקנים משתמשים בו. תוצאה מהירה בתוך רשת אחת אינה מבטיחה חוויה דומה בכל ספקי המדינה; שמרו ליד כל תוצאה את הרשת, השעה ושיטת המדידה שבה התקבלה.
צמד מדידות עם חיבור שירות רגיל. שמור את הנתונים הסטטיסטיים וההקשרים של הרשת במשחק כאשר הוא זמין. ציוד ביניים עלול להגביל תשובות אבחון בזמן העברת תעבורה; הקפת traceroute שקטה לבדה אינה מוכיחה שהפסד מגיע לשחקן.
השוו תנאים דומים
שמרו על אותו יעד, פרוטוקול, גודל חבילה ומשך בשתי הבדיקות. רשמו עומס שרת ושעה. החציון והפיזור מועילים יותר מהתוצאה הטובה ביותר. לקוח עמוס, תקלה ב־Wi-Fi או מעקף זמני אינם אוטומטית תוצאה של ההגנה; חזרו על בדיקה מבוקרת לפני שינוי רשת נוסף והשוו את כל הדגימות, לא רק את המהירות שבהן.
שמור על תוצאות וכשלים גולמיים במקום לבחור ערכים נוחים. כלול ספירת ניסיונות ותקופת תצפית. קו בסיס קצר מראה התנהגות באותו זמן; זה לא הבטחה לצמיתות או זמינות.
הציגו אובדן וקפיצות
ממוצע נמוך יכול להסתיר אובדן חבילות וקפיצות גדולות. הציגו מספר דגימות, חציון, אחוזונים גבוהים ושיעור אובדן. חקרו חריגות בלי למחוק אותן כדי לשפר סטטיסטיקה. השוו אירועים למעבד, לתורי רשת ולחיבור המקומי של הלקוח, כדי להבחין בין גורמים אפשריים לתקיעות במשחק ולבחור את הבדיקה הבאה בהתאם.
עבור מנהרות, בדוק גם את MTU ותסמינים הכרוכים בגודל מנות. עבור שרת proxy, בדוק תפוגים וחיבורים במורד הזרם. אל תשנה מספר רכיבים בבת אחת. אשר תעבורה לגיטימית לפני הסרת כלל שתורם להגנה.
בדקו את מסלול המשחק עצמו
ICMP או TCP 443 אינם מאשרים את מסלול ה־UDP של המשחק. השתמשו בלקוח הנכון, בפורט שהוקצה ובבדיקות פרוטוקול מורשות. פירשו traceroute בזהירות: נתב ביניים יכול להגביל תשובות בקרה בזמן שתעבורה רגילה עוברת היטב. נקודה שקטה אינה מוכיחה לבדה אובדן של חבילות המשחק; בדקו גם את היעד ואת הכניסה בפועל.
כאשר קיים כלי תואם, פרופיל במהלך ההאטה. דוחות spark של Paper יכולים לזהות עבודה יקרה. כרוכים מדידות ותצורת העתקה לפני ביצוע שינויים. קנה משאבים נוספים רק כאשר אילוץ שנצפה מצדיק זאת.
פרסמו עם גבולות ברורים
כשמשתמשים במדידה בהצעה, ציינו תאריך, יעד, רשת מקור, פרוטוקול ומספר דגימות. הפרידו פעילות רגילה ממדידה מתועדת בזמן התקפה. חזרו אחרי שינויי מסלול ובררו חריגות מתמשכות עם הספק. בדיקה סינתטית מתארת את התנאים שלה, לא את החיבור העתידי של כל שחקן או ping מובטח לכל רשת ולכל תקופה.
לאחר תיקון, חזור על אותה שיטה ובדוק הפעלה רגילה. מדגם אחד משופר אינו קובע שכל הנתיבים קבועים. תאר שווקים וחיבורים מדודות מבלי להבטיח חביון למדינה שלמה או לבלבל קרבה גיאוגרפית עם איכות ניתוב.
מה כדאי לעשות במצב שלכם?
| המצב | הצעד הבא |
|---|---|
| החציון עלה אחרי שינוי | חזרו על אותה בדיקה ובדקו מסלול לפני תיקון נוסף. |
| המשחק נתקע למרות ממוצע טוב | בדקו אובדן, קפיצות ועומס מאותו פרק זמן. |
| התוצאות במדינה אחת שונות מאוד | חלקו לפי ספק ובדקו מסלולים עם חריגות. |
מקורות רשמיים
המקורות מתארים פרוטוקולים והגדרות. בדקו את התיעוד של הגרסה שבה אתם משתמשים.