פתרון תקציבים והוכחת ביצועים

הlatencies של ההצלחות בקלט הם 10 ו30 מילישניות. לפי nearest rank מתקבלים p50 של 10 וp95 וגם p99 של 30. שיעור ההצלחה הוא חצי, ולכן אי אפשר לומר שכל הבקשות הסתיימו בתוך 30 מילישניות.

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

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

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

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