פתרון מסלול כתיבה להתקן

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

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

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