
17-02-2011, 08:46
|
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,778
|
|
מאיזה IP? מ 8.12.207.35 ?
או שלהוסט עצמו אין מספיק רוחב פס לכל הלקוחות שלו
או של transit-ים בדרך לספק שלך אין מספיק רוחב פס (לא סביר, תופעות של חוסר רוחב פס קיימות רק במדינות עולם שלישי, וכמובן, בישראל...)
או שהקו הבינ"ל של הספק שלך עמוס (מה שבטוח), ועל ה streaming שלך יש פשוט תעדוף נמוך יותר, ככה שהוא מעוכב יחסית לפרוטוקולים אחרים, שמקבלים עדיפות במעבר. כנראה שהבעייה הזו לא תיפתר כל עוד ש MED Nautilus זה הדבר היחיד שמחבר את ישראל לעולם. ואולי גם אחר כך לא (מה איכפת לספקים שהסטרימינג שלך איטי אם אצל כולן זה ככה ואין לך מה לעשות בעניין).
אם זאת בעיית תעדוף, תשלום מס נוסף לספק ייתכן ויפתור אותה (החבילה המכונה "GAMING" היא סוג של שוחד כדי להיכנס לבריכת כתובות ה IP שמקבלת QoS גבוה יותר...)
ולבסוף, ככל שאיכות הסטרימינג גבוהה יותר, כלומר ה bitrate גבוה יותר, תהיה לך יותר בעייה, בהנחה שזה streaming מבוסס TCP ולא UDP, כל זאת בגלל איך ש TCP עובד (Window Size וההשפעה של ה latency עליו). ככל שה latency עולה, רוחב הפס המקסימלי שאתה יכול להשיג מחיבור TCP בודד - יורד, גם אם כל התמסורת בדרך מהירה מספיק. ראה גם: http://en.wikipedia.org/wiki/Bandwidth-delay_product
נ.ב. אני לא יודע מדוע החלטת כך, אבל ה latency להוסט מסויים (למעט נקודת המקסימום המוגדרת בפסקה הקודמת - שהיא גבוהה יותר ממה שהייתי מגדיר "איטי") אינו מדד לכמה מידע יכול להשלח מההוסט אלייך, והנסיון להשתמש בו ככזה הוא פשוט לא הגיוני. הדבר היחיד שזה מראה לך, זה כמה זמן לוקח למידע הספציפי (שאיתו אתה עושה בדיקה) - לעשות מסלול של הלוך+חזור+עיבוד על ידי המכונה. לא שום דבר מעבר לכך. בנוסף לכך, גם כשכן מעניין אותך המספר הזה, הוא מעניין אותך בכל הקשור להוסט שאליו אתה מנסה להגיע. זה לא מעניין אותך באיזו מהירות מגיבים הראוטרים בדרך, אלא מה מהירות התגובה מהיעד הסופי.
|