מה בדיקת פינג מודדת ואיך לקרוא את התוצאות
בדיקת פינג מודדת כמה מילישניות לוקח לחבילה קטנה לעבור מהמכשיר שלכם לשרת הבדיקה ובחזרה. אבל ממוצע בודד לא מספר הרבה על האופן שבו החיבור שלכם מתנהג בשימוש אמיתי. לכן הבדיקה הזו מציגה את ההשהיה לצד ג׳יטר, איבוד חבילות וציון יציבות כולל באותו מסך, כך שתוכלו לראות לא רק כמה מהר החיבור מגיב, אלא גם כמה עקבי הוא.
איך הבדיקה שלנו עובדת
רוב בדיקות הפינג בדפדפן שולחות בקשות HTTP. HTTP רץ מעל TCP, שבשקט שולח מחדש כל חבילה שאבדה: אתם רואים מספר מעט גבוה יותר, והבעיה האמיתית, איבוד חבילות, נשארת מוסתרת. משחקים ושיחות וידאו משתמשים בעיקר ב-UDP, שבו חבילה שאבדה פשוט נעלמת ומתבטאת בגמגום, ב"קפיצות" של הדמות (rubber-banding) או בהברה שנבלעה.
כדי למדוד את התעבורה שבאמת חשובה, הבדיקה פועלת כך:
- הדפדפן פותח חיבור WebSocket לשרת הבדיקה. הוא משמש רק להקמה (signaling).
- לאחר מכן נוצר ערוץ נתונים של WebRTC, המוגדר ללא סדר וללא שליחות חוזרות (maxRetransmits: 0), כך שהוא מתנהג כמו UDP.
- התעבורה מועברת דרך שירות ה-TURN של השרת עצמו, כך שהבדיקה פועלת ללא קשר להגדרות ה-NAT או חומת האש בנתב שלכם.
- חבילות בגודל שתבחרו (32–1200 בתים) נשלחות בקצב שתבחרו (1–100 בשנייה) למשך שתבחרו (5 שניות עד 5 דקות). השרת מחזיר כל חבילה.
- בסיום הבדיקה השרת מדווח אילו מזהי חבילות קיבל. כך אפשר לפצל את האיבוד לאיבוד בהעלאה (אבד בדרך החוצה) ולאיבוד בהורדה (אבד בדרך חזרה).
המספרים בדוח שלכם
- פינג ממוצע, מינימלי ומקסימלי: רמת ההשהיה הכללית וקצוותיה. המינימום קרוב למה שהקו שלכם מסוגל לו כשהוא פנוי.
- חציון ואחוזון 95: החציון מתעלם מקפיצות מזדמנות, והאחוזון ה-95 מראה את ההשהיה ש-95% מהחבילות נשארו מתחתיה. הלאג הפתאומי שמרגישים במשחק מופיע בדרך כלל קודם כאן.
- ג׳יטר: ההפרש המוחלט הממוצע בין זמני הלוך-חזור עוקבים. ככל שהוא גבוה יותר, ההשהיה שלכם פחות צפויה.
- חבילות מאחרות, לא לפי הסדר וכפולות: חבילות מאחרות פוגעות באפליקציות בזמן אמת לא פחות מחבילות שאבדו; שינוי סדר וכפילויות יכולים להעיד על בעיות ניתוב לאורך המסלול.
- אחוז יציבות וציון (A–F): סיכום מהיר של כל האמור לעיל.
- ציון MOS: הערכה של איכות שיחה קולית בסולם של 1 עד 4.5, המחושבת בגרסה פשוטה של מודל E לפי ITU-T G.107.
ערכי יעד לפי שימוש
חיבור שמתאים למשימה אחת עלול להיות חלש למשימה אחרת. השתמשו ביעדים המשוערים האלה כמדריך:
| שימוש | פינג | ג׳יטר | איבוד חבילות |
|---|---|---|---|
| משחקי ירי תחרותיים | מתחת ל-40 ms | מתחת ל-5 ms | 0% |
| משחקי MOBA ומשחקים מקוונים אחרים | מתחת ל-80 ms | מתחת ל-10 ms | מתחת ל-1% |
| שיחות וידאו ו-VoIP | מתחת ל-150 ms | מתחת ל-30 ms | מתחת ל-1% |
| סטרימינג וגלישה | מתחת ל-200 ms | לא קריטי | מתחת ל-2% |
אפליקציות עם חוצץ, כמו סטרימינג וידאו, יכולות לספוג תנודות קצרות; משחקים ושיחות לא. גם עם רוחב פס גבוה, ג׳יטר או איבוד גבוהים עדיין יגרמו לבעיות בכל דבר שפועל בזמן אמת.
טיפים לתוצאות מדויקות יותר
- בחרו את השרת הקרוב אליכם ביותר.
- התחברו בכבל Ethernet אם אפשר.
- השהו הורדות, עדכונים וגיבויים לענן.
- הריצו את הבדיקה לפחות 30 שניות.
- בדקו בשעות שונות של היום.
- השוו Wi-Fi לחיבור קווי.
- למשחקים, השתמשו בחבילות קטנות בקצב גבוה.
- שמרו את התוצאות כ-CSV או JSON לשימוש בהמשך.
למדידות ארוכות ומפורטות יותר, השתמשו בבדיקת איבוד החבילות. כדי לבדוק השהיה לאזורי השרתים של משחק מסוים, נסו את בדיקת הפינג ל-CS2 או אחד מדפי המשחקים האחרים.
שיתוף התוצאות עם ספק האינטרנט
אם בעיה חוזרת שוב ושוב, הורידו את הדוח וצרפו אותו לפניית התמיכה. הוא כולל את התאריך, השרת שבו השתמשתם, החבילות שנשלחו והתקבלו, והאיבוד בכל כיוון. כמה בדיקות בחיבור קווי בשעות שונות של היום מהוות טיעון חזק לכך שהבעיה בקו ולא ברשת הביתית. אם אתם רואים בעיקר איבוד בהעלאה, בדקו את הנתב, הכבלים והגדרות ה-Wi-Fi לפני שאתם פונים לספק. שרתי בדיקה זמינים בכמה מיקומים, ביניהם איסטנבול, פלקנשטיין, פרנקפורט וגרבלין, כך שתוכלו גם לבדוק אם הבעיה משפיעה על כל המסלולים או רק על אחד.