| 1.1, Аноним (1), 18:52, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>снизились почти в два раза
Будут исправлять, что ещё делать.
С другой стороны "enterprise" и так не побежит обновляться на свежие версии.
| | |
| |
| 2.2, Аноним (2), 18:58, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Никчёмыши заботливо бэкпортируют регрессию, именно так они поступают всегда. И постараются сломать ещё что-нибудь по пути.
| | |
|
| 1.4, Аноним (4), 19:00, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
>в два раза снижающую производительность PostgreSQL
1С занесла Линусу, чтоб не заморачиваться с изамещением.
| | |
| |
| 2.46, Sem (??), 00:32, 05/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Справедливости ради, много ли у вас серверов на архитектуре ARM64?
| | |
|
| 1.10, Tron is Whistling (?), 19:08, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так ядро не ухудшило работу и совместимость не сломало, надо править излишне заточенные на поведение ядра блокировки собственно.
| | |
| 1.14, Аноним (14), 19:25, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +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" это фуфло. Ядро используется не только чтобы какие-то постри крутить. И они не должны быть приколачивать работу к дефолту.
| | |
| 1.15, FSA (ok), 19:43, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Отличные новости! Выявили! Значит исправят! Тем более даже у меня, на Fedora 44 до сих пор ядро 6.19. А другие дистрибутивы вообще более древние версии ядер используют. Так что когда они перейдут на версию 7.0 уже всё будет исправлено.
Вспоминается, как глючил переключатель раскладки в Windows. Он глючил в Windows 2000, XP... и даже в Vista.
| | |
| |
| |
| 3.17, Аноним (4), 20:10, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>А какие ещё были ?
Мог бы и сходить по своей то ссылке
mainline: 7.0-rc6 2026-03-29
| | |
| |
| 4.18, Аноним (1), 20:19, 04/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну ? Это же "RC" (release candidate).
"Linux 7.0 релиз которого ожидается 13 апреля".
| | |
|
|
| 2.35, dannyD (?), 22:30, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>>до сих пор ядро 6.19
как бэ не совсем понятно - вы жалуетесь или хвастаетесь?
| | |
|
| 1.19, eugener (ok), 20:21, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
 Так это на arm, расходимся. Главное чтобы десктоп работал, а что там с БД — проблема сисадминов.
| | |
| |
| 2.34, dannyD (?), 22:28, 04/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>>Так это на arm, расходимся. Главное чтобы десктоп работал....
Вы до сих пор на x86 ? Вам еще не приташнивает? Мне уже давно, еще до эплсиликон...
| | |
|
| 1.20, Аноним (20), 20:26, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>Perf profiling shows 55% of CPU time is consumed spinning in PostgreSQL's userspace spinlock (s_lock()) under PREEMPT_LAZY
если в постгресе запилили спинлок в юзерспейсе (на что намекает этот коммент), то они по умолчанию не правы. Не надо так делать.
| | |
| |
| 2.43, Аноним (43), 23:59, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ты прав. В юзерспейсе вообще не надо использовать ничего из того, что предоставляет ядро.
| | |
|
| 1.22, Аноним324 (ok), 20:31, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 > Пока не ясно какое решение примет Линус Торвальдс, который придерживается правила, что ядро не должно ухудшать работу и ломать совместимость с пространством пользователя.
Так он каждый релиз ядра её ухудшает, и вообще стейб апи из нонсенс.
| | |
| |
| 2.23, Аноним (23), 20:36, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Линус Торвальдс, который придерживается правила, что ядро не должно ухудшать работу и ломать совместимость с пространством пользователя.
Опять читаем новость не тем местом...
| | |
| 2.28, Аноним (28), 21:42, 04/04/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Тут API не меняется. Вы, очевидно, не в курсе, что такое API.
| | |
| |
| 3.38, Аноним (6), 23:12, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Ещё как меняется:
> автор изменений, из-за которых возникла регрессия ... заявил, что исправление нужно вносить в код PostgreSQL. ... посоветовал задействовать ... недавно добавленное в ядро расширение "rseq slice" | | |
| |
| 4.42, Аноним (28), 23:53, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Даже слов не нахожу. Существующее API не изменилось. Как было так и осталось. Поменялись внутренние алгоритмы и добавилось новое API. Очевидно, вы никаком боком к разработке отношения не имеете.
| | |
|
|
|
| 1.25, User (??), 21:12, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Этот Питер он вот откуда? Тут серьёзные человеки из платиновых спонсоров сказали, что "регрессия", а всякие там с @infraded.org говорят что "и так сойдет" - сейчас ГЛАВНЫЙ разберется как следует и "с присущим ему своеобразием" примет ПРАВИЛЬНОЕ решение.
| | |
| 1.26, Аноним (26), 21:25, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Можно выпустить и так, но добавится гемор строителям дистров, т.к. при установке PostgeSQL им придется капсом писать для пользователей, что для корректной работы нужно другая версия ядра с PREEMPT_NONE или самим включать PREEMPT_NONE по дефолту. Да и вообще может выясниться, что на PREEMPT_LAZY можно забить.
| | |
| 1.27, 12yoexpert (ok), 21:33, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 > Инженер из компании Amazon
сложнее придумать что-то более нелепое
инженер из рыбного отдела гастронома
инженер по приёму стеклотары
инженер по мытью унитазов
| | |
| |
| 2.29, Eifan (?), 21:53, 04/04/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
У вас неверное представление о том, как работает Amazon.
Там парк складских роботов - Яндексу даже и не снилось такое количество.
| | |
|
| 1.36, дворник (?), 22:48, 04/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– | |
Я так понимаю из-за этой шляпы сейчас "колбасит" (платежи не проходят, банкоматы наличку не дают) все банки, они-же с оракела переползли на постгри, и с интеля на арм.
сбербанка и втбанка, если читаете эту новость, напишите, что это не так.
| | |
| |
| 2.39, ПростойФермерДжон (?), 23:15, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не не так, сочетании с телеметрией нового Firefox, и profile-sync-daemon 7, пропускная способность осталась такой же, вот только данные дико сливают, не то чтобы мне жалко, но жалко траффика, и ого, я смотрел iotop, в новом firefox, за минуту наверное метров 500 скачивает).
А да, точно, и все это на замечательном ядре 7.
| | |
| |
| 3.40, Аноним (40), 23:42, 04/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
А что там за телеметрия?В релизе 149 ничего такого указано не было.
| | |
|
| 2.45, Аноним (45), 00:13, 05/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да все так ты прав. Эта хрень снизила в два раза перформанс всех тг прокси. Особенно 2.0beta которая из официального докера вообще не запускается.
| | |
|
|
