בעיה: פינג גבוה ברשת ביתית

[eladts]

יש לך טעות בחישוב

0.5 לחלק ל-100 זה 5 אלפיות, לא חצי אלפית. כפי שאמרתי צריך גם להכפיל את זה פי שניים כך שמגיעים לעשר מילי שניות. ברשת הפנימית ה-LATENCY הוא פחות ממילישניה אחת. נכון שזה לא מי יודע מה מדוייק אבל עדיין זה עובד.

 

[Bender Unit 22]

חצי צודק, חצי טועה.

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

. טועה - לא צריך להכפיל בשתיים. החישוב הוא לזמן שלוקח למנה לצאת אל הרשת, לא לזמן שלוקח לה לעשות את הטיול הלוך וחזור ברשת. וממילא לקחתי בחשבון בשאר החישוב זמן ממוצע של 8ms, כלומר כבר חילקתי את "תוצאות האמת". גם מילי-שניה אחת תוסיף כ- 10Mbps לרוחב הפס של הרשת.

 

[Bender Unit 22]

במחשבה שלישית, יש לי טעות נוספת:

זמן ה- RTT מורכב משלושה רכיבים, לא משניים: הזמן שלוקח למנה לצאת מהמחשב השולח, הזמן שלוקח למנה לנוע ברשת בין שני המחשבים והזמן שלוקח למחשב השני לקבל אותה. את הרכיב השלישי שכחתי עד עכשיו וזו טעות, שכן גודלו שווה לזה של הרכיב הראשון. בחישוב הקודם קיבלתי 5ms כזמן המינימלי שיקח למחשב להוציא 64KB דרך חיבור של 100Mbps (ושוב, זהו רק החסם התחתון. סביר שהערך בפועל יהיה גבוה יותר). ה- RTT שהתקבל ל- 64KB היה 16ms, כלומר כ- 8ms לכיוון אחד. נוריד מזמן זה 5ms עבור שליחת המנות מהמחשב הראשון ועוד 5ms עבור קבלתן במחשב השני ונקבל זהזמן שלקח למנות לנוע ברשת הוא ... -2ms. זמן שלילי? מה קורה פה? זה לא יכול להיות. רגע, איך בעצם שולחים פינג "מרופד" ב- 64KB? זה לא נכנס במנה אחת. איך מודדים את זה, מהרגע שהמנה הראשונה יוצאת עד לרגע בו האחרונה חוזרת או מהרגע בו הראשונה יוצאת ועד לרגע בו הראשונה חוזרת? החשבון נערך בהנחה שהאפשרות הראשונה נכונה, כלומר שמתחילים למדוד כשהביט הראשון נשלח ומפסיקים כשהביט האחרון חוזר, אבל בהסתמך על ההנחה הזו קיבלנו תוצאות לא הגיוניות, כך שכנראה שדוקא האפשרות השניה נכונה. אבל אם מתחילים את המדידה כשהמנה הראשונה מתחילה לצאת ומסיימים אותה כשהמנה הראשונה מסיימת לחזור, אי אפשר לקבל את הזמן בכיוון אחד ע"י חלוקת הזמן לשני הכיוונים בשניים, שכן הדרך חזרה תהיה מהירה יותר מהדרך הלוך (בדרך חזרה מודדים את הזמן הדרוש למנה אחת בלבד, למרות שכולן חוזרות בפועל). כלומר אי אפשר להסיק מבדיקה זו דבר בקשר לרוחב הפס בפועל של הרשת.