לאגים במשחקי אונליין — מפענחים פינג, Jitter ואיבוד חבילות
בדיקת המהירות מציגה מספר גבוה, אבל הדמות עדיין קופצת לאחור. במקום לקרוא לכל תקלה ״אינטרנט איטי״, נפריד בין ארבעה מדדים ונבנה בדיקה שאפשר להסביר ולשחזר.
בדיקת הורדה
200 Mbps
ובכל זאת: הדמות קופצת לאחור
קצב הורדה גבוה אומר שאפשר להעביר הרבה מידע. הוא אינו מבטיח שכל חבילה קטנה מגיעה בזמן ובקצב יציב.
״מהיר״ ו״מגיב״ אינם אותו דבר
משחק אונליין אינו רק מוריד קובץ גדול. הוא מחליף עם השרת הרבה עדכונים קטנים ותלויי זמן: מיקום, כיוון, פעולה ותוצאה. לכן חשוב לדעת כמה מידע יכול לעבור, כמה זמן לוקח לעדכון לחזור, האם הזמנים יציבים והאם משהו אובד בדרך.
בחומרי הסייבר שנמסרו למכללה מופיעים יסודות רשת, שרתים, מודל OSI ופתרון תקלות מחשב. המאמר מחבר את היסודות האלה לתרחיש משחק מוכר; הוא אינו תיאור מחייב של תוכנית לימודים עדכנית או של כלי מסוים.
ארבעה מספרים, ארבע שאלות שונות
כל מדד מתאר חלק אחר של החיבור. אבחון טוב מתחיל בשם המדויק של התופעה ולא בפתרון אקראי.
- השהיה
- Latency
- הזמן שלוקח למידע לעבור מנקודה אחת לאחרת. במשחק, עיכוב מורגש בין הפעולה של השחקן לבין התגובה שמגיעה מהשרת.
- נמדדת בזמן, בדרך כלל באלפיות השנייה.
- פינג
- Ping
- בדיקה ששולחת הודעה ומחכה לתשובה. המספר המוצג הוא בדרך כלל זמן הלוך־ושוב, אך משחקים וכלים שונים עשויים לחשב ולהציג אותו מעט אחרת.
- עוזר להעריך השהיה, אבל אינו מספר את כל הסיפור.
- שינוי בעיכוב
- Jitter
- הפער בין זמני הגעה של חבילות שונות. גם ממוצע פינג סביר יכול להרגיש קופצני כאשר חבילה אחת מהירה והבאה אחריה מאוחרת מאוד.
- מחפשים יציבות, לא רק ממוצע נמוך.
- איבוד חבילות
- Packet loss
- חלק מחבילות המידע אינן מגיעות ליעד. עדכוני מיקום או פעולות עלולים להגיע באיחור אחרי שליחה חוזרת, או לא להופיע כלל.
- נמדד באחוזים לאורך סדרת בדיקות.
מהלחיצה על המקש ועד לתגובה על המסך
המסלול הבא מפושט, אבל הוא מראה מדוע תקלה יכולה להופיע ביותר ממקום אחד. זמן הפינג כולל דרך החוצה ודרך חזרה.
- 01
המחשב או הקונסולה
קוראים קלט ויוצרים עדכון קטן: תנועה, קפיצה או פעולה.
- 02
הרשת המקומית
העדכון עובר בכבל או ב-Wi-Fi אל הנתב הביתי.
- 03
הדרך באינטרנט
נתבים שונים מעבירים את החבילה לכיוון מרכז הנתונים.
- 04
שרת המשחק
השרת מעבד את הפעולה ושולח בחזרה מצב מעודכן לשחקנים.
מי שכבר מכיר את מודל OSI יכול למפות את החיבור לשכבות. המטרה כאן אינה לשנן כל נתב, אלא להבין שחיבור משחק הוא שרשרת ושכל מדידה מצמצמת את אזור החיפוש.
אותו ״לאג״ יכול להשאיר חתימות שונות
המספרים הבאים הם דוגמאות לימודיות, לא ספי איכות אוניברסליים. סוג המשחק, אזור השרת ואופן המדידה משפיעים על התחושה ועל התוצאה.
| סדרה | טווח פינג | איבוד | מה רואים | כיוון אבחון |
|---|---|---|---|---|
| אימון א׳ | 28–32 ms | 0% | המספרים קרובים זה לזה והמשחק מגיב באופן עקבי. | חיבור יציב בדוגמה |
| אימון ב׳ | 27–118 ms | 0% | הממוצע מסתיר קפיצות חדות; הדמות זזה חלק ואז קופצת. | Jitter גבוה |
| אימון ג׳ | 42–51 ms | 4% | חלק מהעדכונים חסרים והפעולות נראות כאילו חזרו לאחור. | איבוד חבילות |
לא מתקנים לפני שמנסחים השערה
כל פעולה מגיבה באיחור דומה
- ראיה שנחפש
- זמן הלוך־ושוב גבוה אך יציב
- הבדיקה הבאה
- משווים אזור שרת ובודקים אם העיכוב קיים גם בחיבור קווי.
המשחק חלק ואז קופא לרגע
- ראיה שנחפש
- פערים גדולים בין מדידות רצופות
- הבדיקה הבאה
- בודקים עומס מקומי, איכות Wi-Fi ופעולות רשת נוספות בבית.
דמויות קופצות או פעולות נעלמות
- ראיה שנחפש
- איבוד חבילות במדידה מתמשכת
- הבדיקה הבאה
- משווים בין הדרך לנתב המקומי לבין יעד חיצוני.
הורדה איטית, אבל המשחק מגיב בזמן
- ראיה שנחפש
- רוחב פס מוגבל ללא השהיה חריגה
- הבדיקה הבאה
- מפרידים בין קצב העברת קובץ לבין תגובתיות של חבילות קטנות.
ניסוי של 15 דקות: משנים רק דבר אחד
אין צורך לסרוק רשתות או לשנות הגדרות נתב. משתמשים בכלי האבחון המובנה במשחק או בבדיקת Ping רגילה ליעד מוכר, ורק ברשת ובמכשיר שמותר לכם לבדוק.
- 1
מתעדים את הרגע
רושמים שעה, משחק, אזור שרת, סוג חיבור ומה בדיוק קרה. ״היה לאג״ פחות שימושי מ״הדמות חזרה לאחור שלוש פעמים בדקה״.
- 2
אוספים סדרה
מסתכלים על כמה מדידות רצופות בכלי הרשת של המשחק או בבדיקת Ping, ולא על מספר יחיד שנראה טוב או רע.
- 3
משנים גורם אחד
משווים Wi-Fi לכבל, מתקרבים לנתב או עוצרים הורדה גדולה. שינוי יחיד מאפשר לדעת מה באמת השפיע.
- 4
חוזרים לאותו תרחיש
בודקים שוב באותו אזור שרת ובאותו סוג משחק. אם השתנו גם התנאים, אי אפשר לייחס את התוצאה לתיקון.
״יש לאג, אז צריך חבילת אינטרנט מהירה יותר״
לא בהכרח. חבילה עם יותר רוחב פס יכולה לעזור כשיש עומס קיבולת, אך היא אינה מתקנת אוטומטית Wi-Fi לא יציב, דרך ארוכה לשרת או איבוד חבילות. קודם מזהים את המדד שנפגע.
״פינג אחד נמוך מוכיח שהכול תקין״
גם זה לא מספיק. צריך סדרה כדי לראות שינוי לאורך זמן ואיבוד חבילות. בנוסף, יעד בדיקה אחד אינו בהכרח עובר באותה דרך כמו שרת המשחק. מדידה טובה מתאימה את הראיה לתופעה.
בונים יומן רשת של שלוש שורות
בפעם הבאה שמשחק נתקע, כתבו: מה ראינו, איזה מדד יכול להסביר זאת, ואיזו בדיקה אחת תבדיל בין שתי השערות. זהו אותו הרגל שמחבר בין פתרון תקלות רשת לבין דיבאגינג בקוד: תצפית, השערה, ראיה ושינוי קטן.