Οι προγραμματιστές έργων systemd έχουν αρχίσει να μελετούν και να διορθώνουν ένα μακροχρόνιο αρχιτεκτονικό πρόβλημα στο στοιχείο "systemd-journald" που προκαλεί σημαντικά υψηλότερη ποσότητα δεδομένων που εγγράφονται στο δίσκο (ενίσχυση εγγραφής) από τον πραγματικό όγκο των αρχείων καταγραφής.
Η ιστορία χρονολογείται από τον Μάρτιο του 2020, όταν κατατέθηκε μια αναφορά στο σύστημα παρακολούθησης σφαλμάτων που έδειχνε ότι η δημιουργία περίπου 500 KB αρχείων καταγραφής κειμένου είχε ως αποτέλεσμα πάνω από 700 MB φυσικών λειτουργιών εγγραφής σε SSD. Οι προγραμματιστές του systemd αρνήθηκαν κατηγορηματικά το πρόβλημα, απαντώντας με μια απάντηση "δεν καταλαβαίνετε πώς λειτουργούν τα συστήματα αρχείων", αρνούμενοι να διεξάγουν δημιουργία προφίλ και κλείνοντας το αίτημα με την ετυμηγορία "μη εφαρμόσιμο". Τα σχόλια των προγραμματιστών συγκέντρωσαν εκατοντάδες αρνητικές ψήφους από τους χρήστες, αλλά η στάση του έργου παρέμεινε ακλόνητη.
Στις αρχές του 2026, υποβλήθηκε μια δεύτερη αναφορά προβλήματος, κατά την οποία ο ανεξάρτητος προγραμματιστής ValdikSS πραγματοποίησε λεπτομερή δημιουργία προφίλ χρησιμοποιώντας απομονωμένες συσκευές cgroup και loop, καταδεικνύοντας με σαφήνεια τον μηχανισμό με τον οποίο παρουσιάζεται το πρόβλημα: λόγω της χρήσης αρχείων με αντιστοίχιση μνήμης (mmaps) και δυαδικών πινάκων κατακερματισμού, η εγγραφή ακόμη και ενός μόνο μηνύματος κειμένου 750 byte έχει ως αποτέλεσμα την τροποποίηση των δακτυλικών αποτυπωμάτων μνήμης, προκαλώντας την εκκαθάριση πλήρων σελίδων 4 kilobyte στον δίσκο και τη δημιουργία 50 έως 70 KB προκύπτουσας εισόδου/εξόδου σε επίπεδο συσκευής μπλοκ.
Μετά το χθεσινό ρεπορτάζ στην πρώτη σελίδα του Hacker News και τη δημοσίευση αδιάσειστων συνθετικών δοκιμών, οι συντηρητές του έργου άλλαξαν τη ρητορική τους και άρχισαν να εργάζονται για τη βελτιστοποίηση των μηχανισμών εκκαθάρισης της προσωρινής μνήμης και της δομής αποθήκευσης ευρετηρίου του journald.
Πηγή: opennet.ru
