שאלה פתוחה upload/download
- פותח הנושא awad
- פורסם בתאריך
שאלה פתוחה upload/download
שלום. אני עושה בדיקות , מה ההשפעה שיש ל upload בזמן download. כלומר, אם מישהו עושהdownload במהירות 90KB- מה המהירות תהיה אם יעשה בו זמנית upload. -האם מישהו מהנוכחים התעכב על הבעיה הזאת פעם או חווה אותה ויכול לתת מספרים ומה היו "תנאי הסביבה"? - התוצאות תלויות בישום ובהשהיות לאתרים- האם יש לכם נתונים או בעיות מיוחדות שנתקלתם בהם? אשמח לשמוע עודד
שלום. אני עושה בדיקות , מה ההשפעה שיש ל upload בזמן download. כלומר, אם מישהו עושהdownload במהירות 90KB- מה המהירות תהיה אם יעשה בו זמנית upload. -האם מישהו מהנוכחים התעכב על הבעיה הזאת פעם או חווה אותה ויכול לתת מספרים ומה היו "תנאי הסביבה"? - התוצאות תלויות בישום ובהשהיות לאתרים- האם יש לכם נתונים או בעיות מיוחדות שנתקלתם בהם? אשמח לשמוע עודד
שטויות
מה הקשר לתדרים בכלל? --- בכל מקרה, אני ואנטי כבר שרשרנו בנושא לפני שבוע או משהו, הוכחתי לו שכאשר אני מעלה (העליתי קובץ בFTP לשרת שלי בחברה) ומייד לאחר מכן התחלתי להוריד את קובץ ההמחשה מ012 בקצב מסחרר של 12K\SEC ~ משהו כזה. ברגע שהפסקתי את ההעלאה, הDOWN זינק בקפיצות של 5 והתייצב על 160K\SEC~ בערך.
מה הקשר לתדרים בכלל? --- בכל מקרה, אני ואנטי כבר שרשרנו בנושא לפני שבוע או משהו, הוכחתי לו שכאשר אני מעלה (העליתי קובץ בFTP לשרת שלי בחברה) ומייד לאחר מכן התחלתי להוריד את קובץ ההמחשה מ012 בקצב מסחרר של 12K\SEC ~ משהו כזה. ברגע שהפסקתי את ההעלאה, הDOWN זינק בקפיצות של 5 והתייצב על 160K\SEC~ בערך.
צודק מאה אחוז Rיקש
כמו שכבר נכתב פה ביותר משרשור אחד, בתקשורת TCP על כל פאקט (חבילה) שאתם שולחים אתם מקבלים אישור מהצד השני שהוא הגיע באופן תקין, ולא רק באופן תקין אלא גם ע"פ הסדר. שליחת אותו אישור ACK היא פעולה שדורשת רוחב פס, אמנם לא גדול, אבל אמור להיות בעל עדיפות גבוהה. כאשר מבצעים UPLOAD ומנסים להגיע לביצועים מיטביים בהורדות ישנה פגיעה, ואפילו פגיעה מהותית בתקשורת החוזרת מפני שה"צינור" שאמור להוביל תקשורת יוצאת החוצה מוצף בדברים אחרים מה שאומר ששליחת ה-ACK-ים מתעכבת והתקשורת הנכנסת (עבור אותו קשר TCP) היא איטית יותר. Scott
כמו שכבר נכתב פה ביותר משרשור אחד, בתקשורת TCP על כל פאקט (חבילה) שאתם שולחים אתם מקבלים אישור מהצד השני שהוא הגיע באופן תקין, ולא רק באופן תקין אלא גם ע"פ הסדר. שליחת אותו אישור ACK היא פעולה שדורשת רוחב פס, אמנם לא גדול, אבל אמור להיות בעל עדיפות גבוהה. כאשר מבצעים UPLOAD ומנסים להגיע לביצועים מיטביים בהורדות ישנה פגיעה, ואפילו פגיעה מהותית בתקשורת החוזרת מפני שה"צינור" שאמור להוביל תקשורת יוצאת החוצה מוצף בדברים אחרים מה שאומר ששליחת ה-ACK-ים מתעכבת והתקשורת הנכנסת (עבור אותו קשר TCP) היא איטית יותר. Scott
אני לא מבין איך אנשים הגיעו כאן
למושגים של "תדרים" - הרי זה בכלל לא חשוב באיזה סוג תקשורת הערוץ החוזר שלי (UP) מצידי שיהיה בBlue tooth! זה בכלל לא חשוב. בכל מקרה אנטי דיבר בזמנו על הגבלה של הUP בצורה מסוימת ואז לא תיתכן "חניקה" של הערוץ UP וACK רבים יותר יוכלו להשלח, זה יכול להגדיל ביצועים. אגב, אם אתם רואים סרט בSTreaming אז הUP שלכם לא יפגע (או יפגע מעט מאוד) - למה?! ... חידה לילדודס
למושגים של "תדרים" - הרי זה בכלל לא חשוב באיזה סוג תקשורת הערוץ החוזר שלי (UP) מצידי שיהיה בBlue tooth! זה בכלל לא חשוב. בכל מקרה אנטי דיבר בזמנו על הגבלה של הUP בצורה מסוימת ואז לא תיתכן "חניקה" של הערוץ UP וACK רבים יותר יוכלו להשלח, זה יכול להגדיל ביצועים. אגב, אם אתם רואים סרט בSTreaming אז הUP שלכם לא יפגע (או יפגע מעט מאוד) - למה?! ... חידה לילדודס
Bender Unit 22
New member
הוא התכוון לומר "unreliable" ../images/Emo8.gif
connectionless זה משהו אחר.
connectionless זה משהו אחר.
Bender Unit 22
New member
דוקא לא.
ישנם שלושה הבדלים בולטים בין TCP ו- UDP: א. TCP הוא "Byte-stream protocol" בעוד ש- UDP הוא "Datagram protocol". ובעברית, ב- UDP כל מנה עומדת בפני עצמה בעוד שב- TCP כל מנה היא חלק מרצף. ב. TCP הוא "Connection oriented protocol" בעוד ש- UDP הוא "Connectionless protocol". המשמעות היא ש- TCP מוודא שהמחשב המרוחק מוכן לקבל את המידע בתחילת ההתקשרות (SYN) ומודיע על ניתוק בסופה (FIN), בעוד ש- UDP פשוט שולח את המידע. ג. TCP הוא "Reliable protocol" לעומת UDP, שהוא "Unreliable protocol". כלומר TCP מוודא שהמידע שנשלח אכן התקבל וישלח אותו שוב אם לא, בעוד ש- UDP לא טורח לודא שהמידע ששלח התקבל.
ישנם שלושה הבדלים בולטים בין TCP ו- UDP: א. TCP הוא "Byte-stream protocol" בעוד ש- UDP הוא "Datagram protocol". ובעברית, ב- UDP כל מנה עומדת בפני עצמה בעוד שב- TCP כל מנה היא חלק מרצף. ב. TCP הוא "Connection oriented protocol" בעוד ש- UDP הוא "Connectionless protocol". המשמעות היא ש- TCP מוודא שהמחשב המרוחק מוכן לקבל את המידע בתחילת ההתקשרות (SYN) ומודיע על ניתוק בסופה (FIN), בעוד ש- UDP פשוט שולח את המידע. ג. TCP הוא "Reliable protocol" לעומת UDP, שהוא "Unreliable protocol". כלומר TCP מוודא שהמידע שנשלח אכן התקבל וישלח אותו שוב אם לא, בעוד ש- UDP לא טורח לודא שהמידע ששלח התקבל.
Bender Unit 22
New member
כנראה שלא הייתי ברור.
connectionless משמעו שב- UDP לא שולחים שתי מנות SYN בתחילת ההתקשרות ושתי מנות FIN בסופה. unreliable משמעו שב- UDP לא שולחים מנת ACK עבור כל שתי מנות שהתקבלו. עכשיו, מי משני הנ"ל ישפיע יותר על מהירות העברת המידע לדעתך? ארבעת המנות הקטנות של "לחיצת הידיים" שפותחת וסוגרת את ההתקשרות זניחות. לעומתן, n/2 (כאשר n הוא מספר המנות שהתקבלו) מנות אישור הקבלה שנשלחות יתפסו רוחב פס גדול בהרבה בד"כ. מנות ה- ACK יכולות להשפיע על קצב העברת המידע, מנות ה- SYN ו- FIN משחקות תפקיד רק ביצירת וסיום ההתקשרות. עכשיו זה ברור, אני מקווה.
connectionless משמעו שב- UDP לא שולחים שתי מנות SYN בתחילת ההתקשרות ושתי מנות FIN בסופה. unreliable משמעו שב- UDP לא שולחים מנת ACK עבור כל שתי מנות שהתקבלו. עכשיו, מי משני הנ"ל ישפיע יותר על מהירות העברת המידע לדעתך? ארבעת המנות הקטנות של "לחיצת הידיים" שפותחת וסוגרת את ההתקשרות זניחות. לעומתן, n/2 (כאשר n הוא מספר המנות שהתקבלו) מנות אישור הקבלה שנשלחות יתפסו רוחב פס גדול בהרבה בד"כ. מנות ה- ACK יכולות להשפיע על קצב העברת המידע, מנות ה- SYN ו- FIN משחקות תפקיד רק ביצירת וסיום ההתקשרות. עכשיו זה ברור, אני מקווה.
Copyright©1996-2021,Tapuz Media Ltd. Forum software by XenForo® © 2010-2020 XenForo Ltd.