אם לעיתים קרובות אתה מוריד מספר פריטים בו זמנית, סביר להניח ששמת לב שחיבור הורדה אחד נוטה לשלוט על האחרים עד לסיומו. למה? בפוסט שאלות ותשובות של SuperUser של היום יש את התשובה לשאלת קורא סקרנית.
מושב השאלות והתשובות של היום מגיע אלינו באדיבות SuperUser - חלוקה של Stack Exchange, קיבוץ מונחה קהילה של אתרי שאלות ותשובות.
תמונה באדיבות ארמנדו סוטוקה (פליקר) .
השאלה
קורא SuperUser Keltari רוצה לדעת מדוע יש חיבורי הורדה (רשת) השולטים באחרים:
יש לי את החשדות שלי למה, אבל אני רוצה שמישהו עם רקע חזק יותר ברשת יסביר.
מדוע בעת הורדה ממספר מיקומים (שונים), חיבורים מסוימים מרווים את רוחב הפס, ומשאירים חיבורים אחרים כמעט ללא פעיל עד לסיום החיבור הדומיננטי?
מדוע יש חיבורי הורדה (רשת) השולטים באחרים?
התשובה
ל- Cybernard התורם של SuperUser יש את התשובה עבורנו:
באופן כללי, החיבור המהיר ביותר מנצח. עם זאת, לפני חלונות 7, רשת הייתה בלגן והביצועים היו נוראיים מסביב. מנסים להשיג יותר מ -20 מגה לשנייה מ- Windows XP, למשל? בהצלחה עם זה.
- האלגוריתם הרגיל של הימנעות מעומס TCP משתמש בתכנית לעלייה של תוספים וירידה מכפלת (AIMD). כאשר לא מתגלה אובדן מנות (באמצעות שלושה ACK כפולים או פסק זמן לשידור חוזר), חלון העומס (cwnd) גדל בגודל פלח מרבי אחד (MSS) בכל RTT. אחרת, אם מתגלה אובדן מנות, שולח ה- TCP פוחת במחצית. ברשת מהירה ועיכוב ארוך היא דורשת חלון גדול מאוד, למשל. אלפי חבילות, כדי לנצל באופן מלא את יכולת הקישור. לכן, ייקח ל- TCP הרגיל RTTs בכדי להחזיר את קצב השליחה באירוע הפסד יחיד. יתר על כן, ידוע כעת כי חלון הגודש הממוצע של TCP עומד ביחס הפוך לשורש הריבועי של שיעור אובדן החבילות.
מָקוֹר: גישה TCP מורכבת לרשתות מהירות וארוכות טווח [Microsoft]
לחיבור מהיר יותר חבילות מוצלחות יותר, ולכן ה- cwnd / MSS שלו גדל והוא מקבל אפילו יותר מהחיבור הכולל.
יש לך מה להוסיף להסבר? נשמע בתגובות. רוצה לקרוא תשובות נוספות ממשתמשי Stack Exchange אחרים המתמצאים בטכנולוגיה? עיין כאן בשרשור הדיון המלא .
