{"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\/novosti-interneta\/v-yadre-linux-7-0-vyyavili-regressiyu-v-dva-raza-snizhayushhuyu-proizvoditelnost-postgresql","title":{"rendered":"Nel kernel di Linux 7.0 \u00e8 stata trovata una regressione che riduce di due volte le prestazioni di PostgreSQL.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Un ingegnere di Amazon ha identificato una regressione specifica del kernel Linux 7.0, il cui rilascio \u00e8 previsto per il 13 aprile. La modifica delle impostazioni dello scheduler ha comportato un notevole calo della larghezza di banda e della reattivit\u00e0 durante l'uso del DBMS PostgreSQL su sistemi con architettura ARM64. Con il kernel 7.0, le prestazioni nel test pgbench \u00absimple-update\u00bb sono diminuite quasi della met\u00e0 \u2014 da 98565 a 50751. <\/p>\n
Il rallentamento \u00e8 causato dal cambiamento della modalit\u00e0 di preemption nello scheduler da PREEMPT_NONE a PREEMPT_LAZY sulle architetture che supportano questa modalit\u00e0, il che ha portato PostgreSQL in spazio utente a spendere il 55% del tempo della CPU per la chiamata a s_lock(). Per risolvere il problema, \u00e8 stato proposto di ripristinare la modalit\u00e0 PREEMPT_NONE come predefinita e rimuovere il suo legame con l'impostazione ARCH_NO_PREEMPT. <\/p>\n
Peter Zijlstra, l'autore delle modifiche che hanno causato la regressione e maintainer dello scheduler e dei relativi sottosistemi del kernel, ha affermato che \u00e8 necessario apportare una correzione al codice di PostgreSQL. Per affrontare il calo delle prestazioni, ha consigliato di utilizzare in PostgreSQL l'estensione recentemente aggiunta al kernel \u00abrseq slice\u00bb (Restartable Sequences) per limitare la probabilit\u00e0 di espulsione del detentore del blocco. <\/p>\n
Non \u00e8 chiaro quale decisione prender\u00e0 Linus Torvalds, il quale sostiene che il kernel non dovrebbe peggiorare le prestazioni e rompere la compatibilit\u00e0 con lo spazio utente. Da un lato, il kernel 7.0 \u00e8 in fase finale di test prima del rilascio e il rollback delle impostazioni dello scheduler potrebbe portare ad altre regressioni, dall'altro i utenti potrebbero affrontare un calo delle prestazioni fino al 50% di uno dei sistemi di gestione database pi\u00f9 popolari. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"