The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 6.1, opennews (?), 12-Дек-22, (0) [смотреть все]

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


308. "Релиз ядра Linux 6.1"  –1 +/
Сообщение от Аноним (250), 13-Дек-22, 02:03 
PS сломать генту надо уметь, у меня чаще ядро новой версии (без изменений в конфиге) перестаёт загружатся, чем гента ломается.
Ответить | Правка | К родителю #300 | Наверх | Cообщить модератору

330. "Релиз ядра Linux 6.1"  +1 +/
Сообщение от dannyD (?), 13-Дек-22, 08:19 
если всё по дефолту, то да - падает редко.

но если проявить хоть чуть чуть фантазии....

короч - развивайте мЫшленье, на то вам конструктор и даден, или сразу на дебиан.

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

336. "Релиз ядра Linux 6.1"  –1 +/
Сообщение от Аноним (250), 13-Дек-22, 08:54 
Главное, не включать LTO (ломает компиляцию и софт) или graphite (непредсказуемо меняет логику в рантайме) глобально, иначе приключения будут после каждого обновления компилятора и особенно забавные, когда bash или libz отвалятся, хотя и gawk вполне достаточно. В остальном, бывают конечно кривые ебилды, но только раз свежесобранная glibc утащила за собой всё. У меня custom-cflags и из-за перехода на libxcrypt обнаружилось, что с этой зависимостью нельзя компилировать glibc с флагом -fno-semantic-interposition, который я использую глобально для всех программ.
Ответить | Правка | Наверх | Cообщить модератору

375. "Релиз ядра Linux 6.1"  +/
Сообщение от dannyD (?), 13-Дек-22, 15:28 
ну как так "не включать LTO", неспортивно от слова совсем ;-)))
Ответить | Правка | Наверх | Cообщить модератору

400. "Релиз ядра Linux 6.1"  –1 +/
Сообщение от Аноним (250), 13-Дек-22, 20:07 
Нене, я сидел на тру-лто с 4 до 10 с меня хватит. Ни разу за всё время я не получил какого либо заметного улучшения нигде, пусть этим занимаются разрабы (с месоном довольно удобно должно быть). Более бесполезной штуки не существует в природе, только бинари на диске поменьше. Есть куча флагов более полезных (вроде no-plt). А вот PGO с 9 что ли версии гцц очень годная и удобная тема стала -- можно совершенно любой пакет собрать с ним включением пары флагов, только 2 раза пересобирать приходится, я не придумал как это автоматизировать не трогая ебилды. И надо же ещё прогнать код.
Ответить | Правка | Наверх | Cообщить модератору

413. "Релиз ядра Linux 6.1"  –1 +/
Сообщение от dannyD (?), 13-Дек-22, 23:56 
ну... не знаю...

у меня ноут на древнем i5, пересборка гуя шлангом да с лто заметно прибавила шустрости.

меньше кода - меньше кеш-промахов.

возможно, на многих ядрах да с жирным кешем всё выглядит иначе.

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

460. "Релиз ядра Linux 6.1"  +/
Сообщение от Аноним (250), 14-Дек-22, 14:47 
У шланга очень раздутые бинари, они оптимизирует лапшой из goto и не всегда оптимально. Возможно, это самообман. Я много раз бенчил код, производительность которого меня беспокоила. clang O3 в ряде случаев может давать производительность выше, чем у gcc O2 (т.е. без pgo), но лто не оказывает никакого влияния (и я убедился, что у обоих компиляторов это был не fat lto, так что всё правильно).
Ответить | Правка | Наверх | Cообщить модератору

470. "Релиз ядра Linux 6.1"  –1 +/
Сообщение от dannyD (?), 14-Дек-22, 18:42 
шланг -O3 ... это интересно 8-)
Ответить | Правка | Наверх | Cообщить модератору

476. "Релиз ядра Linux 6.1"  +/
Сообщение от Аноним (250), 14-Дек-22, 22:49 
Я очень надеялся ускорить mediainfo, но нет, ни lto, ни шланг, ни pgo не помогают, хотя я проверял и все оптимизации использовались. А вот jq нормально ускоряется благодаря gcc с pgo. clang-O3 было 14с, gcc-O3 23с, gcc-O2 16с и gcc-pgo 12с. Браузеры компилировал и шлангом и гцц с пго лто и без. Гцц-пго чуть получше в бенчах. От arch=native ощутимая просадка в попугаях. Но в конечном счёте это всё не стоит проблем. Может быть лто и графит это из разряда компилировать всё с -Os чтобы получше в кэши попадало, что мне кажется уже лет так 25 не актуально и даёт только замедление.
Ответить | Правка | Наверх | Cообщить модератору

483. "Релиз ядра Linux 6.1"  –1 +/
Сообщение от dannyD (?), 15-Дек-22, 21:10 
проборвал -Os, субъективно -O2 быстрее.

отказался от pgo, на мой глаз никакой разницы в скорости.

chromium, libreoffice, openjdk, rust - беру бинарниками,
и с последним (rust-bin) жирнолис собирается почти в два раза быстрее.
вот тебе и "самый быстрый линух".

собственно держусь генту ради цельности системы.

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

424. "Релиз ядра Linux 6.1"  +/
Сообщение от Аноним (298), 14-Дек-22, 05:32 
Да, если не обновлении очередной системной фигни вылезает противоречие, которое можно бы убрать сказав пересобрать вообще все, но проще снести часть системы и обновить только что-то конкретное и когда взаимые блокировки не дают даже систему обновить приходится сносить часть и вот так можно легко систему положить. Так что это в первую очередь деятельное участие сопровождающих пакеты. Особенно когда они ломают что-то без чего не работает все остальное, а держать бекапы это расписываться в собственной никчемности ибо восстановить систему быстрее чем вот эта вся муть.
Ответить | Правка | К родителю #308 | Наверх | Cообщить модератору

459. "Релиз ядра Linux 6.1"  +/
Сообщение от Аноним (250), 14-Дек-22, 14:40 
После отключения глобального лто ни разу не пересобирал вообще всё, зачем это делать без лто? И не помню, чтобы важные пакеты приходилось удалять хоть раз. Да, при обновлении циклические зависимости разруливаются принудительным удалением 1 проблемного пакета. Это бывает примерно раз в полгода-год. Но, если не обновить, то ничего не будет.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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