או לחלופין שני תרדים.

אני אסביר.
אני ממש סוג של "שרת" אשר כל תפקידו להאזין לחיבור אחד של STOMP CLIENT.

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

הממוש השני הוא שני תרדים:
האחד כמו מקודם אחראי להאזין להודעות של STOMP CLIENT, ולהכניס הודעות מתאימות לתור.
והתרד השני אחראי מפעם-לפעם לקחת הודעה מראש רשימת ההודעות ולבצעה את המשימה(בהתאם להודעה בראש התור).

האם יש עדיפות גבוהה לאחד הממושים על השני? ואם כן מדוע? (האם באחד הממושים הסיכוי "לפספס" הודעה גבוהה יותר מהשני?)

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

למה שתפספס הודעה?
קבלת המידע לא פשוט תלויה במתי אתה שולף מה-buffer?

BUFFER OVERFLOW

חברי כנסת ישרים

חברי כנסת ישרים

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

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

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

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

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

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

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

חברי כנסת ישרים

ציטוט:

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

אכן בדיוק לזה התכוונתי.. ברור שמאחורי הקלעים יש בכל מקרה שני תרדים, פשוט במקרה הראשון אחד מהן הוא ה"תרד הראשי", ואין לא ראנבל, אלה MAIN, השאלה אם יש איזה הבל בין הממושים, והאם יש עדיפות של אחד מהם על פני השני?

ציטוט:

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

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

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

http://www.cs.bgu.ac.il/~spl111/Ass...t_3/Description

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

ציטוט:

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

ברור כשמש

*רק שאין כאן שום מאגר.. זה לא באמת שרת.. הוא מאין שרת מנובן שכזה שמנהל רק SOCKET אחד. מול הSTOMCLIENT.

השרת האמתי הוא הSTOMP SERVER שגם אותו אני ממש בעבודה זו.

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

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

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

כלומר, אם נגדיר שבמאגר יהיו 5 ת'רדים אז:

ת'רד 1 - מזין הודעות בתור מהסוקט
ת'רדים 2, 3, 4, 5 ,6 - מושכים הודעות מהתור ומבצעים אותן. כך, מצד אחד, אתה יכול לבצע כמה הודעות במקביל, אבל לא חושש מתקיעת התהליך עם יותר מדי ת'רדים (אז ה-CONTEXT SWITCHING בין ת'רד לת'רד יהיה רוב מה שהתהליך שלך יבצע במקום את ההודעות עצמן).

חברי כנסת ישרים