מפתחי פרויקט systemd החלו ללמוד ולתקן בעיה ארכיטקטונית ארוכת שנים ברכיב "systemd-journald" שגורמת לכמות הנתונים הנכתבת לדיסק (כתיבה) להיות גבוהה משמעותית מנפח היומנים בפועל.
הסיפור מתוארך למרץ 2020, כאשר דוח הוגש למערכת מעקב הבאגים שהדגים כי יצירת יומני טקסט של כ-500 KB הביאה ליותר מ-700 MB של פעולות כתיבה פיזיות על כונני SSD. מפתחי systemd הכחישו בתוקף את הבעיה, הגיבו בתגובה "אתם לא מבינים איך מערכות קבצים פועלות", סירבו לבצע יצירת פרופיל וסגרו את הפנייה בפסק דין של "לא ניתן לפעולה". הערות המפתחים גרפו מאות קולות נגד מצד משתמשים, אך עמדת הפרויקט נותרה איתנה.
בתחילת 2026 הוגש דוח בעיה שני, שבמהלכו ביצעה חברת ValdikSS, המפתחת העצמאית, יצירת פרופיל מפורט באמצעות התקני cgroup ולולאה מבודדים, והדגימה בבירור את המנגנון שבאמצעותו מתרחשת הבעיה: עקב השימוש בקבצים ממופים לזיכרון (mmaps) וטבלאות גיבוב בינאריות, כתיבת אפילו הודעת טקסט אחת של 750 בייט גורמת לשינוי של טביעות אצבעות הזיכרון, מה שגורם לריקון עמודים מלאים של 4 קילובייט לדיסק וליצירת 50 עד 70 KB של קלט/פלט כתוצאה מכך ברמת התקן הבלוק.
בעקבות הדיווח בעמוד הראשון של Hacker News אתמול ופרסום בדיקות סינתטיות שאין עליהן עוררין, מתחזקי הפרויקט שינו את הרטוריקה שלהם והחלו לעבוד על אופטימיזציה של מנגנוני ניקוי המטמון ומבנה אחסון האינדקסים של journald.
מקור: OpenNet.ru
