רציתי להראות לך איך אתה מקבל אותו ממני במהירות של לפחות 500KB/s...

מה ???

אני הצלחתי להוריד על 10 K רצוף קובץ EXE משרת בחול!

מה ???

למה אתה נשמע כל-כך מופתע?

קובץ טקסט עם רווחים בלבד בגודל 10 מגה בייט (יכול להידחס ב-ZIP לגודל של 100KB בלבד)... הדחיסה של המודם תהיה כל-כך גדולה, שהוא יציג את זה כאילו הוא מוריד בכזאת מהירות...

ה-WinZIP הצליח לדחוס 99 אחוז, אז אני מניח שזה מה שגם הדחיסה של המודם תעשה פחות או יותר.. שזה יוצא פי-100 יותר מהר מהמהירות המקובלת (5KB/s) = 500KB/s

האמת היא שצריך לחלק ב 9 ולא ב 10 או 8

המודם מוסיף 2 ביטים אבל פרוטוקול tcp/ip מוריד אותם

ומוסיף ביט בקרה מישלו

לכן המהירות המקסימלית ב 56k היא 6.22

"אגב, במקרה הטוב אני מתחבר על 33.6 (ה-XP מודיע בהתחברות)."

יש לך שני קווים בבית (אולי 1+1), יכול להיות שבגלל זה זה איטי. וזה מאוד הגיוני 10K, סתם כשעולים אתרים עם טקסט ותמונות קטנות הכל עולה מאוד מהר.

לדעתי שום פרוטוקול לא יכול להוריד את זה - מאיפה הבאת את זה?

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

בעצם אולי זה כן אפשרי (נניח רק ביט תחילית או ביט סיום) אבל -

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

בקיצור ההוספה הזו היא בילתי נמנעת ולא קשורה לפרוטוקול, היא מתבצעת בשיכבה הראשונה או שניה לדעתי ואלו tcp/ip היא השכבה השלישית המודלהשכבות osi.

בקיצור תסביר לי את התיאוריה, אני לא חשב שזה נכון.

על המהירות שהאינטרנט אקספלורר מציג אי אפשר לסמוך!!!

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

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

השניה הוא הוריד את כל הקובץ וכך הוא מציג מהירות מוטעת.