The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В ядре Linux 7.0 выявили регрессию, в два раза снижающую производительность PostgreSQL"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В ядре Linux 7.0 выявили регрессию, в два раза снижающую производительность PostgreSQL"  +/
Сообщение от opennews (??), 04-Апр-26, 18:52 
Инженер из компании Amazon выявил регрессию, специфичную для ядра Linux 7.0, релиз которого ожидается 13 апреля. Изменение настроек планировщика задач привело к существенному снижению пропускной способности и отзывчивости при работе  СУБД PostgreSQL на системах с архитектурой ARM64. При использовании ядра 7.0 показатели производительности при прохождении теста pgbench "simple-update" снизились почти в два раза - с 98565 до 50751...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65143

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 04-Апр-26, 18:52   –2 +/
>снизились почти в два раза

Будут исправлять, что ещё делать.
С другой стороны "enterprise" и так не побежит обновляться на свежие версии.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #6

2. Сообщение от Аноним (2), 04-Апр-26, 18:58   –1 +/
Никчёмыши заботливо бэкпортируют регрессию, именно так они поступают всегда. И постараются сломать ещё что-нибудь по пути.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #49

4. Сообщение от Аноним (4), 04-Апр-26, 19:00   –3 +/
>в два раза снижающую производительность PostgreSQL

1С занесла Линусу, чтоб не заморачиваться с изамещением.

Ответить | Правка | Наверх | Cообщить модератору

6. Сообщение от Аноним (6), 04-Апр-26, 19:01   +/
Они дали совет из разряда "купите более мощный комп".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от Аноним (7), 04-Апр-26, 19:02   +/
И вот такое вот мы несём в Ubuntu 26.04 LTS?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #46

8. Сообщение от Аноним (8), 04-Апр-26, 19:03   +/
Будет причина сервера обновить. Стандартный подход.
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Tron is Whistling (?), 04-Апр-26, 19:08   +/
Так ядро не ухудшило работу и совместимость не сломало, надо править излишне заточенные на поведение ядра блокировки собственно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

11. Сообщение от Аноним (1), 04-Апр-26, 19:08   +/
Будут ждать корректирующего выпуска 26.04.1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12

12. Сообщение от Аноним (1), 04-Апр-26, 19:10   +/
https://opennet.ru/64240-ubuntu
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от Аноним (-), 04-Апр-26, 19:24    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Аноним (14), 04-Апр-26, 19:25   +5 +/
В новости так расписано как PREEMPT_LAZY плохо влияет на постгрю, но при этом совсем не сказано для чего его добавляли и на что оно влияет позитивно.

The introduction of PREEMPT_LAZY was for multiple reasons:
- PREEMPT_RT suffered from over-scheduling, hurting performance compared to !PREEMPT_RT.
- the introduction of (more) features that rely on preemption; like folio_zero_user() which can do large memset() without preemption checks.
(Xen already had a horrible hack to deal with long running hypercalls)
- the endless and uncontrolled sprinkling of cond_resched()

Поэтому "решать" проблему через "вернуть по умолчанию режим PREEMPT_NONE" это фуфло. Ядро используется не только чтобы какие-то постри крутить. И они не должны быть приколачивать работу к дефолту.

Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от FSA (ok), 04-Апр-26, 19:43   +/
Отличные новости! Выявили! Значит исправят! Тем более даже у меня, на Fedora 44 до сих пор ядро 6.19. А другие дистрибутивы вообще более древние версии ядер используют. Так что когда они перейдут на версию 7.0 уже всё будет исправлено.
Вспоминается, как глючил переключатель раскладки в Windows. Он глючил в Windows 2000, XP... и даже в Vista.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #35

16. Сообщение от Аноним (1), 04-Апр-26, 19:48   +/
>до сих пор ядро 6.19

А какие ещё были ?
https://www.kernel.org

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #17

17. Сообщение от Аноним (4), 04-Апр-26, 20:10   +/
>А какие ещё были ?

Мог бы и сходить по своей то ссылке
mainline:     7.0-rc6     2026-03-29

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от Аноним (1), 04-Апр-26, 20:19   +1 +/
Ну ? Это же "RC" (release candidate).
"Linux 7.0 релиз которого ожидается 13 апреля".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

19. Сообщение от eugener (ok), 04-Апр-26, 20:21   +4 +/
Так это на arm, расходимся. Главное чтобы десктоп работал, а что там с БД — проблема сисадминов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #34

20. Сообщение от Аноним (20), 04-Апр-26, 20:26   +2 +/
>Perf profiling shows 55% of CPU time is consumed spinning in PostgreSQL's userspace spinlock (s_lock()) under PREEMPT_LAZY

если в постгресе запилили спинлок в юзерспейсе (на что намекает этот коммент), то они по умолчанию не правы. Не надо так делать.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

21. Сообщение от Аноним (1), 04-Апр-26, 20:30    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

22. Сообщение от Аноним324 (ok), 04-Апр-26, 20:31   –2 +/
> Пока не ясно какое решение примет Линус Торвальдс, который придерживается правила, что ядро не должно ухудшать работу и ломать совместимость с пространством пользователя.

Так он каждый релиз ядра её ухудшает, и вообще стейб апи из нонсенс.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #28

23. Сообщение от Аноним (23), 04-Апр-26, 20:36   +/
> Линус Торвальдс, который придерживается правила, что ядро не должно ухудшать работу и ломать совместимость с пространством пользователя.

Опять читаем новость не тем местом...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

