איטיות מוגזמת בזמן הורדת טורנט..

[eran405]

אאל"ט גם qbit מראה רק את ה- overhead שיוצר כרטיס הרשת במחשב בו הוא מותקן, ולא את תוספת המעטפה שיוצר הנתב, לא?
נכון שההבדל לא גדול, אבל עדיין הוא מצטבר ככל שיש יותר הורדות\מקורות.

...

·

אני לא מכיר "overhead שיוצר כרטיס הרשת במחשב" או "תוספת המעטפה שיוצר הנתב". מעטפות נוצרות ע"י פרוטוקולים כגון: מעטפת TCP, מעטפת IP, מעטפת ethernet. לדוגמא ראו פירוט כאן:
http://web.deu.edu.tr/doc/oreily/networ ... h06_03.htm

אני מודה שלא התעמקתי אף פעם בדיוק מה מתכוונים ב-ovehead שהקליינטים של ביטורנט מדווחים אבל הייתי מצפה שלכל הפחות זה יכלול את ה-overhead שפרוטוקול ה-bittorrent משרה (מן הסתם כל חבילה שמשודרת ע"י קליינט של bittorrent תהיה דבר ראשון עטופה עם header של bitorrent עוד לפני שמגיעים לרמות של UDP/UDP וכו'). האמת שאין לי מושג האם זה גם כולל את ה-header של UDP/TCP/IP/ethernet אבל ככל שיורדים יותר ברמות זה יותר מוזר לי אם זה נכלל.

מעניין גם האם בדיקות כמו speedtest "מתקנות" את התוצאות שלהם בשביל להתחשב ב-overhead של השכבות הרלוונטיות. קל למצוא ש-speedtest בגדול פשוט שולח מידע מעל TCP ומבצע מדידה סטיסטית של קצב ההעברה (כלומר אחרי ה-overhead של TCP/IP ומטה). הימור שלי שהוא פשוט מדווח על הקצב שהתקבל (ללא "תיקון") אבל לא הצלחתי למצוא תשובה מחיפוש זריז.

לדוגמא לגבי iperf כן מצאתי תשובה (הוא לא "מתקן") והלינק גם מסביר טוב את ההבדל שאנחנו מדברים עליו:
https://iwl.com/idocs/does-iperf-tell-white-lies

היות שרב הדיון סובב סביב מגבלות המהירות של התשתית, חשוב לשם לב שתשתית שכרגיל יהיה גם overhead לתשתית עצמה. לדוגמא בתשתית בזק משתמשים ב-pppoe שמוסיף עוד headers ועוד overhead. למיטב הבנתי זאת הסיבה שמקבלים בספידטסט מהירות כ-10% יותר נמוכה מהמהירות סנכרון של המודם (מעניין שב-upload במצב תקין כן מגיעים למקסימום). אם יש לכם עניין בנושא תנסו להבין את מה שכתוב כאן:
https://en.wikipedia.org/wiki/Point-to- ... l_overhead
בתשתית הוט אני יכול רק לנחש שאם יש overhead דיגיטלי אז הם מתחשבים בו בהגבלות שלהם כי אני "כרגיל" רואה שאפשר להגיע למהירות המקסימלית של החבילה ("כרגיל" כאשר אין בעיות של עומס יתר שגורמים לתשתית של הוט להיות על סף קריסה כמו שכרגיל יש).

[eran405]

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

...

אמיר כבר ענה למה זה לא באמת מפריע להוט ובנוסף גם זה לא ממש בעיה שלך מה מפריע להוט....

מה שרציתי להוסיף שאתה יכול "לשחק" עם הגבלות על מספר החיבורים בהגדרות של הקליינט. לדוגמא ב-qbittorent שלי זה נראה כך:
[imgbig]https://i.ibb.co/sjx382j/qbit-options-c ... limits.png[/imgbig]
אלה מספרים קצת גבוהים כי הם מה שאני משתמש עם חיבור של 500 מגה סימטרי. למיטב זכרוני ל-qbittorrent יש ערכים ברירת מחדל יחסית בסדר (שאני לא זוכר מהם) ול-utorrent אמורות להיות הגדרות מקבילות (עם ערכים ברירת מחדל פחות בסדר).

אם הייתי חייב להמציא מספרים בשביל המקרה שלך, הייתי מנסה:
global maximum=640, per torrent=64
(עם ראוטר שאני לא מפחד שיחנק, הייתי מכפיל פי 1.5 כלומר 960 ו-96 בהתאמה)

[Dor1992]

@eran405
·

כן את האפשרות הזו אני מכיר.

תודה

[Dor1992]

@eran405
·

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

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

[Dor1992]

@eran405
·

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

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

זה ארוך בכוונה כדי שיהיה מתודי:

זה לא קשור לרוחב פס בערוץ ההעלאה.. כי כשההורדה מסתיימת וזה מבצע רק העלאה מול עמיתים אז הכל חוזר לקדמותו..

עכשיו מה הקטע תראה.. בחיבורי Ethernet ההורדה של הטורנט לא משפיעה על הרוחב פס כי הרי למכשיר שמחובר באטרנט לראוטר יש ערוץ הורדה משלו כמובן. ואז מה שקורה שהרוחב פס הכללי (הרוחב פס ב-RF) מתחלק בין המכשיר שמחובר קווית לבין המכשיר שמחובר אלחוטית (זה שמוריד את הטורנט).

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


עכשיו לשורה התחתונה אחרי כל זה. תראה את הנקודות הבאות:

*כשהטורנט יורד בלפטופ, אז בכל המכשירים האחרים שמחוברים אלחוטית לראוטר אני מגיע לרוחב פס WAN בבדיקת מהירות של 1-3Mbit. עכשיו זה מוזר כי הטורנט מוריד נתונים בקצב של מקסימום 60Mbit לשניה.

* באותה נשימה, למרות שהם מקבלים רוחב פס WAN כל כך נמוך, אני רואה שהם מסונכרנים מול הראוטר על 250-300 Mbit (הגיוני שבערוץ הורדה LAN הם יסתנכרנו מול הראוטר בהגדרות הרשת על רוחב פס גבוה למרות שבפועל ערוץ ההורדה LAN הוא זה שגורם בעצמו לרוחב פס הנמוך כל כך בבדיקת מהירות?)


יכול להיות שפשוט הסיבה לבעיה הזו מסתכמת בגודש בנקודת גישה האלחוטית של הראוטר?(i)

[eran405]

@Dor1992
·

זה שונה ממה שכבתב בפוסט הראשון בשירשור:

ורק בזמן הורדת טורנט כל המכשירים בבית חווים האטה לקצבים של 3mbps (כולל מי שמחובר קווית לראוטר).

...

בכל מקרה אם מדובר רק על הרשת האלחוטית אז ידוע שיש בעיה שיש רק תווך אלחוטי אחד (או יותר מדיוק הרשת האלחוטית עובדת בתדר/channel מסויים) וכל המכשירים האלחוטיים מתחרים על השימוש בו. בחיבור קווי עם switch זה לא המצב וה-switch יודע למתג פורטים שונים בצורה בלתי תלויה. כלומר אם תחנה א' וב' מנסות לשדר (או לקלוט) בו-זמנית על פורטים שונים של switch אין שום בעיה או התנגשות. אם תחנה א' וב' מנסות לשדר בו-זמנית באותו ערוץ אלחוטי אז יש התנגשות. גם בקליטה אלחוטית ה-AP יכול לשדר רק למכשיר בודד ומחלק את רוחב הפס בין המכשירים, רק שהחלוקה היא לאוו דווקא באופן שווה והוגן והגיוני ש"טחינה" של רוחב פס ע"י תחנה אחת מפריע לתחנות אחרות.

מהמעט שאני מכיר, זה תלוי ב-AP, בקליינטים ובאיזה טכנלוגיות הם תומכים ומשתמשים. תקרא לדוגמא על MIMO (אני פחות מכיר אבל על פניו זה נשמע שזה בא לעזור בדיוק במקרים כאלה). אני גם לא אתפלא אם התופעה פחות חמורה עם ציוד עיסקי לעומת ציוד ביתי איכות ולעמות ציוד סיני זול וכו'.

[Dor1992]

זה שונה ממה שכבתב בפוסט הראשון בשירשור.

...

תודה. ואקרא על Mimo

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

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