The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

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

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


284. "Релиз ядра Linux 6.1"  –1 +/–
Сообщение от Kirikekeksemail (ok), 12-Дек-22, 20:05 
Тут перечислялись разные linux, которых я не знаю, если я буду разворачивать компактный линух сегодня, основой возьму openwrt. Вчера я бы сказал gentoo calculate freebsd. Кстати, calculate. Всегда в тени, а я когда не знаю как сделать правильно - смотрю а как тамошние ребята думают.
Ответить | Правка | Наверх | Cообщить модератору

300. "Релиз ядра Linux 6.1"  –3 +/–
Сообщение от Аноним (298), 12-Дек-22, 23:48 
Void уже давно для меня безальтернативен. Сборочная система имеется и без 15 минут лагов как в Gentoo.
OpenWRT слишком убог, хотя там musl тоже имеется.
Runit тащит, нет нужды ставить "версии" как в OpenWRT,FreeBSD, OpenBSD,
Calculate  имеет какую-то свою лицензию будучи Gentoo хотя там компилировать в оригинале можно очень мало устанавливая Firefox только в бинарном виде как и офисный пакет.
Но Gentoo самоубиться может при обновлении, чего ни разу не случалось с Void Linux.
Ответить | Правка | Наверх | Cообщить модератору

307. "Релиз ядра Linux 6.1"  +/–
Сообщение от Аноним (250), 13-Дек-22, 02:01 
Мюсли тормозные и дырявые, о какой безальтернативности речь? Ну компилирую я проги с ними на генте, но это шляпа. Только для статических распространяемых билдов годится, но там плевать, пользователь и не узнает, что можно было сделать лучше с глибц (ну зато без нытья что не работает).
Ответить | Правка | Наверх | Cообщить модератору

398. "Релиз ядра Linux 6.1"  –1 +/–
Сообщение от Аноним (298), 13-Дек-22, 19:27 
Мюсли? Прости, если бы ты хотя бы собрал ядро 6.1, то знал бы что никакая гента не спасет от необходимости вносить изменения с указанием фирмварей с номерами версий, если не  стандарт через genkernel. Так вот о какой дырявости речь? Glibc версия для легкого использования wine с 32 битным комплектом скомпилированным,но тут точно также можно как и в генте указать какие пакеты собрать в 32 биттах, впрочем возможно х64 версия скоро будет такое уметь без плясок.
Так вот musl достаточно реактивен чтобы и его использовать. Glibc версия для полупадучих программ хороша. Никакихз проблем с musl у меня не было. Ну пришлось чутка руками править исходники для самбы, которая теперь в комплекте, да OpenOffice настоятельно требует glibc. Если по приколу его ставить, то можно, но это актуально разве что у тебя шрифты в иероглифах называются, а в LibreOffice кракозябры одни тебе показывают. В Void обе версии полноценны, как и в случае с OpenWRT. Что там куда лучше это еще вопрос для быстрых программ. Если код голимый, то ему конечно нужны улучшайзинги. Но на атоме я не видел нужды в glibc.
Ответить | Правка | Наверх | Cообщить модератору

401. "Релиз ядра Linux 6.1"  +1 +/–
Сообщение от Аноним (250), 13-Дек-22, 20:17 
Если честно, впервые слышу об этом. Поясни, пожалуйста, в чём суть проблемы, и какое отношение ядро имеет к libc?
Ответить | Правка | Наверх | Cообщить модератору

415. "Релиз ядра Linux 6.1"  –1 +/–
Сообщение от Аноним (298), 14-Дек-22, 00:38 
Ты в теме про ядро пишешь про основу. Так вот в OpenWRT и нестабильную Gentoo пихать 6.1 это надо очень сильно упороться.
А библиотека тут при том, что о ней речь. Но если у OpenWRT почему-то только старые ядра имеются, которые не имеют скажем драйверов на современные модемы, то смысла в ней ноль для тех кому это нужно.
То есть среди актуальных только дистрибутивы с полноценной поддержкой musl для относительно небыстрых компов. Быстрым что так, что эдак - 16 ядер все враз сделают.
Так вот масл он делает все прямо и потому у него программы работают часто безопаснее. Glibc больше для кривых программ на относительно среднем железе и в случае с Void также для старых игр.
Ты сначала потыкай ядро монолитное, не очень, а уже потом вещай какой масл не такой. К ядру на масл, который нужен как системная библиотека у меня претензий нет. К тому же можно мигрировать с версии на версию запросто. Но ты же не пробовал, го знаешь. Вот если в Gentoo слоупоки, значит и везде все нестабильно работает это пока что все что я понял из твоих заявлений.
Ответить | Правка | Наверх | Cообщить модератору

455. "Релиз ядра Linux 6.1"  –1 +/–
Сообщение от Аноним (250), 14-Дек-22, 14:33 
В генту ядро 6.1, я не обновился на него только потому что не люблю собирать пострелизные баги, через месяц может быть. Было и рк ядро емнип. О чём ты вообще толкуешь, я не понимаю? Мюсли и глибц не имеют никакого отношения к ядру, абсолютно. Они отчасти зависят от ядра, но не ядро от них, они совершенно отдельно существуют. Остальное вообще не понял.

А что до производительности мюслей, то убедиться в том, что она процентов эдак на 30 с гаком меньше, может буквально каждый. При этом, у них меньше защит и больше уязвимостей, так что о безопасности никакой речи быть просто не может. В openwrt я подозреваю мюсли только из-за того, что бинари с глибц перестали помещаться (сам через это прошёл, раньше можно было накатить софт через пм и теперь только билдить максимально урезанный образ). Интересное совпадение, что использовать нормально openwrt стало невозможно как раз после перехода на мюсли.

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

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
Добавить, Поддержать, Вебмастеру