בדיקת מהירות בלינוקס: למה התוצאה נמוכה ואיך מאבחנים את הסיבה

מה רואים בבדיקת מהירות בלינוקס

בדיקת מהירות מודדת בדרך כלל מהירות הורדה, מהירות העלאה, השהיה, ריצוד ולעיתים גם אובדן מנות. התוצאה מושפעת מהחיבור בין המחשב, הנתב או המודם, תשתית הסיבים, הכבלים או ה־DSL, ספק האינטרנט ושרת הבדיקה. לכן תוצאה נמוכה אינה מוכיחה לבדה שהמפעיל אינו מספק את המהירות שנרכשה.

כדאי לבצע כמה בדיקות בתנאים זהים ולרשום את השעה, סוג החיבור, כתובת שרת הבדיקה והתוצאות. אפשר להשתמש ב־בדיקת המהירות של speedtest.im דרך דפדפן נתמך בלינוקס, ולהשוות בין חיבור קווי לחיבור Wi-Fi.

סיבה ראשונה: חיבור Wi-Fi חלש או עמוס

Wi-Fi הוא אחד הגורמים הנפוצים ביותר לפער בין המהירות של חבילת האינטרנט לבין התוצאה במחשב. מרחק מהנתב, קירות, הפרעות מרשתות שכנות, שימוש בתדר עמוס או חיבור לתקן אלחוטי ישן יכולים להקטין את מהירות ההורדה ולהגדיל את ההשהיה. גם מכשירים אחרים בבית עשויים להשתמש באותו ערוץ ולצרוך רוחב פס בזמן הבדיקה.

איך בודקים: מחברים את המחשב לנתב באמצעות כבל רשת ומבצעים את אותה בדיקה. אם המהירות הקווית טובה משמעותית, מקור הבעיה כנראה אלחוטי. אפשר לבדוק גם את עוצמת האות ואת התדר הפעיל באמצעות כלי הרשת של לינוקס.

מה אפשר לעשות: מתקרבים לנתב, עוברים לתדר 5GHz או 6GHz כאשר הוא זמין, בוחרים ערוץ פחות עמוס וממקמים את הנתב באזור פתוח. במקרים של שטח גדול ניתן לשקול נקודת גישה נוספת במקום להסתמך על מרחיב אות באיכות נמוכה.

סיבה שנייה: נתב, מודם או כבל רשת מגבילים את החיבור

נתב ישן, יציאת Ethernet שאינה תומכת בקצב הנדרש, כבל פגום או מודם שאינו מתאים לתשתית יכולים ליצור מגבלת מהירות קבועה. לעיתים כרטיס הרשת בלינוקס מנהל משא ומתן על מהירות של 100Mbps במקום 1Gbps, במיוחד כאשר הכבל או המחבר אינם תקינים.

איך בודקים: מציגים את ממשקי הרשת ואת מהירות הקישור באמצעות פקודות כמו ip link ו־ethtool. יש לבדוק שהממשק מחובר, שהקישור הוא Full Duplex ושמהירות הקישור מתאימה לנתב ולחבילה. אם המהירות נמוכה רק בממשק אחד, מחליפים כבל או יציאה.

מה אפשר לעשות: משתמשים בכבל תקין מסוג המתאים לקישור, מעדכנים את קושחת הנתב ומפעילים מחדש את המודם והנתב כאשר קיימת תקלה זמנית. אין להניח שהחלפת נתב תשפר תוצאה אם צוואר הבקבוק נמצא בתשתית או אצל הספק.

סיבה שלישית: עומס מקומי במחשב או ברשת הביתית

הורדות, גיבויים, שיחות וידאו, עדכוני מערכת, מכונות וירטואליות ושירותי ענן יכולים לצרוך רוחב פס בזמן בדיקת המהירות. בלינוקס, תהליך ברקע או מכולה עשויים להמשיך להעביר נתונים גם כאשר אין חלון פעיל שמציג זאת. עומס במעבד או בזיכרון יכול להשפיע גם על היכולת של הדפדפן להריץ את הבדיקה.

איך בודקים: עוצרים זמנית הורדות ושירותי סטרימינג ובודקים את תעבורת הרשת באמצעות כלי ניטור כמו nload, iftop או מנהל המערכת. יש לבצע את הבדיקה כאשר רק המחשב הנבדק מחובר, ככל שניתן.

מה אפשר לעשות: מתזמנים גיבויים ועדכונים לשעות אחרות, מגבילים תהליכים כבדים ומפעילים Quality of Service בנתב אם הוא תומך בכך. חשוב לבצע בדיקת מהירות נוספת לאחר שהעומס הסתיים, ולא להסיק מסקנות מתוצאה שנמדדה בזמן פעילות רשת משמעותית.

סיבה רביעית: שרת הבדיקה או הדפדפן אינם מייצגים את הקו

