Een ingenieur van Amazon heeft een regressie ontdekt die specifiek is voor de Linux-kernel 7.0, waarvan de release op 13 april wordt verwacht. Veranderingen in de instellingen van de taakplanner hebben geleid tot een aanzienlijke vermindering van de doorvoersnelheid en reactietijd bij het werken met de PostgreSQL-database op systemen met een ARM64-architectuur. Bij het gebruik van kernel 7.0 zijn de prestatiecijfers bij de pgbench-test 'simple-update' bijna gehalveerd — van 98565 naar 50751.
De vertraging is veroorzaakt door een wijziging in de preemptie-modus van de standaard planner van PREEMPT_NONE naar PREEMPT_LAZY op architecturen die deze modus ondersteunen, waardoor PostgreSQL in de gebruikersruimte 55% van de CPU-tijd verliest aan s_lock(). Om het probleem op te lossen, is voorgesteld om de standaardmodus PREEMPT_NONE terug te zetten en de koppeling aan de ARCH_NO_PREEMPT-instelling te verwijderen.
Peter Zijlstra, de auteur van de wijzigingen die de regressie hebben veroorzaakt en maintainer van de taakplanner en de gerelateerde subsysteemvergrendelingen van de kernel, heeft verklaard dat de correctie in de PostgreSQL-code moet worden aangebracht. Om de prestatieproblemen op te lossen, heeft hij geadviseerd om de recentelijk aan de kernel toegevoegde 'rseq slice' (Herstartbare Sequenties) in PostgreSQL te gebruiken om de kans op preemptie van de vergrendelingshouder te beperken.
Het is nog onduidelijk welke oplossing Linus Torvalds zal kiezen, die zich houdt aan de regel dat de kernel de prestaties niet mag verslechteren en de compatibiliteit met de gebruikersruimte niet mag breken. Enerzijds bevindt kernel 7.0 zich in de laatste testfase voordat deze wordt uitgebracht en kan het terugdraaien van de instellingen van de planner leiden tot andere regressies; anderzijds kunnen gebruikers geconfronteerd worden met een halvering van de prestaties van een van de populairste databases.
Bron: opennet.ru
