ערב טוב,
נתקלתי בתופעה מוזרה. האם ידוע לכם או שמישהו חווה את זה בהוטנט?
מה שקורה הוא שאני בוחן במנהל המשימות בדיוק כמה רוחב פס המחשב צורך מהרשת. אני רואה בזמן הורדת טורנט שהוא צורך 40 Mbps (סך הכל כולל העלאה של הקובץ גם). כל שאר התוכניות במחשב לא צורכות כלום.
ורק בזמן הורדת טורנט כל המכשירים בבית חווים האטה לקצבים של 3mbps (כולל מי שמחובר קווית לראוטר). סך הכל בלי הורדת טורנט אני מקבל בקווי 200mbps.
הקטע הוא שהיוטורנט ממשיך להוריד בקצבים הגבוהים של אבל אמור להישאר לי הרבה יותר רוחב פס מ3 מגה ביט.
אני חושד בוודאות שמדובר בחסימה של הוטנט על הורדות מסוג p2p. אבל מוזר שהטורנט ממשיך בשלו ומוריד ורק הקו של כל הדירה פשוט מצטמצם לגמרי.
אגב היוטורנט יושב על פורט 61107.
איטיות מוגזמת בזמן הורדת טורנט..
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
השאלה כמה upload בסה"כ אתה משתמש (ללא download; קל לראות את זה בקליינט של ביטורנט, כמעט בטוח שרק הוא מכביד על ה-upload). הכי סביר שהביטורנט טוחן לך את ה-upload ולכן הקצב שאתה מצליח לקבל פר חיבור בודד קטן יחסית. אם תעשה הורדה מתאימה עם מספיק חיבורים במקביל במכשירים אחרים אתה אמור לקבל "ממשיך להוריד בקצבים הגבוהים" בדיוק כמו בביטורנט.Dor1992 כתב: מה שקורה הוא שאני בוחן במנהל המשימות בדיוק כמה רוחב פס המחשב צורך מהרשת. אני רואה בזמן הורדת טורנט שהוא צורך 40 Mbps (סך הכל כולל העלאה של הקובץ גם). כל שאר התוכניות במחשב לא צורכות כלום....
כמובן שזה לא הפתרון. אני מניח שגם אין לך אופציחה ל-upload יותר סביר מהתשתית שהיה מאד עוזר לנושא (חיבור של סיב).
לכן האופציה העיקרית שלך היא להגביל את ה-upload בקליינט של הטורנטים. אין לי מושג בדיוק מה הדרך הנכונה לעשות את זה ביוטורנט (בזמנו כל פעם שהגבלתי את הקצב זה הרג לי לגמרי את ה-upload של הביטורנט; זו אחת הבעיות שלא הצלחתי לפתור ביוטורנט), ב-qbittorrent שיותר טוב מכל הבחינות, האופציה הבאה עובדת מצויין:
(בנוסף כמובן צריך גם להפעיל את ה-alternate rates ע"י לחיצה על ה-icon בשורה התחתונה של הממשק הראשי; ב-qbit יש לך את הנוחיות שבלחיצת כפתור אתה מחליף בין שתי הגדרות - אצלי בחרתי שהראשונה תהיה ללא הגבלה וכרגיל השניה הייתה פעילה עם ההגבלה לעיל)
המגבלה של 333 קילובייט (שם לב ליחידות) היא מה שהייתי משתמש בשביל האפלוד 3 מגה של בזק, בתשתית 200 מגה של הוט אתה אמור לקבל 5 מגהביט העלאה => 625 קילובייט בתיאוריה => הייתי משתמש בהגבלה באיזור של 450-550 קילובייט (אפשר להתחיל אפילו מ-400 ולוודא שאתה רואה שיפור ואז להעלות ל-550 ואם צריך לרדת לאט לאט עד שתמצא את המקסימום שלא פוגע לך בשימושים אחרים).
במאמר מוסגר, אציין שהחלפת הראוטר לראוטר עם קושחה טובה, במיוחד לראוטר מתקדם או קושחה צד שלישי מאד יכולה לעזור. אפילו בלי להפעיל QoS ראיתי הבדל משמעותי בדיוק הנושא הזה. QoS טוב שמקונפג כמו שצריך זה בכלל הפתרון הכי כללי וגמיש (אבל דורש ציוד מתאים + הגדרות מתאימות שכרגיל ממש לא טריוואלי).
- Dor1992 (פותח השרשור)
- חבר פעיל במיוחד
- הודעות: 577
- הצטרף: אוגוסט 2018
- מיקום: חיפה
- נתן תודות: 80 פעמים
- קיבל תודות: 5 פעמים
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
@eran405
·
תודה ערן.
שווקא הupload שלי מוגבל תמיד. עשיתי הגבלה מזמן וכל טורנט אני רואה שהוא מעלה על 150 KB גג. שכפול 8 יוצא לנו 1200 kbps.
סך הכל יש לי 5mbps העלאה בקו. בפועל מקבל 4.5 בערך.
ככה שאני לא אמור לחשוד כאן שיוטורנט טוחן לי את ההעלאה.
לגבי הדבר השני שאמרת, כמו ששאלתי את המשתמש הראשון שהגיב, יכול להיות שהקו מצטמצם בלי קשר לרוחב פס אלא בגלל המספר חיבורים הגבוה לעמיתים ולזורעים? כי מדובר באיזה 300 חיבורים לכל טורנט (אני משתדל לקחת טורנטים בעלי מספרים גבוהים כאלה).
·
תודה ערן.
שווקא הupload שלי מוגבל תמיד. עשיתי הגבלה מזמן וכל טורנט אני רואה שהוא מעלה על 150 KB גג. שכפול 8 יוצא לנו 1200 kbps.
סך הכל יש לי 5mbps העלאה בקו. בפועל מקבל 4.5 בערך.
ככה שאני לא אמור לחשוד כאן שיוטורנט טוחן לי את ההעלאה.
לגבי הדבר השני שאמרת, כמו ששאלתי את המשתמש הראשון שהגיב, יכול להיות שהקו מצטמצם בלי קשר לרוחב פס אלא בגלל המספר חיבורים הגבוה לעמיתים ולזורעים? כי מדובר באיזה 300 חיבורים לכל טורנט (אני משתדל לקחת טורנטים בעלי מספרים גבוהים כאלה).
- Dor1992 (פותח השרשור)
- חבר פעיל במיוחד
- הודעות: 577
- הצטרף: אוגוסט 2018
- מיקום: חיפה
- נתן תודות: 80 פעמים
- קיבל תודות: 5 פעמים
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
@eran405
·
ואגב אם יש משהו שטוחן לי את ההעלאה זה השרת פלקס. אמנם הוא משתמש ברוחב פס הביתי אבל לדעתי זה אמור להשפיע גם על רוחב פס שלי בקו של הוט.
ודווקא כשאני משתמש בפלקס והשרת מעלה בקצבים באמת גבוהים ושולח לקליינט.. אז אין לי שום צמצום בקו של הוט.
בגלל זה אני חושד בהתערבות של הוטנט בזמן הורדות p2p.
·
ואגב אם יש משהו שטוחן לי את ההעלאה זה השרת פלקס. אמנם הוא משתמש ברוחב פס הביתי אבל לדעתי זה אמור להשפיע גם על רוחב פס שלי בקו של הוט.
ודווקא כשאני משתמש בפלקס והשרת מעלה בקצבים באמת גבוהים ושולח לקליינט.. אז אין לי שום צמצום בקו של הוט.
בגלל זה אני חושד בהתערבות של הוטנט בזמן הורדות p2p.
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
הצורה שבה אתה כותב את זה לא משכנעת. תבדוק בצורה מדיוקת בדיוק כמה העלאה מנוצלת (אידיאלית ברמה של הראוטר אבל מן הסתם אין שום אופציה לעשות את זה בהוטבוקס). מעשית, בדרכים שאני מכיר לבדוק upload מנוצל זה גם מאד מתנדד ואי אפשר לדייק ברמה שאתה מתאר. אתה גם לא יכול לחשב upload כולל של ביטורנט בדרך שאתה עושה. יש עוד דברים שאמורים להכנס ל-upload הכולל מעבר ל-upload שמוצג על כל טורנט בנפרד (בתקווה הקליינט מדווח על הכל ביחד, כולל overhead, ב-upload הכולל שהוא מדווח).Dor1992 כתב: שווקא הupload שלי מוגבל תמיד. עשיתי הגבלה מזמן וכל טורנט אני רואה שהוא מעלה על 150 KB גג. שכפול 8 יוצא לנו 1200 kbps.
סך הכל יש לי 5mbps העלאה בקו. בפועל מקבל 4.5 בערך....
חשוב גם לקחת ספיירים (לדוגמא 5 מגהביט "בבסיס 10" זה כבר 4.77 מגהביט "בבסיס 2" ומאד יתכן שבפועל אתה מקבל רק 4.5 "בערך" (גם אם בספידטסט מוצג לך 5 מלא, אין לזה שום משמעות). כלומר גם אם המספר שציינת לעיל הוא בבדיקה אמיתית ומדוייק זה בהחלט יכול להעיד על upload חנוק לגמרי.
בפתיחת השירשור אתה טוען שפעילות בטורנטים היא זו שגורמת לאיטיות בשימושים אחרים וזה מאד מאד הגיוני ונפוץ. לכן במקום לחפש כל מיני הסברים מסובכים ואשמים אחרים, פשוט תתקין qbittorrent, תקנפג כמו שציינתי בפוסט לעיל ותראה שהבעיוה נפתרה. לפחות תנסה, ואם אני צודק אתה לפחות יודע מה הבעיה ואיך לפתור אותה, גם אם אתה בוחר לא לעשות זאת.
לא אין קשר. עדיין לעצור את השרת plex (כלומר לסגור לגמרי באופן זמני) זה מאד קל ואתה יכול לבדוק האם באמת הוא אשם. בגדול הרוחב פס ברשת הביתית שלך אמור להיות 1 גיגה, אז לא סביר שה-plex יהיה מסוגל לחנוק את זה (ובנוסף גם אם אתה חונק חיבור של 1 גיגה ההשפעה הרעה על שימושים אחרים הרבה הרבה פחות מורגשת מחניקה של upload של 5 מגה).Dor1992 כתב: ואגב אם יש משהו שטוחן לי את ההעלאה זה השרת פלקס. אמנם הוא משתמש ברוחב פס הביתי אבל לדעתי זה אמור להשפיע גם על רוחב פס שלי בקו של הוט....
אתה גם כבר מומחה iperf, אז אתה יכול לבדוק מה קורה ברשת הפנימית. אם ה-plex מאט משהו זה את הרשת הפנימית אז iperf כלי מצויין לבדוק את זה.
·Dor1992 כתב: בגלל זה אני חושד בהתערבות של הוטנט בזמן הורדות p2p....
כמה שידוע אין התערבות כזאת. בכל מקרה אם הייתה היית רואה אותה בראש וראשונה בקצבים איטיים בטורנטים שלמיטב הבנתי אתה רואה להפך. זה סימן שהטורנטים חונקים לך את ה-upload וזה מפריע לשימושים האחרים באינטרנט.
- Dor1992 (פותח השרשור)
- חבר פעיל במיוחד
- הודעות: 577
- הצטרף: אוגוסט 2018
- מיקום: חיפה
- נתן תודות: 80 פעמים
- קיבל תודות: 5 פעמים
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
@eran405
·
הבנתי תודה. אגב זה לא באמת כזה מפריע לי. אני גם ככה מוריד רק בלילה וגם פעם בשבוע כזה. אני רוצה פשוט להבין תופעות.
רק תבין משהו אחד אני רוצה שנהיה מסונכרנים שנייה לגבי מה שקורה כדי שנהיה מדוייקים לגבי התופעה.
הרי גם אם היוטורנט חונק את ההעלאה (למרות שאני רואה בברור כשאני מוריד כל טורנט כמה רוחב פס העלאה הוא מנצל), אז איך זה אמור להשפיע על בדיקת מהירות מול שרת נטוויזן בחיפה?
הרי אתה טוען שהוא חונק את ההעלאה אז נגיד נשאר לי כלום ושום דבר העלאה, זה עדיין מספיק כדי לשלוח בסך הכל פקודה לשרת בחיפה שאתה רוצה להוריד ממנו ולעשות בדיקת מהירות.
ואז בזמן ההורדה שלך ממנו אתה מקבל 3Mbps אז זה לא הגיוני כי הקו שלי לא באמת צריך "העלאה" לדבר כזה. הוא צריך הרי חלקיק של bit כדי לשלוח לו בסך הכל בקשה לשרת בחיפה. ואז ברגע שהוא הוציא את הפקודה בערוץ ההעלאה, הוא הרי לא חנוק בערוץ ההורדה לפי מה שאתה אומר. ובכל זאת הוא מקבל מהירות כזאת בהורדה מהשרת בחיפה.
·
הבנתי תודה. אגב זה לא באמת כזה מפריע לי. אני גם ככה מוריד רק בלילה וגם פעם בשבוע כזה. אני רוצה פשוט להבין תופעות.
רק תבין משהו אחד אני רוצה שנהיה מסונכרנים שנייה לגבי מה שקורה כדי שנהיה מדוייקים לגבי התופעה.
הרי גם אם היוטורנט חונק את ההעלאה (למרות שאני רואה בברור כשאני מוריד כל טורנט כמה רוחב פס העלאה הוא מנצל), אז איך זה אמור להשפיע על בדיקת מהירות מול שרת נטוויזן בחיפה?
הרי אתה טוען שהוא חונק את ההעלאה אז נגיד נשאר לי כלום ושום דבר העלאה, זה עדיין מספיק כדי לשלוח בסך הכל פקודה לשרת בחיפה שאתה רוצה להוריד ממנו ולעשות בדיקת מהירות.
ואז בזמן ההורדה שלך ממנו אתה מקבל 3Mbps אז זה לא הגיוני כי הקו שלי לא באמת צריך "העלאה" לדבר כזה. הוא צריך הרי חלקיק של bit כדי לשלוח לו בסך הכל בקשה לשרת בחיפה. ואז ברגע שהוא הוציא את הפקודה בערוץ ההעלאה, הוא הרי לא חנוק בערוץ ההורדה לפי מה שאתה אומר. ובכל זאת הוא מקבל מהירות כזאת בהורדה מהשרת בחיפה.
- Amir64
-
- גורו
- הודעות: 10043
- הצטרף: אוגוסט 2012
- נתן תודות: 178 פעמים
- קיבל תודות: 1733 פעמים
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
זה לא עובד ככה.Dor1992 כתב:@eran405
הרי אתה טוען שהוא חונק את ההעלאה אז נגיד נשאר לי כלום ושום דבר העלאה, זה עדיין מספיק כדי לשלוח בסך הכל פקודה לשרת בחיפה שאתה רוצה להוריד ממנו ולעשות בדיקת מהירות.
ואז בזמן ההורדה שלך ממנו אתה מקבל 3Mbps אז זה לא הגיוני כי הקו שלי לא באמת צריך "העלאה" לדבר כזה. הוא צריך הרי חלקיק של bit כדי לשלוח לו בסך הכל בקשה לשרת בחיפה. ואז ברגע שהוא הוציא את הפקודה בערוץ ההעלאה, הוא הרי לא חנוק בערוץ ההורדה לפי מה שאתה אומר. ובכל זאת הוא מקבל מהירות כזאת בהורדה מהשרת בחיפה....
עבור כל הורדה יש גם תגובת העלאה.
המידע נשלח אליך במנות מאוד קטנות (packets).
תוך כדי שמנות יורדות אליך יש תעבורת upload של מנת בקרה (ACK)
המחשב שלך שולח כל הזמן מנת בקרה כזו, שמודיעה הודעות לשרת שממנו אתה מוריד.
אתה מוריד מהרבה מקורות, גם מנות הבקרה נשלחות ב- upload לכל מקור.
ולא מדובר ב- "חלקיק ביט" - אין כזה דבר, כי ביט הוא היחידה הכי קטנה של מידע דיגיטאלי.
כל מנה שנשלחת משרת ללקוח ולהיפך, חייבת להכיל מידע חיוני, בנוסף למידע שאותו שולחים.
לדוגמה, תמיד יהיה שם ה- IP שלך, ה- IP של השרת שאיתו אתה מתקשר.
ועוד הרבה מידע.
- Dor1992 (פותח השרשור)
- חבר פעיל במיוחד
- הודעות: 577
- הצטרף: אוגוסט 2018
- מיקום: חיפה
- נתן תודות: 80 פעמים
- קיבל תודות: 5 פעמים
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
@Amir64
·
@eran405
הבנתי. תודה רבה. אתם צודקים.. ניסיתי עכשיו לשדר לרשת מרוחקת מהשרת פלקס לי וזה אכן חנק לי את ההעלאה לגמרי וביחד עם זה גם את ההעלאה.
כנראה שבאמת היוטורנט לא מראה לי תמונת מצב מדוייקת של השימוש בהעלאה.
·
@eran405
הבנתי. תודה רבה. אתם צודקים.. ניסיתי עכשיו לשדר לרשת מרוחקת מהשרת פלקס לי וזה אכן חנק לי את ההעלאה לגמרי וביחד עם זה גם את ההעלאה.
כנראה שבאמת היוטורנט לא מראה לי תמונת מצב מדוייקת של השימוש בהעלאה.
- Amir64
-
- גורו
- הודעות: 10043
- הצטרף: אוגוסט 2012
- נתן תודות: 178 פעמים
- קיבל תודות: 1733 פעמים
הדיווח של utorrent, או כל תוכנה אחרת, מעיד רק על המידע שהוא עצמו מקבל\שולח.
כל מנה שנשלחת מוכנסת לתוך "מעטפות", שמוסיפות מידע נוסף, שנועד לספק כתובת מקור וכתובת יעד, בנוסף להרבה דברים אחרים.
לדוגמה:
היוטורנט יוצרת מנת Upload.
כרטיס הרשת שלך "עוטף" אותה במעטפה המכילה מידע על המחשב שלך, ועל כתובת המחשב שאליו מיועדת המנה.
הראוטר שלך עוטף את המנה הזו (שכבר עטופה), במידע נוסף, כמו ה- IP החיצוני שלך, וסימון ה- IP המקומי שלך.
(הרי כתובת ה- IP של המחשב שלך היא מקומית, ולא רואים אותה מחוץ לרשת שלך)
המנה שנשלחת אליך, כוללת את אותן "מעטפות" כדי שיהיה לנתב ולכרטיסי הרשת המידע הדרוש להחזיר לך את התשובה למנה ששלחת.
אם לא, איך הראוטר שלך יידע לאיזה מחשב ברשת הפנימית שלך לשלוח את המנה שמגיעה מבחוץ?
יש הרבה מידע שהולך וחוזר ברשת, overhead, שאתה לא רואה ולא מתחשב בו.
כל מנה שנשלחת מוכנסת לתוך "מעטפות", שמוסיפות מידע נוסף, שנועד לספק כתובת מקור וכתובת יעד, בנוסף להרבה דברים אחרים.
לדוגמה:
היוטורנט יוצרת מנת Upload.
כרטיס הרשת שלך "עוטף" אותה במעטפה המכילה מידע על המחשב שלך, ועל כתובת המחשב שאליו מיועדת המנה.
הראוטר שלך עוטף את המנה הזו (שכבר עטופה), במידע נוסף, כמו ה- IP החיצוני שלך, וסימון ה- IP המקומי שלך.
(הרי כתובת ה- IP של המחשב שלך היא מקומית, ולא רואים אותה מחוץ לרשת שלך)
המנה שנשלחת אליך, כוללת את אותן "מעטפות" כדי שיהיה לנתב ולכרטיסי הרשת המידע הדרוש להחזיר לך את התשובה למנה ששלחת.
אם לא, איך הראוטר שלך יידע לאיזה מחשב ברשת הפנימית שלך לשלוח את המנה שמגיעה מבחוץ?
יש הרבה מידע שהולך וחוזר ברשת, overhead, שאתה לא רואה ולא מתחשב בו.
Re: איטיות מוגזמת בהוט.נט בזמן טורנט (ממשיך להוריד מהר ורק הקו בכללותתו נפגע)- האם מישהו חווה?
אתה טועה:Dor1992 כתב: אז זה לא הגיוני כי הקו שלי לא באמת צריך "העלאה" לדבר כזה. הוא צריך הרי חלקיק של bit כדי לשלוח לו בסך הכל בקשה לשרת בחיפה. ואז ברגע שהוא הוציא את הפקודה בערוץ ההעלאה, הוא הרי לא חנוק בערוץ ההורדה לפי מה שאתה אומר. ובכל זאת הוא מקבל מהירות כזאת בהורדה מהשרת בחיפה....
אם תחשוב על זה לעומק, בתקווה תבין שרב התקשורת, כולל בדיקות מהירות, היא לא fire and forget. הצד המקבל חייב לאשר לצד השולח שהוא קיבל את המידע ויותר מזה, בגלל סיבות טכניות, צריכה להיות מגבלה על כמה מידע הצד השולח יכול לשלוח לפני שהוא עוצר ומחכה לאישור שהחבילות שכבר נשלחו התקבלו.
בגדול זה ההסבר למה upload חנוק מאט את ה-download: הצד השולח שולח לך X חבילות, אתה מקבל אותם אחת אחת ועבור כל אחת שולח ACK (כלומר "קיבלתי") אבל כל ACK כזה חייב לעבור את התור של ה-upload ביציאה לאינטרנט. אם ה-upload חנוק אז כל ACK כזה "נתקע בפקק" ומתעכב. הצד השולח חייב לחכות וממשיך לשלוח מידע רק עבור כל AWK שהוא מקבל ולכן במקרים כמו שאתה מתאר די נפוץ לראות שה-upload החנוק הוא הצוואר בקבוק של הורדה!
חשוב להבין שה-ACKים מאד קטנים ולכן מבחינת רוחב פס הם זניחים. גם אם יש לך ניצול סביר של ה-upload אין סיבה שה-ACKים יתעכבו, הבעיה רק כשאתה מתקרב ובעיקר כשאתה עובר את הרוחב פס הזמין ל-upload ואז נוצר תור ביציאה לאינטרנט וזה מה שמעכב את ה-ACKים. לכן תראה שממליצים להגביל את הניצול של רוחב הפס העולה בשימושים כבדים (כגון טורנטים) לכ-80% ממה שהתשתית יכולה לספק.
מניסיוני יש חשיבות גדולה גם להבדל בקצבים. מניסיוני כלל שה-upload יותר קרוב ל-download תראה השפעה יותר קטנה גם כשה-upload חנוק. למיטב הבנתי זה בגלל שהעיכוב כשה-upload חנוק הוא יחסי למהירות ה-upload, אם יש לך חיבור סימטרי (כמו לדוגמא ברשת קווית מקומית) אז העיכוב באותו סדר גודל של שליחת המידע ולכן פחות משמעותי. ברגע שמדברים על 5 מגה לעומת 200 מגה אז פתאום יש לך עיכוב שהרבה יותר משמעותי מהמגבלות על ה-download ואז ה-upload הופך להיות הצוואר בקבוק גם בשביל הורדה (אם אני לא טועה החבילה 200/5 זה היחס השני הכי גרוע אי פעם אחרי חבילות 100/2 ו-500/10 שלהם).
אם אתה רוצה עוד פרטים, תקרא דבר ראשון על TCP לעומת UDP (שם לב שרב/כל בדיקות המהירות משתמשות ב-TCP, ראה לדוגמא פירוט כאן לגבי speedtest), ועל איך TCP מנהל את ה-TCP window size (לדוגמא כאן). שם לב שאפילו מעל UDP זה לא שאפשר לשלוח כמות עצומה של מידע ללא שום בקרה, פשוט במקום שיהיו ACKים ברמה של ה-UDP יהיה צורך במנגון מקביל ברמה מעל (או דרך אחרת להגביל את הקצב כמו מה שקורה באופן טבעי בשביל VOIP או streaming).
·Amir64 כתב: הדיווח של utorrent, או כל תוכנה אחרת, מעיד רק על המידע שהוא עצמו מקבל\שולח.
...
יש הרבה מידע שהולך וחוזר ברשת, overhead, שאתה לא רואה ולא מתחשב בו....
ב-qbittorrent אפשר לראות בגרפים את ה-payload upload וה-payload overhead בנפרד, כאשר כמובן ה-total upload כולל את שניהם (כלומר כן כולל גם את ה-overhead). לכן גם ציינתי קודם שצריך להסתכל על הנתון של ה-upload הכולל שהקליינט מדווח ולא לנסות לסכם בעצמך את המהירות של כל הטורנטים הפעילים (שלמיטב הבנתי לא כוללים overhead). למיטב זכרוני המצב ב-utorrent דומה.