24. Сообщение от Аноним (24), 04-Апр-26, 20:36   +/
А потом наёдут грязные хаки в PostgreSQL, обходящие планировщик. 146%
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от User (??), 04-Апр-26, 21:12   +/
Этот Питер он вот откуда? Тут серьёзные человеки из платиновых спонсоров сказали, что "регрессия", а всякие там с @infraded.org говорят что "и так сойдет" - сейчас ГЛАВНЫЙ разберется как следует и "с присущим ему своеобразием" примет ПРАВИЛЬНОЕ решение.
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (26), 04-Апр-26, 21:25   +/
Можно выпустить и так, но добавится гемор строителям дистров, т.к. при установке PostgeSQL им придется капсом писать для пользователей, что для корректной работы нужно другая версия ядра с PREEMPT_NONE или самим включать PREEMPT_NONE по дефолту. Да и вообще может выясниться, что на PREEMPT_LAZY можно забить.
Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от 12yoexpert (ok), 04-Апр-26, 21:33   –2 +/
> Инженер из компании Amazon

сложнее придумать что-то более нелепое

инженер из рыбного отдела гастронома

инженер по приёму стеклотары

инженер по мытью унитазов

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #30, #31

28. Сообщение от Аноним (28), 04-Апр-26, 21:42   +3 +/
Тут API не меняется. Вы, очевидно, не в курсе, что такое API.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #38

29. Сообщение от Eifan (?), 04-Апр-26, 21:53   –2 +/
У вас неверное представление о том, как работает Amazon.
Там парк складских роботов - Яндексу даже и не снилось такое количество.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #32

30. Сообщение от Аноним (1), 04-Апр-26, 21:54   –2 +/
>придумать что-то более нелепое

Чем твой комментарий ?
AWS (Amazon Web Services) лидер глобального рынка облачных инфраструктур:
https://servernews.ru/1139100

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #33

31. Сообщение от Аноним (31), 04-Апр-26, 22:00    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

32. Сообщение от 12yoexpert (ok), 04-Апр-26, 22:12   –1 +/
что такое яндекс? можешь не отвечать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

33. Сообщение от 12yoexpert (ok), 04-Апр-26, 22:13   –1 +/
> облачных

а я что сказал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

34. Сообщение от dannyD (?), 04-Апр-26, 22:28   –1 +/
>>Так это на arm, расходимся. Главное чтобы десктоп работал....

Вы до сих пор на x86 ? Вам еще не приташнивает? Мне уже давно, еще до эплсиликон...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

35. Сообщение от dannyD (?), 04-Апр-26, 22:30   +/
>>до сих пор ядро 6.19

как бэ не совсем понятно - вы жалуетесь или хвастаетесь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

36. Сообщение от дворник (?), 04-Апр-26, 22:48   –5 +/
Я так понимаю из-за этой шляпы сейчас "колбасит" (платежи не проходят, банкоматы наличку не дают) все банки, они-же с оракела переползли на постгри, и с интеля на арм.

сбербанка и втбанка, если читаете эту новость, напишите, что это не так.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #39, #45

37. Сообщение от Аноним (1), 04-Апр-26, 22:54   +/
Погугли, узнаешь почему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

38. Сообщение от Аноним (6), 04-Апр-26, 23:12   +/
Ещё как меняется:

> автор изменений, из-за которых возникла регрессия ... заявил, что исправление нужно вносить в код PostgreSQL. ... посоветовал задействовать ... недавно добавленное в ядро расширение "rseq slice"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #42

39. Сообщение от ПростойФермерДжон (?), 04-Апр-26, 23:15   +/
Не не так,  сочетании с телеметрией нового Firefox, и profile-sync-daemon 7, пропускная способность осталась такой же, вот только данные дико сливают, не то чтобы мне жалко, но жалко траффика, и ого, я смотрел iotop, в новом firefox, за минуту наверное метров 500 скачивает).
А да, точно, и все это на замечательном ядре 7.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #40, #41

40. Сообщение от Аноним (40), 04-Апр-26, 23:42   +/
А что там за телеметрия?В релизе 149 ничего такого указано не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

41. Сообщение от Аноним (1), 04-Апр-26, 23:43    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

42. Сообщение от Аноним (28), 04-Апр-26, 23:53   +/
Даже слов не нахожу. Существующее API не изменилось. Как было так и осталось. Поменялись внутренние алгоритмы и добавилось новое API. Очевидно, вы никаком боком к разработке отношения не имеете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

43. Сообщение от Аноним (43), 04-Апр-26, 23:59   +/
Ты прав. В юзерспейсе вообще не надо использовать ничего из того, что предоставляет ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

44. Сообщение от Аноним (45), 05-Апр-26, 00:12    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

45. Сообщение от Аноним (45), 05-Апр-26, 00:13   +/
Да все так ты прав. Эта хрень снизила в два раза перформанс всех тг прокси. Особенно 2.0beta которая из официального докера вообще не запускается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

46. Сообщение от Sem (??), 05-Апр-26, 00:32   +/
Справедливости ради, много ли у вас серверов на архитектуре ARM64?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #47

47. Сообщение от Аноним (6), 05-Апр-26, 00:37   +/
Как бы даже в top500 есть на 7-ом месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

48. Сообщение от Аноним (48), 05-Апр-26, 00:51   +/
> Пинком пож зад давно пора выгнать Линуса Торвальдса.

А пиналка у вас выросла?))

Все на что вы способны - попищять в интернете.
И то не везде, потому что с таким стилем общения вас в приличных местах сразу побанят, остается только по пomoйкам шариться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

49. Сообщение от Аноним (-), 05-Апр-26, 01:55   +/
> Никчёмыши заботливо бэкпортируют регрессию, именно так они поступают всегда.
> И постараются сломать ещё что-нибудь по пути.

Громче всех орут о никчемности - сами никчемности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру