{"id":167524,"date":"2026-04-04T23:11:54","date_gmt":"2026-04-04T21:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql"},"modified":"2026-04-04T23:11:54","modified_gmt":"2026-04-04T21:11:54","slug":"v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","title":{"rendered":"Im Linux-Kernel 7.0 wurde eine Regression entdeckt, die die Leistung von PostgreSQL halbiert.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ein Ingenieur von Amazon hat eine Regression entdeckt, die spezifisch f\u00fcr den Linux-Kernel 7.0 ist, dessen Ver\u00f6ffentlichung f\u00fcr den 13. April erwartet wird. \u00c4nderungen an den Einstellungen des Task-Schedulers f\u00fchrten zu einer signifikanten Verringerung der Durchsatzrate und Reaktionsf\u00e4higkeit bei der Verwendung von PostgreSQL auf ARM64-Architekturen. Bei Verwendung des Kernels 7.0 sanken die Leistungsergebnisse im pgbench-Test 'simple-update' nahezu um die H\u00e4lfte \u2014 von 98.565 auf 50.751. <\/p>\n
Die Verlangsamung resultiert aus der \u00c4nderung des Preemption-Modus im Standard-Scheduler von PREEMPT_NONE zu PREEMPT_LAZY auf Architekturen, die diesen Modus unterst\u00fctzen, weshalb PostgreSQL im Benutzermodus 55% der CPU-Zeit mit dem Aufruf von s_lock() verbringen musste. Um das Problem zu l\u00f6sen, wurde vorgeschlagen, den Modus PREEMPT_NONE wieder als Standard festzulegen und dessen Bindung an die ARCH_NO_PREEMPT-Option zu entfernen. <\/p>\n
Peter Zijlstra, der Autor der \u00c4nderungen, die die Regression verursacht haben, und Maintainer des Task-Schedulers sowie der damit verbundenen Sperrsysteme im Kernel, erkl\u00e4rte, dass eine Korrektur im PostgreSQL-Code notwendig sei. Um den Leistungsabfall zu beheben, empfahl er, die neu ins Kernel eingef\u00fcgte Erweiterung 'rseq slice' (Restartable Sequences) in PostgreSQL zu aktivieren, um die Wahrscheinlichkeit des Verdr\u00e4ngens des Lock-Halters zu verringern. <\/p>\n
Es ist noch unklar, welche Entscheidung Linus Torvalds treffen wird, der das Prinzip vertritt, dass der Kernel die Leistung nicht beeintr\u00e4chtigen und die Kompatibilit\u00e4t mit der Benutzerschnittstelle nicht brechen sollte. Einerseits befindet sich der Kernel 7.0 in der finalen Testphase vor der Ver\u00f6ffentlichung, und eine R\u00fccknahme der Scheduler-Einstellungen k\u00f6nnte zu weiteren Regressionen f\u00fchren, w\u00e4hrend andererseits die Benutzer m\u00f6glicherweise mit einer Verdopplung des Leistungsabfalls einer der beliebtesten DBMS konfrontiert werden k\u00f6nnen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"