היי,
יש לי בעיה ב UPLOAD במחשב, לפעמים הוא ממש טס ולפעמים הוא פי 7.5 יותר לאט(אני מודד את הזמנים)
אני לא יודע למה זה קורה אבל פתאום זה מהר ופתאום זה לאט.

האם יש דרך לטפל בבעיה כזאת(להגדיל את ה UPLOAD ) להקצות זכרון לטובת נושא זה או משהו בסגנון

זה גם ככה לא משפיע לך על מהירות ההורדות...
בכל אופן אם אתה ממשיך להתעקש אז תכנס להעדפות ושם לחיבור ושם תעלה או תבטל את מגבלת ההעלאה ותעלה את מקסימום מהירות ההעלאות ביכולות העלאה.

אני ממש לא מעוניין באמיול ולא הזכרתי את זה באף מקום.

הבעיה היא של הווינדוס כי כשאני מסתכל על תפיסת רוחב הפס בשליחה הוא לא מגיע לאחוז אחד מהיכולת שלו, מה שמוביל אותי להגבלה של ווינדוס בזמן שליחת ההודעה.

השאלה היא אם יש אפשרות שאני אגדיל את מהירות השליחה למצב המקסימלי?

בהנחה שמדובר בחיבור דרך כרטיס רשת (כלומר מודם ADSL רשת, או מודם כבלים המחובר דרך כרטיס רשת), ולאור העובדה שרוב כרטיסי הרשת היום עובדים ב-100MBIT/S, הרי שמערכת ההפעלה מראה לך את ניצול הרשת יחסית ל-100MBIT/S ולכן האחוזים הנמוכים מאוד.
כשאתה נמצא במנהל ההתקנים, לשונים רשתות, כנס לתפריט תצוגה->בחירת עמודות ושם תוודא שמסומנות לך ב-V האופציות "בתים שתקבלו / מרווח זמן" ו-"בתים שנשלחו / מרווח זמן" (אפשר ועדיף לבטל את שאר הסימונים), כך למעשה תקבל את מהירות ההעלאה וההורדה שלך בפועל באותו רגע.
עכשיו תבצע פעולת UPLOAD ותבדוק מה ה-UPLOAD שלך.
קח בחשבון שהדבר גם תלוי באתר שאליו אתה מנסה להעלות את הקובץ. תבדוק באתר התמיכה של ספקית האינטרנט שלך אם יש בדיקת העלאה.

לא סביר שעומס על המחשב שלך מגביל את ה UPLOAD. ה UPLOAD בישראל כל כך קטן יחסית לכל דבר בעולם שתשווה אליו, שגם מחשב סופר-חלש (סתירה מעניינת, לא?) אמור לעמוד בו בכבוד. בייחוד נכון הדבר אם הנושא נוגע אך ורק ל UPLOAD ואילו ה DOWNLOAD שלך תקין (שתי הפעולות אמורות לצרוך פחות או יותר אותם משאבי עיבוד)...

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

נסה לעבוד עם ספק אינטרנט אחר ותראה אם זה עדיין קורה.

אה, ו... Welcome to Israel

נמאס לכם לזכור סיסמאות? לחצו כאן!

אני שולח הודעת UDP בין שני מחשבים בגודל של 4KB

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

אין שום עומס על המחשב
יש לי מחשב מטורף(4g Ram, Netwotk Adapter 1000mb) אני מסתכל על עומסי הרשת והם ממש נמוכים גם שליחה גם קבלה.

זה דבר מאוד מוזר

לכמות מידע כזאת, זמן משלוח שכזה הוא לא משמעותי, בייחוד אם הוא roundtrip...

הכל נובע מצורת ה-queue שיש על ה-ethernet...

אתה יכול אולי לנסות להקטין את ה txqueuelen, אולי זה יעזור (לצערי אין לי מושג איך עושים את זה ב"חלונות"...)

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

במקור נכתב על ידי שימי לכמות מידע כזאת, זמן משלוח שכזה הוא לא משמעותי, בייחוד אם הוא roundtrip... הכל נובע מצורת ה-queue שיש על ה-ethernet... אתה יכול אולי לנסות להקטין את ה txqueuelen, אולי זה יעזור (לצערי אין לי מושג איך עושים את זה ב"חלונות"...)

אני לא מסכים איתך כי לאורך זמן זה מאוד משנה...
במקום לשלוח 500 הודעות בשניה אני שולח 500 הודעות בשמונה שניות - זה מאוד משמעותי.

קראתי ומצאתי שיש הגבלה על המעבדים של intel ל 15 מיילי שניה, בין שליחה לשליחה,
מישהו יודע איפה או אם בכלל אפשר לשנות את זה?

