הוצע שינוי מדיניות תזמון:
1. כל תהליך מקבל 100 נקודות בזמן יצירתו.
2. לכל תהליך שיצא ממצב רץ (running state) מורידים עד 50% מנקודות שיש ברשותו בהתאם לאחוזי ניצול הקוונטום שקיבל, שהוא אלפית השנייה. זמן ריצה בפועל נמדד עם דיוק של מיליונית השנייה.
לדוגמא, תהליך שהיו ברשותו 80 נקודות ורץ קוונטום שלם ישלם 40 נקודות, אם הוא רץ חצי קוונטום, ישלם 20 נקודות. אם הוא רץ פחות ממיליונית השנייה אז זמן ריצה שלו שווה לאפס.
3. הנקודות שהורדו מהתהליך מתחלקות בין כל התהליכים (כולל גם אותו) ביחס למספר נקודות שברשותם. לדוגמה, אם הורדו 20 נקודות ויש שני תהליכים שברשות האחד 60 והשני 120 אז האחד יקבל 6.66 והשני יקבל 13.33.
4. המתזמן בוחר את התהליך עם הכי הרבה נקודות.
5. אחרי סיום של התהליך לוקחים ממנו 100 נקודות בחזרה, אם יש לו יותר, היתרה מתחלקת בין כל תהליכי המערכת יחסית לפי נקודות שברשותם. אם יש לו פחות מ 100 נלקח מהם נקודות, בהתאם למס' נקודות שברשותם.
א. (4 נק')
האם אפשר לקבוע כמה נקודות יש בסה"כ אצל כל התהליכים שקיימים במערכת? אם כן, ציינו כמה.
ב. (4 נק')
המדיניות הנ"ל יכולה להביא להרעבה. תביאו דוגמא לכך
ג. (4 נק')
תציעו שינוי קל ששומר על המדיניות בכללותה, אבל לא גורם להרעבה.
ד. (4 נק')
המדיניות הנ"ל אינה הוגנת ביחס להרצת אפליקציות שונות. תסבירו מדוע.
ה. (4 נק')
האם יכול להיות מצב שתהליך מסתיים כשברשותו פחות מ 100 נקודות? הביאו דוגמא לכך או הביאו הוכחה נגדית.