בדיקת מהירות תלויה גם בשרת שאליו מתחברים ובמסלול הרשת אליו. שרת מרוחק, עומס זמני בשרת או בחירת מסלול שאינו מיטבי עלולים להציג מהירות נמוכה למרות שחיבור הבית תקין. בנוסף, דפדפן ישן, הרחבות פעילות או מגבלות של סביבת עבודה מרוחקת יכולים לשנות את התוצאה.

איך בודקים: מבצעים כמה בדיקות מול שרתים שונים ובשעות שונות, ומשווים את המהירות וההשהיה. אם שרת מקומי מציג תוצאה טובה ושרת מרוחק מציג תוצאה נמוכה, ייתכן שהפער נובע מהמסלול או מהשרת ולא מהחיבור הביתי.

מה אפשר לעשות: מעדכנים את הדפדפן, סוגרים לשוניות ותוספים שאינם נחוצים ומבצעים בדיקה נוספת מחלון פרטי. רצוי להשוות תוצאות רק כאשר השרת, שיטת החיבור ותנאי הבדיקה דומים.

סיבה חמישית: הספק או התשתית חווים עומס או תקלה

עומס באזור, תקלה זמנית בתשתית הסיבים, הכבלים או ה־DSL, בעיית ניתוב אצל ספק האינטרנט או הפרעה בקו יכולים לגרום לירידה בשעות מסוימות. כאשר המהירות נמוכה גם בחיבור קווי, בכמה מכשירים ובכמה שרתי בדיקה, הסבירות לבעיה מחוץ למחשב עולה.

איך בודקים: מבצעים בדיקה קווית ממחשב נוסף ומשווים בין שעות שפל לשעות עומס. פקודות ping ו־traceroute יכולות לעזור לאתר השהיה גבוהה או אובדן מנות במסלול, אך הן אינן מחליפות מדידת מהירות ואינן מוכיחות לבדן היכן נמצאת התקלה.

מה אפשר לעשות: מתעדים כמה תוצאות הכוללות שעה, סוג חיבור ושרת יעד ופונים לספק או למפעיל התשתית. כדאי לבקש בדיקת קו ולציין אם הבעיה קיימת בהורדה, בהעלאה, בהשהיה או באובדן מנות. אין להסתמך על בדיקה יחידה כדי לדרוש שינוי חבילה.

סיבה שישית: הגדרות או מנהלי התקנים בלינוקס

במקרים מסוימים הבעיה קשורה למנהל התקן של כרטיס הרשת, להגדרות חיסכון באנרגיה, ל־VPN, לחומת אש או למתאם USB מוגבל. תקלות כאלה עלולות להשפיע רק על מערכת לינוקס אחת, בעוד שמכשירים אחרים באותה רשת עובדים במהירות תקינה.

איך בודקים: משווים את התוצאה במערכת אחרת או במצב Live, בודקים אם VPN או Proxy פעילים ומוודאים שמנהל ההתקן נטען ללא שגיאות. אפשר לבדוק את יומן המערכת ואת מצב הממשק, אך אין לשנות הגדרות מתקדמות ללא תיעוד של המצב המקורי.

מה אפשר לעשות: מעדכנים את המערכת ואת מנהל ההתקן, מבטלים זמנית VPN לצורך השוואה ומנסים מתאם רשת או יציאת USB אחרת. לאחר כל שינוי מבצעים בדיקה חוזרת ומתעדים מה השתנה, כדי להימנע משילוב של כמה שינויים שמקשה על האבחון.

סדר בדיקות מומלץ

1. עוצרים הורדות, גיבויים, VPN ושירותי סטרימינג.
2. מחברים את המחשב לנתב בכבל רשת תקין.
3. בודקים את מהירות הקישור של ממשק הרשת בלינוקס.
4. מבצעים כמה בדיקות מול שרת מקומי ובשעות שונות.
5. משווים עם מחשב נוסף באותה תשתית.
6. אם הבעיה נשארת, פונים לספק עם תיעוד של הממצאים.

איך לפרש את התוצאה

מהירות הורדה נמוכה בלבד מצביעה לעיתים על עומס או מגבלה בשרת, בעוד שגם הורדה וגם העלאה נמוכות עשויות להצביע על קישור, נתב או תשתית. השהיה גבוהה וריצוד מורגש חשובים במיוחד בשיחות וידאו ובמשחקים, גם כאשר מהירות ההורדה נראית תקינה. אובדן מנות מצביע על חוסר יציבות ודורש בדיקה נפרדת של Wi-Fi, הכבלים והמסלול לספק.

המסקנה האמינה ביותר מתקבלת ממגמה שחוזרת בכמה בדיקות ובכמה מכשירים. בדיקה קווית בתנאים שקטים, השוואה בין שרתים ותיעוד השעה מאפשרים להפריד בין מגבלה מקומית לבין בעיה אצל הנתב, הספק או תשתית התקשורת.