{"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\/en\/blog\/news\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","title":{"rendered":"A regression has been identified in the Linux kernel 7.0 that reduces PostgreSQL performance by half.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
An engineer from Amazon has identified a regression specific to Linux kernel 7.0, the release of which is expected on April 13. Changes to the scheduler settings have led to a significant decrease in throughput and responsiveness when using the PostgreSQL database on ARM64 architecture systems. Using kernel 7.0, performance metrics during the pgbench 'simple-update' test dropped almost by half \u2014 from 98,565 to 50,751. <\/p>\n
The slowdown is caused by changing the preemption mode in the default scheduler from PREEMPT_NONE to PREEMPT_LAZY on architectures that support such a mode, resulting in PostgreSQL in user space spending 55% of CPU time on calls to s_lock(). To resolve this issue, it has been proposed to revert the default setting back to PREEMPT_NONE and remove its binding to the ARCH_NO_PREEMPT setting. <\/p>\n
Peter Zijlstra, the author of the changes that caused the regression and the maintainer of the task scheduler and related locking subsystems of the kernel, stated that a fix needs to be made in the PostgreSQL code. To address the performance drop, he recommended utilizing the recently added 'rseq slice' (Restartable Sequences) extension in PostgreSQL to limit the likelihood of lock holder eviction. <\/p>\n
It is still unclear what solution Linus Torvalds will choose, as he adheres to the principle that the kernel should not degrade performance and break compatibility with user space. On one hand, kernel 7.0 is in the final testing stage before release, and rolling back scheduler settings could lead to other regressions; on the other hand, users may face a twofold decrease in performance of one of the most popular databases. \n Source: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"