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

"В ядре 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.me/opennews/art.shtml?num=65143
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	–1 +/–
Сообщение от Аноним (1), 04-Апр-26, 18:52
>снизились почти в два раза Будут исправлять, что ещё делать. С другой стороны "enterprise" и так не побежит обновляться на свежие версии.
Ответить | Правка | Наверх | Cообщить модератору

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

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

4. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	–3 +/–
Сообщение от Аноним (4), 04-Апр-26, 19:00
>в два раза снижающую производительность PostgreSQL 1С занесла Линусу, чтоб не заморачиваться с изамещением.
Ответить | Правка | Наверх | Cообщить модератору

7. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+/–
Сообщение от Аноним (7), 04-Апр-26, 19:02
И вот такое вот мы несём в Ubuntu 26.04 LTS?
Ответить | Правка | Наверх | Cообщить модератору

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

	12. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+/–
	Сообщение от Аноним (1), 04-Апр-26, 19:10
	https://opennet.ru/64240-ubuntu
	Ответить | Правка | Наверх | Cообщить модератору

8. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+/–
Сообщение от Аноним (8), 04-Апр-26, 19:03
Будет причина сервера обновить. Стандартный подход.
Ответить | Правка | Наверх | Cообщить модератору

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

	13. Скрыто модератором	+/–
	Сообщение от Аноним (-), 04-Апр-26, 19:24
	Stable API is nonsence, короче.
	Ответить | Правка | Наверх | Cообщить модератору

14. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+2 +/–
Сообщение от Аноним (14), 04-Апр-26, 19:25
В новости так расписано как 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. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+/–
Сообщение от FSA (ok), 04-Апр-26, 19:43
Отличные новости! Выявили! Значит исправят! Тем более даже у меня, на Fedora 44 до сих пор ядро 6.19. А другие дистрибутивы вообще более древние версии ядер используют. Так что когда они перейдут на версию 7.0 уже всё будет исправлено. Вспоминается, как глючил переключатель раскладки в Windows. Он глючил в Windows 2000, XP... и даже в Vista.
Ответить | Правка | Наверх | Cообщить модератору

	16. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	–1 +/–
	Сообщение от Аноним (1), 04-Апр-26, 19:48
	>до сих пор ядро 6.19 А какие ещё были ? https://www.kernel.org
	Ответить | Правка | Наверх | Cообщить модератору

	17. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+/–
	Сообщение от Аноним (4), 04-Апр-26, 20:10
	>А какие ещё были ? Мог бы и сходить по своей то ссылке mainline:     7.0-rc6     2026-03-29
	Ответить | Правка | Наверх | Cообщить модератору

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

19. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+1 +/–
Сообщение от eugener (ok), 04-Апр-26, 20:21
Так это на arm, расходимся. Главное чтобы десктоп работал, а что там с БД — проблема сисадминов.
Ответить | Правка | Наверх | Cообщить модератору

	21. Скрыто модератором	+/–
	Сообщение от Аноним (1), 04-Апр-26, 20:30
	>Так это на arm https://newsroom.ibm.com/2026-04-02-ibm-announces-strategic-...
	Ответить | Правка | Наверх | Cообщить модератору

20. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+/–
Сообщение от Аноним (20), 04-Апр-26, 20:26
>Perf profiling shows 55% of CPU time is consumed spinning in PostgreSQL's userspace spinlock (s_lock()) under PREEMPT_LAZY если в постгресе запилили спинлок в юзерспейсе (на что намекает этот коммент), то они по умолчанию не правы. Не надо так делать.
Ответить | Правка | Наверх | Cообщить модератору

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

	23. "В ядре Linux 7.0 выявили регрессию, в два раза снижающую про..."	+/–
	Сообщение от Аноним (23), 04-Апр-26, 20:36
	> Линус Торвальдс, который придерживается правила, что ядро не должно ухудшать работу и ломать совместимость с пространством пользователя. Опять читаем новость не тем местом...
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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