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

כי ביתי בית תפילה יקרא לכל העמים

קפצתי לביקור

ב-SCOPE הלולאה מוקצה זכרוןם שלא משוחרר

ובכלל, יש שיטות יותר טובת מלולאה...
מישהו שמע על event driven programming ?

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

לא מאמין שלמקרה הבסיסי הזה צריך לתכנן את כל התוכנה בצורה event-driven (או signal programming ליוניקסרס מבינכם). הוא עדיין ייצטרך לולאה (event loop) שתחפש מידע כלשהי כדי לעבד אותה.

נכון כל הרעיון של event driven הוא הרבה יותר יעיל מאשר flow-driven.. אבל כמו שאמרתי במקרה שלו (במקרה שהתוכנה שלו מבצעת רק את מה שהוא ציין (!)) אני לא רואה צורך לממש dispatchers/event queue/event handlers בשביל זה, הריי הכל יסתובב סביב אותה מידע.

בכל מקרה לשאלה הראשית (למחבר האשכול), כבר ענו לך: לא.

אם כל מה שרוצים זה לגרום לתוכנית שלו לרוץ.

אבל כיוון ואני מניח הנחה סבירה שהשאלות הן גם כדי ללמוד מהן - אני אומר שיש לשנות שיטת עבודה. גם תכנות event driven לומדים מתוכניות קטנות.

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

בס"ד

כל עוד לא עשית משהוא כזה new int אז הכל בסדר אבל.........
בלולאה אין סופית אתה לוקח הרבה משאבים מהמחשב
ובשביל לפתור את זה אתה יכול להשתמש בטיימר של ווינדוס (עדיף) או לעשות slip בתוך הלולאה

המנגנון של טיימר בווינדוס עובד גם בסופו של דבר על לולאה כלשהי, וכפי שידוע, התכנות בווינדוס הוא כפי שציין Uri - event driven, כלומר יש בסופו של דבר event loop.
בנוסף לכך, יש למערכת הפעלה קונצפט Idle Loop, כך שאני בטוח שמערכות הפעלה מתקדמות (הקרנל ליתר דיוק) יודעות להתמודד עם הלולאות מהסוג הזה בצורה קצת יותר יעילה ממה שאתה חושב.

למרות הכל, אני מסכים עם שניכם, עדיף ללכת לכיוון של timer/event driven.
אמנם, אם מסתכלים על מבט של יעילות - same thing.

המנגנון של timer בwindows עובד על interrupts, לכן הוא לא יגזול זמן עיבוד כשהוא מחכה שהtimer יקפוץ. בנוסף לחכות לtimer זו פעולה שהיא event driven רק שהוא מחכה רק לevent ספיצפי שהוא הtimer.

בנוסף, גם אם הוא רק עושה לולאה שכל הזמן עושה polling ומוציאה מה הזמן הנוכחי השימוש בsleep גם אם למילי שניה אחת ישפר את הcpu hogging של האפליקציה שלו פלאים כי קריאה לsleep לכל זמן שהוא גורמת לcontext switch.

בנוסף, דרך ממש פשוטה שיכולה לעבוד יפה מאד היא בדיקה של מה השעה עכשיו, למצוא כמה מילישניות יש עד השעה הרצויה, ופשוט לעשות sleep לתקופה זו.

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

/* המנגנון של timer בwindows עובד על interrupts, לכן הוא לא יגזול זמן עיבוד כשהוא מחכה שהtimer יקפוץ. בנוסף לחכות לtimer זו פעולה שהיא event driven רק שהוא מחכה רק לevent ספיצפי שהוא הtimer */

לא הבנת את הכוונה שלי. הוא לא יכול להתפטר מהלולאה. הכוונה לא הייתה שהטיימרים עצמם בווינדוס עובדים עם לולאה, אלא המנגנון שלם, שלא משנה אם הוא רוצה להשתמש בטיימרס ולטפל בWM_TIMER, התהליך כולו עדיין יידרוש לולאה (GetMessage) שתקלוט את הmsg בכלל.
כמובן הדרך שניה שהצעת היא מתקבלת, אבל אם כבר מציעים דרכים שונות, הייתי הולך על Waitable Timers.
http://msdn.microsoft.com/library/d...mer_objects.asp

טוב לראות אותך

פה בפורום

[ זיו ]
[ fat fish ]