{"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\/it\/blog\/news\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","title":{"rendered":"Sono state rilevate regressioni nel kernel Linux 7.0, che riducono della met\u00e0 le prestazioni di PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Un ingegnere della Amazon ha identificato una regressione specifica per il kernel Linux 7.0, il cui rilascio \u00e8 previsto per il 13 aprile. La modifica delle impostazioni dello scheduler ha portato a una notevole riduzione della larghezza di banda e della reattivit\u00e0 nell'uso del database PostgreSQL su sistemi con architettura ARM64. Utilizzando il kernel 7.0, i risultati delle prestazioni nel test pgbench 'simple-update' sono diminuiti quasi della met\u00e0, passando da 98565 a 50751. <\/p>\n
Il rallentamento \u00e8 causato dalla modifica della modalit\u00e0 di preemption nello scheduler predefinito, da PREEMPT_NONE a PREEMPT_LAZY, sulle architetture che supportano tale modalit\u00e0, per cui nello spazio utente PostgreSQL trascorre il 55% del tempo CPU a chiamare s_lock(). Per risolvere il problema si propone di ripristinare come predefinita la modalit\u00e0 PREEMPT_NONE e rimuoverne il legame con l'impostazione ARCH_NO_PREEMPT. <\/p>\n
Peter Zijlstra, autore delle modifiche che hanno causato la regressione e maintainer dello scheduler e dei sottosistemi legati ai lock del kernel, ha dichiarato che la correzione deve essere apportata nel codice di PostgreSQL. Per risolvere il calo delle prestazioni, ha consigliato di utilizzare in PostgreSQL l'estensione recentemente aggiunta al kernel 'rseq slice' (Restartable Sequences) per limitare la probabilit\u00e0 di espulsione del detentore del lock. <\/p>\n
Non \u00e8 chiaro quale soluzione adotter\u00e0 Linus Torvalds, che segue la regola che il kernel non dovrebbe peggiorare le prestazioni e rompere la compatibilit\u00e0 con lo spazio utente. Da un lato, il kernel 7.0 si trova nella fase finale di test prima del rilascio e un rollback delle impostazioni dello scheduler potrebbe portare ad altre regressioni, dall'altro lato, gli utenti potrebbero affrontare una riduzione delle prestazioni di quasi la met\u00e0 di uno dei database pi\u00f9 popolari. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"