קודם אמרת שאתה שולח הודעה בגודל 4KB. עכשיו אתה אומר שאתה שולח 500 הודעות... ברור שיש הבדל - אבל אני יכול להתייחס רק למה שאתה אומר!

שאתה אומר "מעבדים של אינטל" - אתה מתכוון למעבדים שעל כרטיסי הרשת? יכול להיות...

פתרון אחר שאולי יכול לעזור לך הוא הפעלת Jumbo Frames בשני הצדדים (אם יש מתג באמצע - הוא חייב לתמוך בזה!), והגדלת ה MTU, נניח ל 8KB...

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

לקחתי 6 מחשבים - על אחד שמתי תוכנת שרת ועל 5 שמתי תוכנה שמקבלת את ההודעות שהוא שולח.

מחשב השרת הוא מאוד חזק ויש לו כרטיס רשת 1Gb על זאר המחשבים יש כרטיס סטנדרטי.

שלחתי ממחשב השרת 1000 הודעות בגודל 5 בתים לכלל המחשבים, במידה ושמתי Sleep בין הודעה להודעה כלל ההודעות הגיעו בזמן מאוד ארוך :
5000*15 = 75000ms = 75s
5000 הודעות
15 = זה ההשהיה שאני מכניס בין הודעה להודעה במילי שניה
נוצר מצב בו נשלחו כלל ההודעות ב 75 שניות ולא איבדתי אף הודעה.

כשאני מוריד את ה Sleep הוא שולח לי את אותה כמות בשניה וחצי אבל אני מאבד הרבה הודעות

אני חייב לציין כי ההודעות נשלחות ב UDP
האם יש דרך לשנות את ההשהיה של המעבד? כך שאולי אני אגיד לו לחכות רק 5 מילי בין הודעה להודעה

דבר נוסף - איך אני מגדיל את ה MTU??

המתנה לא חייבים לעשות בשניות (sleep) - יש גם usleep למרווחים קטנים יותר (בהנחה ואתה מדבר על שפת C, אני באמת לא יודע...)

כעקרון כל הודעה שאתה שולח נשלחת הרי בפאקט נפרד ומכאן בפריים נפרד ומכאן שכנראה שאתה לא עובר את ה MTU אם אתה בסך הכל שולח 5 בתים.

למה זה הולך לאיבוד - אני לא כל כך בטוח - מה מחבר בין המחשבים? מתג? כי אם זה בטעות האב, האב בהחלט יכול לגרום לתופעות כאלה.

אגב, אתה יודע בוודאות שהם לא מגיעים, או שאולי אתה פשוט לא מקבל אותם בסדר שאתה חושב שאתה אמור לקבל אותם ואז אתה לא מסתכל נכון? בדקת עם סניפר (wireshark למשל) בצד המקבל?

באופן כללי אני יכול להגיד לך שיש יישומים שעובדים על עקרון של המוני פאקטים קטנים בתדירות מאוד גבוהה. יישום פופולארי שכזה הוא ה-RTP של VoIP - מגיעים שם למצב של פאקט אפילו כל 2 מילישניות אם אני זוכר נכון...

נמאס לכם לזכור סיסמאות? לחצו כאן!

היי

אני עובד עם C++

השתמשתי אתמול בתוכנה שנקראת CommView והיא מנתה 1000 הודעות שיצאו ממחשב אחד ואילו בצד השני לא הגיעו כל ה 1000
אני יודע שאם הסדר של ההודעות מתבלגן אז הוא לא מראה כאילו הוא קיבל את ההודעה.

ראיתי שיש שני מקומות שההודעות נמחקות
1. בצד השולח - אם אני שולח 10000 הודעות בלי לעצור אז הוא מוציא רק 7000 כי ה Buffer שלו מתמלא.
2. בצד המקבל - אם אני מכניס לו 1000 הודעות במכה הוא מקבל רק 900 בערך

אין קשר מדוייק בין שני המקרים כי לקחתי מחשב עם כרטיס רשת חזק ושלחתי ממנו את ההודעות ויצאו כל ה 1000 הודעות אבל התקבלו רק 900, יש דרך להגדיל Buffer?

תודה

שמע, אם אתה "ממלא את הצינור" - אז מידע ילך לאיבוד, אין מה לעשות. זה UDP, לא TCP. זה שולח ומשתדל שזה יגיע, אבל לא יותר מזה. ב TCP יש את מנגנון ה TCP Window שנועד למנוע בדיוק את זה...

אם יש לך באפר שמתמלא... פשוט תבדוק מתי הוא מלא, דאג שהוא ירוקן, ואז תמשיך במילוי מחודש...

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

ועוד הערה - נדמה שאתה מאוד מחפש אמינות בהעברת נתונים. UDP זה בערך הפרוטוקול הכי לא נכון לעשות את זה...

נמאס לכם לזכור סיסמאות? לחצו כאן!