{"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\/news\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","title":{"rendered":"Im Linux-Kernel 7.0 wurde eine Regression festgestellt, die die Leistung von PostgreSQL halbiert.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ein Ingenieur von Amazon hat eine regression spezifisch f\u00fcr den Linux-Kernel 7.0 entdeckt, dessen Ver\u00f6ffentlichung am 13. April erwartet wird. \u00c4nderungen an den Einstellungen des Task-Schedulers haben zu einer erheblichen Verschlechterung der Durchsatz- und Reaktionsf\u00e4higkeit bei der Arbeit mit der PostgreSQL-Datenbank auf ARM64-Systemen gef\u00fchrt. Bei Verwendung des Kernels 7.0 sanken die Leistungswerte w\u00e4hrend des pgbench-Tests \u201esimple-update\u201c fast um die H\u00e4lfte \u2013 von 98565 auf 50751. <\/p>\n
Die Verlangsamung wurde durch die \u00c4nderung des Preemption-Modus im Standardplaner von PREEMPT_NONE auf PREEMPT_LAZY auf Architekturen, die diesen Modus unterst\u00fctzen, verursacht, was dazu f\u00fchrte, dass PostgreSQL im Benutzerspeicher 55 % der CPU-Zeit f\u00fcr den Aufruf von s_lock() ben\u00f6tigte. Um das Problem zu l\u00f6sen, wurde vorgeschlagen, den PREEMPT_NONE-Modus wieder standardm\u00e4\u00dfig einzustellen und seine Bindung an die Einstellung ARCH_NO_PREEMPT aufzuheben. <\/p>\n
Peter Zijlstra, der Autor der \u00c4nderungen, die die Regression verursacht haben, und Maintainer des Task-Schedulers sowie der zugeh\u00f6rigen Locksystem-Subsysteme des Kernels, erkl\u00e4rte, dass die Korrektur im PostgreSQL-Code vorgenommen werden m\u00fcsse. Um den Leistungsabfall zu beheben, empfahl er, das k\u00fcrzlich in den Kernel eingef\u00fchrte Erweiterung \u201erseq slice\u201c (Restartable Sequences) in PostgreSQL zu aktivieren, um die Wahrscheinlichkeit des Verdr\u00e4ngens des Lockinhabers zu reduzieren. <\/p>\n
Es ist noch unklar, welche Entscheidung Linus Torvalds treffen wird, da er der Regel folgt, dass der Kernel die Leistung nicht beeintr\u00e4chtigen und die Kompatibilit\u00e4t mit dem Benutzerspeicher nicht brechen sollte. Einerseits befindet sich der Kernel 7.0 in der finalen Testphase vor der Ver\u00f6ffentlichung, und das Zur\u00fccksetzen der Einstellungen des Planers k\u00f6nnte zu anderen Regressionen f\u00fchren, andererseits k\u00f6nnten Benutzer mit einem zweifachen Leistungsabfall einer der beliebtesten Datenbanken konfrontiert werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"