The OpenNET Project / Index page

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



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

"Релиз ядра Linux 6.8"  +/
Сообщение от opennews (??), 11-Мрт-24, 10:33 
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.8. Среди наиболее заметных изменений: драйвер Xe для GPU Intel, режим защиты блочных устройств с примонтированными ФС, механизм планировщика задач Deadline server, автоматическая оптимизация слияния идентичных страниц памяти, первый драйвер на языке Rust, системные вызовы listmount и statmount, удаление  bpfilter и SLAB, механизм guest_memfd в KVM, профилирование обращения к данным...

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

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

Оглавление

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


1. "Релиз ядра Linux 6.8"  +11 +/
Сообщение от Аноним (1), 11-Мрт-24, 10:33 
Линусу конечно подфартило в своё время с ГНУ
Ответить | Правка | Наверх | Cообщить модератору

3. "Релиз ядра Linux 6.8"  +10 +/
Сообщение от анон (?), 11-Мрт-24, 10:46 
Как и hurd'у?
Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз ядра Linux 6.8"  +5 +/
Сообщение от Аноним (101), 11-Мрт-24, 14:35 
Ну что вы сразу? Ещё папу в Европарламенте вспомните.
Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз ядра Linux 6.8"  –9 +/
Сообщение от сщта (?), 11-Мрт-24, 10:59 
Бгг. Этой гнутость только латиносы прониклись и продолжают пилить. Оригинальный под гнутость плохо подходит по-видимому.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

29. "Релиз ядра Linux 6.8"  +4 +/
Сообщение от 12yoexpert (ok), 11-Мрт-24, 11:59 
твой гейбук весь на gnu работает, есличо
Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:39 
> Бгг. Этой гнутость только латиносы прониклись и продолжают пилить. Оригинальный
> под гнутость плохо подходит по-видимому.

Торвальдс никогда не скрывал что...
1) Ему не деньгами так борзыми щенками^W^W комитами - вполне нормуль.
2) Кто не комитит ему - GTFO, и #$%тся с своими проблемами сам.

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

80. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от Аноним (-), 11-Мрт-24, 13:30 
1. С одной стороны логично, с другой - есть же куча поехавших на идеологии которые пованивают.
Типа либрбутов, работа которых это уменьшать список поддерживаемых устройств.
И он не может сказать "они просто глупые"

2. Сначала ты всем пальчики показываешь и GTFO говоришь, а потом такой
"извините был не прав! чмук-пляк, простите я больше так не буду! не выпирайте меня с моего тепленьгого местечка".
Потому что быковать на тех, кто оплачивает написание кода можно, но...
'Великодушный пожизненный диктатор' великодушный не потому что такой хороший, а потому что если он будет каакхой - то его проект просто форкнут и будут пилить самостоятельно.

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

92. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от сщта (?), 11-Мрт-24, 14:01 
Редко с тобою соглашаюсь.но здесь поддержу. BSD честнее,ведь так?
Ответить | Правка | Наверх | Cообщить модератору

108. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:02 
> Редко с тобою соглашаюсь.но здесь поддержу. BSD честнее,ведь так?

Вот вы свое BSD и юзайте. Тыря графические дрова из линуха, криво и с отставанием, через костыль-прослойки (это все еще "честно"?) - попутно с загрузкой линуха как "драйвера вафли".

А мне проще сразу пингвина взять чем так выделываться. По моему это - честнее! :)

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

111. Скрыто модератором  –2 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:07 
Ответить | Правка | Наверх | Cообщить модератору

148. Скрыто модератором  +/
Сообщение от Аноним (-), 11-Мрт-24, 16:05 
Ответить | Правка | Наверх | Cообщить модератору

156. Скрыто модератором  +/
Сообщение от Аноним (-), 11-Мрт-24, 16:20 
Ответить | Правка | Наверх | Cообщить модератору

180. Скрыто модератором  +/
Сообщение от Аноним (180), 11-Мрт-24, 17:41 
Ответить | Правка | Наверх | Cообщить модератору

191. Скрыто модератором  +/
Сообщение от Аноним (-), 11-Мрт-24, 19:14 
Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

104. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 14:52 
> 1. С одной стороны логично, с другой - есть же куча поехавших
> на идеологии которые пованивают.

Торвальдс прагматик - и использует GPL в весьма прагматичном режиме. По этой причине вон тем он нехилый подарок подогнал. Блобы вперемешку с сорцами его тоже запарили, и это было в целом выпихнуто в отдельную репу - linux-firmware. И вон тем сразу в ...цать раз меньше работы стало :)

> Типа либрбутов, работа которых это уменьшать список поддерживаемых устройств.
> И он не может сказать "они просто глупые"

Те что хочет получить эксклюзивный контроль над своей системой, без "богов" уровнем выше - что угодно, но точно не "глупые". Глупые - те кто пресмыкается перед такими "божками".

> 2. Сначала ты всем пальчики показываешь и GTFO говоришь, а потом такой
> "извините был не прав! чмук-пляк, простите я больше так не буду!

Ню-ню. Пока что нвидия получила GPL_ONLY и обещания DMCA takedown при еще 1 попытке вертухаться с "GPL condom". Вроде посыл дошел - там вон уже и сорц модуля релизнули, и вообще, кажется начали догадываться насчет DOs и DONTs. Фак и удар по кошельку с покраснением топ500 может достичь больше чем один только фак. Но вот как "извините" прокатить на миллиардные контракты - прикольно конечно :)

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

Логично. Он просто лучший в своей роли. И кроме всего прочего - в отличие от вон тех академов он не лох педальный. И свои интересы знает. Крутой сильный проект и предотвращение растаскивания в норки как у тех - явно входит в этот список.

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

115. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:14 
> удар по кошельку с покраснением топ500 может достичь больше чем один только фак.

Хаха, сам хоть в это веришь? У амд сейчас нет конкурентных продуктов, к сожалению.
Особенно в контексте последнего безумия с LLM.

> обещания DMCA takedown

Обещать не значит жениться. Я просто представляю почту Линуса с кучей писем "какого х..." от шапки, ibm, производителей ноутов, серваков и тд. И он даст заднюю. Не впервой.
Такие заявления это просто сотрясание воздуха и знак "давайте попробуем договориться".

И думаю они смогут. Просто перенесут все что нужно в блобы. А GPL condom никуда не исчезнет.

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

145. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:56 
> Хаха, сам хоть в это веришь? У амд сейчас нет конкурентных продуктов, к сожалению.

Я верю тому что вижу своими глазами. Если топ500 набит AMD, очевидно, эти гигабаксы получил амд. А если ядерщики вкатили комит затыкающий "GPL condom" нвидии с обещанием приравнять попытки обхода такого плана к "обходу средств DRM" - думаю они серьезно взвесили все и вся до того как выдать ЭТО. Ибо нетипичное для опенсорсников заявление мягко говоря :). И тут нвидия что-то сорцы модуля вывалить расщедрилась, все дела. Странно. Казалось бы как это взаимосвязано, да? Вы же подгоните альтернативыне объяснения наблюдаемых фактов? :)

> Особенно в контексте последнего безумия с LLM.

Очередной хайп. Дошло до хомяков что чатботы можно делать. Вау. Только вот тема не новая мягко говоря.

> Обещать не значит жениться.

Недавно кроме обещаний - новая порция патчиков подвалила. И вот тут я своим глазам верю больше чем каким-то явно ангажированным анонам с опеннета. То - наблюдаемые факты. А то измышлизмы каких-то анонов.

> "какого х..." от шапки, ibm, производителей ноутов, серваков и тд.

В шапке работает - тадам! - Dave Airlied. Как майнтайнер графического стека Linux. И вообще-то все это принуждение к кооперации - при его деятельном участии. Редхат и IBM уж точно не заинтересованы под прихоти нвидии с блобами вертухаться. Это исторически создавало море проблем, а сейчас это достигает критической точки. Ибо иксы - все. А нвидия с вэйландом всегда была якорем. Их таки - дожмут, и ниипет.

> И он даст заднюю. Не впервой.

ORLY? А вы типа матерый ядерный дев, которй покажет примеры этого?

> Такие заявления это просто сотрясание воздуха и знак "давайте попробуем договориться".

Условия на которых можно договориться никто и не скрывает. Сорц - в майнлайн, для учета себя любимых извольте сообща пахать над core подсистемой. А не так что нвидия припирается и нудит что блаблабла, давайте дескать новое управление памятью GPU сделаем, с учетом нас? И какие там еще EGL. После того как обе инициативы оказались никому кроме нвидии не нужны и встряли (как неожиданно!) нвидия кажется начала о чем-то догадываться...

> И думаю они смогут. Просто перенесут все что нужно в блобы.

Если они что-то вынесут в фирмвары и юзермод часть драйвера - всем будет пофиг покуда есть открытая подложка, которая реюзабельна с открытыми интерфейсами типа MESA и проч. Они уже кажется вступили на путь AMD, просто тормознее и кривее. И когда у них большая часть бизнеса на лине держится - они дожмутся, куда они денутся. Технические факи им дорого обходятся, а вот так любому корпорасу уже понятно.

> А GPL condom никуда не исчезнет.

По моему ему уже крышка - нвидия открыла модуль. Просто пока еще не поняля что это для сухой и комфортной жизни надо замайнлайнить и стать частью процесса. Но им объяснят. Технические факи эффективнее факов в камеру.

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

151. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 16:10 
> Если топ500 набит AMD, очевидно, эти гигабаксы получил амд

Очень-очень-очень сильное допущение))
АМД
For the full year 2023, the company reported revenue of $22.7 billion, gross margin of 46%, operating income of $401 million, net income of $854 million

NVIDIA Fourth Quarter and Fiscal 2024
Qarterly revenue of $22.1 billion, up 22% from Q3, up 265% from year ago
Quarterly Data Center revenue of $18.4 billion, up 27% from Q3, up 409% from year ago
Full-year revenue of $60.9 billion, up 126%

А ведь амд это не только видяхи, а еще и процы.

> Сорц - в майнлайн, для учета себя любимых извольте сообща пахать над core подсистемой.

Легко. Делают и поддерживают свой форк ядра. Исходники предоставляют только тем, кто легально получил бинарники.
Т.е. все по жпл. А если кто-то их получивших откроет его дальше... ну, просто не получит следующие видяхи.
Примерно то же самое что делает сейчас шапка.

> И когда у них большая часть бизнеса на лине держится - они дожмутся, куда они денутся.

А вот это посмотрим))

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

205. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 20:31 
>> Если топ500 набит AMD, очевидно, эти гигабаксы получил амд
> Очень-очень-очень сильное допущение))

А таки - AMD вот пошел в HPC. Хоть как. И свое уже не упустит.

> Full-year revenue of $60.9 billion, up 126%

А вот эти господа - однажды имхо дохайпуются. Тем более когда им руководитель проекта машет факом, а лид команды еще и техническую версию подгоняет. Наверняка это им не 1 миллиард стоило уже. И это любому капиталисту понятно.

> Легко. Делают и поддерживают свой форк ядра. Исходники предоставляют только тем, кто
> легально получил бинарники.

Я думаю что Торвальдс в этом случае объяснит всю глубину их ошибки. Потому что редхад в результате юзать это вообще напряжется, интеграторы на все это будут смотреть волком, и топ500 будет окончательно захвачен АМД. Свято место пусто не бывает. И вооон там они уже NPU какой-то прикрутили, в общем рубка походу будет. А вон то походу конкурентное преимущество амд. За счет которого они уже и ухватили кусок топ500.

> Т.е. все по жпл. А если кто-то их получивших откроет его дальше...
> ну, просто не получит следующие видяхи.

Это как? Я почтальон печкин, у меня есть видяхи, но вам я их не продам? А прикол в чем? У них же бизнес - продажа видях, а не операционок.

> Примерно то же самое что делает сейчас шапка.

А вот шапка барыжит саппортом LTSным. Для операцинок. А видяхи им интересны только в контексте чтоб работало и не делало мозг кастомерам. Небольшая такая разница.

>> И когда у них большая часть бизнеса на лине держится - они дожмутся, куда они денутся.
> А вот это посмотрим))

Да судя по релизам открытых модулей, нвидия уже начала догадываться кому с этих боданый пролет на бабки, а кому просто пофиг. Линуксоиды совершенно нифига не теряют если нвидия даже существовать перестанет. Ведь работы для линуха она не работала - терять нечего. Такая фигня. Ну их никто и не ценит, что есть, что нет - всем пофиг. Поэтому можно и вот GPL_ONLY факов насыпать. Ничего ж не теряется, а если повезет - можно приобрести что-то, подвинув к кооперации.

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

222. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 22:29 
> А таки - AMD вот пошел в HPC. Хоть как. И свое уже не упустит.

Вошел с процами. С видяхами у них не все так хорошо.

> А вот эти господа - однажды имхо дохайпуются.

Поживем-увидим.
https://www.theregister.com/AMP/2024/03/05/nvidia_kingmaker_.../
И что-то подсказывает, что на этом всем не винда крутится))
А пользователи оооочень расстроятся, если вдруг окажется, что поддержку видях дропнут в след обновлении линукса. Они не обновятся и задумаются, а "что же это за такой ненадежный поставщик операционок?"

> Я думаю что Торвальдс в этом случае объяснит всю глубину их ошибки.

Тоже самое, поживем-увидит)
Потому что мне показалось, что как раз Торальдсу объяснили что факами тыкать уважаемым партнерам.

> топ500 будет окончательно захвачен АМД.

Пофиг если честно)) Это больше вопрос престижа и рекламы, типа "мы шмогли".
Вот виндой в топ500 даже не пахнет, а доходы у них огого.

> Свято место пусто не бывает. И вооон там они уже NPU какой-то прикрутили, в общем рубка походу будет.

Я на это искренне надеюсь. Потому что цены на видяхи печалят.

> Это как? Я почтальон печкин, у меня есть видяхи, но вам я их не продам?
> А прикол в чем? У них же бизнес - продажа видях, а не операционок.

А в том прикол, что когда за твоим товаром стоит очередь на пару лет вперед, то ты можешь крутить пользователями до определенного момента.

Плюс это не видяшки для массмаркета, где пошел в магаз и купил.
Ты уже будешь договариваться на уровне менеджмента.

А то вдруг твоему конкуренту поставят видяхи в этом полугодии, а тебе только в конце следующего?
Твои акционеры немного расстроятся такого развитию событий.
А ведь этого так легко избежать - просто не выкладывать предоставленный код в интернет))

Кроме того, а что мешает нвидии просто форкнуть ядро, и выпилить GPL_ONLY симоволы? Ну и выложить кода как и обязывает GPL-лицензия)) Или форкнуть до добавления и подмердживать все, кроме тех пары строчек?
Просто их большие пользователи будут ставить кастомное ядро.

Линуксоиды конечно могут бомбануть и начнуть делать подляны, специально ломая совместимость...
Но это может сильно ударить по репутации, особенно если это правильно преподнести.
В общем, в эту игру можно играть вдвоем.

> Линуксоиды совершенно нифига не теряют если нвидия даже существовать перестанет.

Если ты про местячковых одминов локалхоста - то да. Если про датацентры... то совсем нет.

> Ведь работы для линуха она не работала - терять нечего. Такая фигня.

Что-то не очень внятно написано, но наверное имелось в виду что на линухе она никогда толком не работала.
Ну, это не так, закрытый драйвер прекрасно работает.
А фанатиков, которым принципиально чтобы драйвер был открыт, в большом бизнесе не так уж много.

> Поэтому можно и вот GPL_ONLY факов насыпать. Ничего ж не теряется,
> а если повезет - можно приобрести что-то, подвинув к кооперации.

Посмотрим.
Но что-то мне кажется что будет как в том анекдоте про ковбоев "Джо, сдается мне, что мы с тобой овна бесплатно наелись."


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

231. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 00:25 
> Вошел с процами. С видяхами у них не все так хорошо.

Насколько я вижу - в новых и видяхи амдшные как раз часто.

> Поживем-увидим.
> https://www.theregister.com/AMP/2024/03/05/nvidia_kingmaker_.../
> И что-то подсказывает, что на этом всем не винда крутится))

Ну вот когда у кой кого бизнес на лине - а прожект манагер называет их "worst company ever", они таки - нарываются. И нарвутся, имхо, если по хорошему не усвоят. Им уже с GPL_ONLY прозрачно намекнули. Несколько раз. А в 6.7 вкатили дополнительный специальный механизм, при попытке которого - обещали DMCA укатать со всей дури. Вот пусть теперь нвидия и думает как ей бизнес вести.

Если нвидия хочет форкать ядро и майнтайнить его сама - они ессно в своем праве. Вопрос в том захотят ли кастомеры ЭТО юзать и сможет ли нвидия разруливать баги в других подсистемах. Ибо кастомеры нвидии с ЭТИМ в контексте майнлайна будут ессно посланы. А нвидия не то чтобы великая линуксная компания. И так по жизни это гробило им немало направлений. Скажем мобильные девайсы.

> А пользователи оооочень расстроятся, если вдруг окажется, что поддержку видях дропнут в
> след обновлении линукса.

Пользователи нвидий не приносили никакой отдачи в Linux как проект. Они даже баг репортнуть с проприетарным модулем не могут нормально - ибо tainted kernel. Пусть они там на двоих с нвидией и разбираются, остальные в этой схеме отношений лишние, ибо им с этого ничего кроме гемора не достается.

> Они не обновятся и задумаются, а "что же это за такой ненадежный поставщик операционок?"

Это опять же их проблемы. С них не было отдачи ни комитами, ни даже репортами нормальными, ни чем там еще. И деньги они нвидии занесли, а не...

> Тоже самое, поживем-увидит)

Он с его тимой уже это довольно популярно смог, насколько я вижу.

> Потому что мне показалось, что как раз Торальдсу объяснили что факами тыкать
> уважаемым партнерам.

И именно поэтому Airlied-ская тусовочка в 6.7 добавили нвидии "радостей" для GPL condom'а пообещав DMCA takedown при попытке его обхода? :)

> Пофиг если честно)) Это больше вопрос престижа и рекламы, типа "мы шмогли".

А таки суммы контрактов на это все - весьма приличные, измеряются в гигабаксах.

> Вот виндой в топ500 даже не пахнет, а доходы у них огого.

Смотря с чем сравнивать. Если сравнить доходы всех производителей мобилок, роутеров, серверов, умных телевизоров и что там еще - винда на этом фоне так, мелочь.

> Я на это искренне надеюсь. Потому что цены на видяхи печалят.

За хайтек, увы, дерут и те и другие. А что, если спрос есть - чего б не навариться?

> А в том прикол, что когда за твоим товаром стоит очередь на
> пару лет вперед, то ты можешь крутить пользователями до определенного момента.

Форд тоже так думал с черным цветом. И с тех пор никогда выше #2 не вылезал.

> Плюс это не видяшки для массмаркета, где пошел в магаз и купил.
> Ты уже будешь договариваться на уровне менеджмента.

Понятно что большие закупки - уже кастомный лот. Но вот договариваться на вендорлок - весьма такая себе идея, имхо. Зачем это другой стороне договоренностей? Это идет вразрез с их интересами.

> А то вдруг твоему конкуренту поставят видяхи в этом полугодии, а тебе
> только в конце следующего?

В этом месте может вылезти конкурерт, а то парочка, и заполнить вакуум. Рынок штука забавная. И если мы про нейросетки, там NPU скорее уже актуаьлны. И это добро довольно много новоиспеченнхы стартапов фигачит.

> Кроме того, а что мешает нвидии просто форкнуть ядро,

Отсутствие ресурсов и экспертизы майнтайнить нафорканое, имхо.

> и выпилить GPL_ONLY симоволы?

То что у них нет копирайта на изменение лицензии. И если автор считает что его код вот так, это заявка на визит в суд. Оно нвидии надо под таким соусом?

> Ну и выложить кода как и обязывает GPL-лицензия))

А дальше что? Ну вот сыпанется у кастомера ФС. И куды он такой? Не, в майнлайне его ессно пошлют. А нвидия что по этому поводу сказать вообще сможет? У них в фирме есть блочнофайлушный народец? В общем интересный экспериенс получится имхо :)

> Или форкнуть до добавления и подмердживать все, кроме тех пары строчек?

Ага, там GPL_ONLY навешен - на - тадам - DRM/KMS/GBM и проч. Самая мякотка вокруг GPU и акселераторов. Нвидию жестко надрали на common core который образовался. По принципу - не участвуете - тогда пишите это сами! И пишут. Именно поэтому дрова с такой задержкой и таким числом глюков. Эти подсистемы активно рефакторят, нвидия не поспевает за этим. Ну в их драйвере и лезет куча фаллаутов.

> Просто их большие пользователи будут ставить кастомное ядро.

А вот это уже их проблемы. Они всем похрен. Но будет интересно посмотреть как нвидия сможет это все еще и саппортить. Не, за них это делать никто не будет. И даже редхат объяснит - unsupported config. Интеграторы тоже могут решить что нафиг им столько гимора на ровном месте.

> Линуксоиды конечно могут бомбануть и начнуть делать подляны, специально ломая совместимость...

Вообще-то если кто в танке - нвидия УЖЕ получила несколько раундов вполне технических факов. Последний был в 6.7 и он явно рубит "GPL condom". На уровне запрета импорта функций не-GPL модулями. А чо, так можно было. И за обход - DMCA, circumvention of technical restrictions. В эту игру могут играть и двое! Это необычно для опенсорсников - но если уж легальный фреймворк есть, чего бы и не развернуть большую пушку в правильную сторону то?! Учитывая вон те изменения - укатают как пить дать. И нвидия кажется уже догадалась о перспективах.

> В общем, в эту игру можно играть вдвоем.

Именно. И как вам идея поиметь махрового копираса за обход технических ограничений (DRM)?! А то что это был запрет проприетарному модулю импортировать GPL функции... ну... это уже технические детали. Хоть и смешные :)

> Если ты про местячковых одминов локалхоста - то да. Если про датацентры... то совсем нет.

Еще раз. Некто либо представлен в экосистеме и контрибутит в нее - тогда его потеря что-то значит. Либо нет - и тогда всем класть испаритесь вы там с вашим ДЦ или нет.

Торвальдс очень прямо сказал что ему борзыми щенками^W^W комитами - окей. А кто не с нами, тот против нас. И всем класть какие там датацентры или что еще. Некто либо привносит что-то в проект, либо бесполезный кусок пейзажа который можно а порой и желательно optimize out.

> линухе она никогда толком не работала.

См. выше. С точки зрения девов линя вы либо привносите что-то полезное в экосистему, и тогда вас ценят. Или нет - и тогда можете идти на...й и никто не будет скучать о балласте сброшенном за борт. Ибо ничего не теряют.

> А фанатиков, которым принципиально чтобы драйвер был открыт, в большом бизнесе не так уж много.

Есть только 1 нюанс: вы их кернелом пользуетесь. И если вы удумали поспорить с апстримом, его PMом и майнтайнерами подсистемы - у меня для вас плохие новости. Они свое - отспорят. Чисто технически. Потому что могут!

> Посмотрим.

Смотрите! Вон там в 6.7 пачку этого добра подогнали как раз. Не помню было ли что в 6.8 на тему, нвидии и 6.7 хватит на подумать :)

> "Джо, сдается мне, что мы с тобой овна бесплатно наелись."

При том в роли этого Джо, кажется, будут кастомеры нвидии... разработчикам линя с их существования видите ли ничего не обламывается, так что их посыл на ... в полном составе не ведет к какой либо потере разработчиками чего либо. Такая фигня.

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

237. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 01:38 
> Насколько я вижу - в новых и видяхи амдшные как раз часто.

Я это и не отрицал. Но они скорее всего идут в нагрузку)

> Если нвидия хочет форкать ядро и майнтайнить его сама - они ессно в своем праве.
> Вопрос в том захотят ли кастомеры ЭТО юзать и сможет ли нвидия разруливать баги в других подсистемах.

А им это и не нужно. Берется ванильное ядро, патчится стек дров для видях и всё.
Как-то так или что-то похожее
  -EXPORT_SYMBOL_GPL(__rcu_read_unlock);
  +EXPORT_SYMBOL(__rcu_read_unlock);
Да, это не как два байта отослать, но уверен что они справятся.

> И именно поэтому Airlied-ская тусовочка в 6.7 добавили нвидии "радостей" для GPL  condom'а пообещав DMCA takedown при попытке его обхода?

А, ну т.е. линуксоиды уже начали гадить))

> Отсутствие ресурсов и экспертизы майнтайнить нафорканое, имхо.

А им не нужно мейнтейнить всё.

> Оно нвидии надо под таким соусом?

Имелось в виду выпилить в своем форке. Нарушать лицензию думаю они не будут.

> А дальше что? Ну вот сыпанется у кастомера ФС. И куды он такой?

А с чего вдруг нвидия будет менять ФС.
Разве в лине так все плохо, что убираешь символ в DRM, а у тебя файлуха сыпется?

> Не, в майнлайне его ессно пошлют.

А если кода ванильные, то с чего его пошлют в мейнлайне?
Чисто потому что "ах, вы клиент нвидии?!". Тогда это будет вообще мерзко.

> Эти подсистемы активно рефакторят, нвидия не поспевает за этим. Ну в их драйвере и лезет куча фаллаутов.

Т.е. да, таки гадят.
Думаю нвидия уже осознала с кем связалась и во что вляпалась.
И будет делать что нужно из под палки пока не придумает план Б.
Что вполне реально когда у тебя столько денег.

> А вот это уже их проблемы. Они всем похрен. Но будет интересно посмотреть как нвидия сможет это все еще и саппортить.

Просто наймут людей. Переманят чуваков из шапки или оракла))

> Интеграторы тоже могут решить что нафиг им столько гимора на ровном месте.

Нааамного интереснее что скажут юзеры, когда какой-то интегратор им скажет "С нвидией не работаем".
Внезапно окажется что это был последний их контракт с ним.
И всегда найдется тот, кто будет работать. Пусть и за другой прайс.

> И за обход - DMCA, circumvention of technical restrictions.

Это еще нужно будет доказать. В суде))
И такой суд затянется на годы, если не на десятилетия.

> И нвидия кажется уже догадалась о перспективах.

Уверен. До когда там поддерживается ядро 6.6? До конца 2026 у них есть время подумать.
А если брать SLTS - то времени вообще немеряно.

> См. выше. С точки зрения девов линя вы либо привносите что-то полезное в экосистему, и тогда вас ценят. Или нет - и тогда можете идти на...й и никто не будет скучать о балласте сброшенном  за борт. Ибо ничего не теряют.

Это с точки зрения девов.
А с точки зрения юзеров линя в датацентрах - им нужно просто чтобы работала их видяхи.
И если разрабы линя начинают быковать и из-за них у них начинаются проблемы, то кто чудаки - разрабы линя.
Которые взяли и испортили то, что прекрасно работало. И что очень хороший повод хотя бы подумать об альтернативах. Ну или как минимум прикрутить взносы.
Разрабы линя не святым духом питаются.

> Они свое - отспорят. Чисто технически. Потому что могут!

Что-то мне кажется вы их переоцениваете.

Вообще нвидия скорее всего перенесет все в блобы в самой видяхе.
Типа как это сделали амд для поддержки drm на hdmi (не совсем, но суть думаю понятна)
Ну да, придется немного раскошелиться, зато избавятся от проблемы.

И всё будет как мечтают фанаты - все драйвера будут открытые, но бесполезные.

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

265. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 12:49 
>> Насколько я вижу - в новых и видяхи амдшные как раз часто.
> Я это и не отрицал. Но они скорее всего идут в нагрузку)

Видяхи внагрузку - на суперкомпьютере? ORLY? :)

> А им это и не нужно. Берется ванильное ядро, патчится стек дров для видях и всё.

И еще подумать как саппортить своих кастомеров. Со _ВСЕМИ_ проблемами ядра. В майнлайне их пошлют. И нвидия светится в диагностиках как прожектор.

>   -EXPORT_SYMBOL_GPL(__rcu_read_unlock);
>   +EXPORT_SYMBOL(__rcu_read_unlock);
> Да, это не как два байта отослать, но уверен что они справятся.

Со всеми подарками нвидия помнится пошла таки реимплементить DRM/KMS, вышло долго, криво и очень глючно. А подгон их реализации к тому что в актуальных ядрах занимает месяцы.

А ща спецом от таких сделали чек что модуль GPLный, и вынос этого - technical measures circumvention, как описано в DMCA. Прикольно, да? :)

> А, ну т.е. линуксоиды уже начали гадить))

Защищать интересы своего проекта от наглых некооперативных хапуг. Добро должно быть с кулаками.

> А им не нужно мейнтейнить всё.

Tainted kernel? Out of tree module? Nvidia? GTFO! Пишите в саппорт нвидии. Вы бабки туда несли? Во, им и вопросы. Это не клиенты майнлайн девов.

> Имелось в виду выпилить в своем форке. Нарушать лицензию думаю они не будут.

Я так понимаю что они модуль под GPL релизнули - чтобы не попасть под "technical measures circumvention" в рамках DMCA. Т.е. таки - прожались. Теперь только вопрос времени когда им захочется нормально в майнлайн это. Ибо пару тематичных обломов уже было, например с GBM и тем что он без их учета.

> А с чего вдруг нвидия будет менять ФС.

В майнлайне всем пофиг. Левые модули? Tainted kernel? You're on you own. Contact your support.

> Разве в лине так все плохо, что убираешь символ в DRM, а у тебя файлуха сыпется?

Там просто не саппортят господ с левыми модулями. Потому что кому надо гадать, баг ванилы это или разрушения памяти чьей-то кривулькой? И если нвидия хочет играть в эту игру, им придется саппортить своих клиентов "от и до".

> А если кода ванильные, то с чего его пошлют в мейнлайне?

С того что внеядерный модуль, да еще к DMA-capable железке может наделать дел и никому не интересно быть бесплатным сапортом разбирающим чужие глюки от некооперативной корпы. В диагностике нвидия светится как прожектор.

> Чисто потому что "ах, вы клиент нвидии?!". Тогда это будет вообще мерзко.

Ядерщики не считают господ с out of tree модулями своими клиентами.

> Т.е. да, таки гадят.
> Думаю нвидия уже осознала с кем связалась и во что вляпалась.

Ей популярно объяснили что лохов - нет. Они кажется поняли, релизнув модуль под GPL. Возня с использованием GSP намекает что видимо какой-то гранд-унификации все же быть и нвидия со временем присоединится на общих основаниях, как AMD с AMDGPU модулем. И тогда - смогут хотеть учет себя в GPU memmgt и двигать инициативы на тему с результатом отличным от ноля.

> И будет делать что нужно из под палки пока не придумает план Б.
> Что вполне реально когда у тебя столько денег.

Всем пофиг. В случае нвидии ядерщикам абсолютно нечего терять. И они могут позволить себе очень жесткую игру.

> Просто наймут людей. Переманят чуваков из шапки или оракла))

У нвидии большие проблемы с наймом опенсорсных девов в корпу. Шапочники туда не пойдут, у оракла девов GPU вроде ноль. Валв тоже AMDGPU пилит. Удачи в хедхантинге!

> Нааамного интереснее что скажут юзеры, когда какой-то интегратор им скажет
> "С нвидией не работаем".

Юзеры будут выбирать из того что есть. А еще интереснее их морды будут когда им придется с ЛЮБЫМ багом к нвидии ползти, ибо ЭТО не клиенты майнлайна. Технический фак бывает довольно интересным, ога.

> Внезапно окажется что это был последний их контракт с ним.
> И всегда найдется тот, кто будет работать. Пусть и за другой прайс.

Похоже нвидия была не так уверена во всем этом и предпочла модуль под GPL сделать.

> И такой суд затянется на годы, если не на десятилетия.

И как я понимаю по дефолту в это время действует DMCA cease and desist ;). Невероятно вредный для их бизнеса. Нвидия кажись догадалась сколько это может стоить и решила что релизнуть модуль под GPL дешевле.

> Уверен. До когда там поддерживается ядро 6.6? До конца 2026 у них есть время подумать.

Судя по тому что я вижу - какие-то изменения уже идут. Модуль под GPL - намекает.

> Это с точки зрения девов.

Эта точка зрения и победит в майнлайне. Чисто технически.

> А с точки зрения юзеров линя в датацентрах - им нужно просто
> чтобы работала их видяхи.

Это проблемы тех господ. И они там будут как-то утрясать это с своими интеграторами, нвидией, или кто там удумал что может это саппортить. В майнлайне их пошлют: out of tree модуль.

> повод хотя бы подумать об альтернативах. Ну или как минимум прикрутить взносы.

От нвидии и их юзеров никаких взносов - не было. Внезапно они будучи наглым жадным корпом ничего кроме проблем не создавали - так что и терять некому и нечего. Кроме гимора от левых репортов с out of tree модулями.

> Разрабы линя не святым духом питаются.

Нвидия никак не была источником их благополучия. Это наглый, жирный ХАЛЯВЩИК ведущий бизнес за чужой счет. За это к ним есть определенные претензии.

> Что-то мне кажется вы их переоцениваете.

А мне кажется что git log я верю больше чем анонимам с опеннета.

> Вообще нвидия скорее всего перенесет все в блобы в самой видяхе.
> Типа как это сделали амд для поддержки drm на hdmi (не совсем,
> но суть думаю понятна)

Возможно. Также всем пофиг если у нвидии будет закрытый юзермод - при условии что есть открытый клиент к тому же модулю (e.g. драйвер MESA). Но кернелмод нвидии в лине не отдадут, и если они хотят влиять на это - они должны стать частью процесса, на общих основаниях.

> Ну да, придется немного раскошелиться, зато избавятся от проблемы.
> И всё будет как мечтают фанаты - все драйвера будут открытые, но бесполезные.

Да почему бесполезные? В AMDGPU баги прекрасно чинятся, саппортить это можно, а в конечном итоге мы с практической точки зрения лю опенорс за это. Та тима свое отспорит имхо. А за "бесполезными" дровами понабегут еще и вон те потом, с очередным linux-kpi или что там у них.

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

176. "Релиз ядра Linux 6.8"  +/
Сообщение от 12yoexpert (ok), 11-Мрт-24, 17:18 
> У амд сейчас нет конкурентных продуктов, к сожалению.

Согласен, продукты AMD сейчас вне конкуренции: ryzen имеют во все щели intel-овские cpu, radeon имеют по самые гланды nvidia gpu. И это при меньшей стоимости и при человеческом отношении к пользователям.

Не совсем понял, почему вы сожалеете. Купили акции intel/nvidia?

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

179. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 17:29 
> radeon имеют по самые гланды nvidia gpu.

Ахаха, пощади человек-анекдот.
Топовейшая RX 7900 XTX в сухую сливает RTX 4090.
И может потягаться с 4080/4070.

В проф картах разрыв не настолько большой в сторону невидии, зато у них есть куда.
И все добровольно подсевшие на вендерлок так просто с него не слезут.
А нвидия стала тихонько закручивать гайки на запуск куды на сторонних картах.

> Не совсем понял, почему вы сожалеете.

Сожалею, что к моему amd 7950 я не могу докупить достойную по производительности карту от них же.

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

206. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 20:34 
> В проф картах разрыв не настолько большой в сторону невидии, зато у
> них есть куда.
> И все добровольно подсевшие на вендерлок так просто с него не слезут.

Взаимоисключающие параграфы как они есть. Попробуйте себе прищемить что-нибудь дверью, а потом так и стоять, нажимая на дверь сильнее и сильнее. С чего уверенность что остальным это так сильно нравится? Зачем им диктат нвидии на их бошку? Из чувства мазохизма?

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

213. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 22:04 
> Взаимоисключающие параграфы как они есть

Неа. Не взаимоисключающие. И пример твой мягко говоря так себе.
У них есть куда и куча уже написанного и работающего кода, который им приносит деньги. Так что профит есть, отличие от твоего примера с дверью. И совсем немаленький.

А с другой - они вынуждены покупать карты именно нвидии. Они не могу просто взять, выкинуть все наработки и перейти на амд. Это уже минус. Но пока Хуанито не будет слишком борзеть с ценами - они будут это терпеть.
И переход будет только тогда, когда это будет экономически целесообразно.

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

266. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 13:05 
> уже минус. Но пока Хуанито не будет слишком борзеть с ценами
> - они будут это терпеть.
> И переход будет только тогда, когда это будет экономически целесообразно.

Кроме цен на видяху есть еще maintenance costs - и если вас из линуха посылают и на вас подвис весь кост саппорта платформы, на пару с нвидии которой все похрен - это таки довольно забавный аргумент вырисовывается :). И судя по покраснению TOP500 - видимо это еще и работает.

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

304. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 28-Мрт-24, 19:24 
> Сожалею, что к моему amd 7950 я не могу докупить достойную по
> производительности карту от них же.

Попробуй абсолютно новую видеокарту Radeon R9 280

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

208. Скрыто модератором  +/
Сообщение от Аноним (208), 11-Мрт-24, 20:58 
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

34. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (34), 11-Мрт-24, 12:16 
>> первый драйвер на языке Rust,
> подфартило в своё время с ГНУ

В наше время кто Linux от ржавчины чистить будет?

> Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.8 - Linux-libre 6.8-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем.

Надо теперь ещё и патч для очистки от ржавчины.

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

38. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (38), 11-Мрт-24, 12:24 
Кому надо? Поехавшим опеннетным экспертам?
Ответить | Правка | Наверх | Cообщить модератору

274. "Релиз ядра Linux 6.8"  +/
Сообщение от namenotfound (?), 12-Мрт-24, 18:05 
ну не линусу же

такой дури как тут вообще нигде найти невозможно, даже другой русскоязычный форум не страдает манией преследования на почве математики (хоть тут добрая половина анонимов там тоже пишет)

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

46. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:37 
> В наше время кто Linux от ржавчины чистить будет?

Наверное ты.
Ты сможешь взять и написать надежные и не падучие драйвера.

Сможешь ведь, правда?
Или будет просто языком трепаться на форуме?

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

77. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от EULA (?), 11-Мрт-24, 13:22 
Rust в ядре, как гей-эмодзи в ВК: вроде как есть, но нафик никому не сдались. В смысле модуль сборки компонентов на Раст до сих пор по умолчанию не включен, а значит и не собирается по умолчанию. Для включения его в спеках пактов еще не придумали механизма, то ест в дистрибутивах его опять не будет.
Ответить | Правка | Наверх | Cообщить модератору

96. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 14:14 
> Rust в ядре, как гей-эмодзи в ВК: вроде как есть, но нафик никому не сдались.

Хм... у тебя странные ассоциации и примеры, интересно чтобы сказfл по этому поводу дедушка Фройд?
Возможно у тебя какие-то нереализованные фантазии и желания.

> В смысле модуль сборки компонентов на Раст до сих пор по умолчанию не включен, а значит и не собирается по умолчанию.

Знаешь, есть такая мемная табличка "вы находитесь здесь".
Ну так вот, ПОКА он по умолчанию не включен, и да "вы находитесь здесь".
Думаю через 1-2 версии ядру уже будет представлен механизм.
А еще в мажороной версии 7 уже станет обязательным.
Луддиты могут сколько угодно гавкать, но караван идет.
Прогресса остановить можно, но очень сложно.

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

118. "Релиз ядра Linux 6.8"  +/
Сообщение от Денис Попов (?), 11-Мрт-24, 15:18 
Направление движения каравана гораздо важнее того факта что он идет. Машем ручкой вслед.
Ответить | Правка | Наверх | Cообщить модератору

248. "Релиз ядра Linux 6.8"  +/
Сообщение от Прохожий (??), 12-Мрт-24, 07:46 
И сидим потом у разбитого корыта, горько плачем, как тот дед из известной сказки.
Ответить | Правка | Наверх | Cообщить модератору

283. "Релиз ядра Linux 6.8"  +/
Сообщение от EULA (?), 13-Мрт-24, 07:07 
> Хм... у тебя странные ассоциации и примеры, интересно чтобы сказfл по этому
> поводу дедушка Фройд?

Интересно, а что дедушка Фрейд скажет про ассоциацию с Rust?
Ведь во времена Фрейда жидкий стул называли "ржавчиной" из-за схожести цвета...

> Думаю через 1-2 версии ядру уже будет представлен механизм.

Механизм и сейчас есть.
> А еще в мажороной версии 7 уже станет обязательным.

В сентябре 2022 года тоже обещали, что Rust будет обязателен для сборки в 6.0. Обещали, что это будет основной причиной смены мажорной версии ядра.
Потом обещали, что он будет обязательным для 6.1.
Потом, что будет обязательным в 6.5
В октябре 2023 года тут торжественно обещали, что в 6.6 Rust будет обязательным.

Интересно, а что ты будешь говорить, если не будет Раст обязательным для сборки ядра.

> Луддиты могут сколько угодно гавкать, но караван идет.

Где-то я это уже слышал... Элоп же тоже самое говорил про Windows Phone! Ну и где WP?
> Прогресса остановить можно, но очень сложно.

Это же повторение слов Балмера про Windows на Суперкомпьютерах.

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

51. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:41 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

202. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (202), 11-Мрт-24, 20:10 
Гну конечно подфартило в свое время с линуксом
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

209. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (208), 11-Мрт-24, 21:04 
Да, иначе до сих пор последний хурд без соли компиляли бы под мантры жиpнoго гуру что почти совсем вот-вот уже свобода победит и искали чей код ещё скоммуниздить можно.
Ответить | Правка | Наверх | Cообщить модератору

282. Скрыто модератором  +/
Сообщение от Аноним (282), 12-Мрт-24, 23:49 
Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

2. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Герострат (?), 11-Мрт-24, 10:46 
Исправили рост потребления оперативки на 500-600 мб?
Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (5), 11-Мрт-24, 10:48 
Что значит исправили это же и есть фича.
Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от rhbm (?), 11-Мрт-24, 10:51 
Мало растет!

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

25. Скрыто модератором  +5 +/
Сообщение от Аноним (-), 11-Мрт-24, 11:31 
Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз ядра Linux 6.8"  +8 +/
Сообщение от Аноним (31), 11-Мрт-24, 12:15 
от слова раст
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

75. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от qs (ok), 11-Мрт-24, 13:18 
Исправили, кажется, ещё в 6.7.6; хотя это, похоже, было ожидаемое поведение.
В моём случае рост потребления составлял 25-40 MB (очень много, как по мне).
Я добавил в параметры загрузки ядра transparent_hugepage=never.
Негативных последствий не заметил.
Подробнее здесь: https://www.linux.org.ru/forum/general/17487370?cid=17499452
P.S. Я — не автор поста.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

102. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (102), 11-Мрт-24, 14:37 
А с каких пор там always? Всегда же было madvise, как раз из-за этого.

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

160. "Релиз ядра Linux 6.8"  +/
Сообщение от qs (ok), 11-Мрт-24, 16:32 
Не знаю, если честно.
Возможно, последствия активации ZRAM_MEMORY_TRACKING в отличии от 6.6.*.
Здесь пытались разобраться: https://gitlab.archlinux.org/archlinux/packaging/packages/li...
Я не программист и не стал закапываться в то, в чём ничего не понимаю.
Потестировал, получил нужный мне результат (обратил негативный для меня эффект) и успокоился.
Может, вы разберётесь. Я пока с опаской (теперь) жду нового ядра.
Ответить | Правка | Наверх | Cообщить модератору

288. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (288), 13-Мрт-24, 09:45 
Шел 2024, люди продолжают удивляться hugepage. Нахрена Линус это добавил, не понимает никто. Ко всем базам данным давно идёт рекомендация - отключить нахрен. На производительность влияет в районе погрешности.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

291. "Релиз ядра Linux 6.8"  +/
Сообщение от qs (ok), 13-Мрт-24, 14:16 
Будь я одмином в датацентре, пожалуй, я бы знал об этом. Или если бы я постоянно собирал себе кастомное ядро.
А у меня Arch на домашнем компьютере. Вернее, гораздо хуже; даже не на компьютере, а на ноутбуке. К тому же, довольно старом.
И когда я заметил, что после загрузки системы в htop вместо привычных 157-159 MB получилось 205-214 MB (точнее уже не вспомню),
то я забеспокоился. А у людей на 400-600 MB потребление взлетело. Если бы у меня так стало, то со мной вообще какие-нибудь инфракции случились бы.
Если бы я был специалистом в этом всём, то пересобрал бы ядро с нужными мне оптимизациями и выбросив процентов девяносто неактуального для моей системы кода.
А я простой  ̶с̶о̶в̶е̶т̶с̶к̶и̶й̶ «хомячок» и всё, что я могу — подобрать для себя что-то из уже написанного с минимальным количеством мне ненужного.
Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз ядра Linux 6.8"  +5 +/
Сообщение от Аноним (5), 11-Мрт-24, 10:47 
Вот не будет Линуса Торвальдса что будем делать?
Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз ядра Linux 6.8"  +8 +/
Сообщение от сщта (?), 11-Мрт-24, 10:50 
Помянем и дальше пойдём.
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (8), 11-Мрт-24, 10:51 
Кто-то другой подхватит и будет делать.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

9. "Релиз ядра Linux 6.8"  +4 +/
Сообщение от A.Stahl (ok), 11-Мрт-24, 10:51 
А сейчас ты что делаешь? Ну вот и будешь продолжать...
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

107. Скрыто модератором  +/
Сообщение от Аноним (-), 11-Мрт-24, 14:58 
Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз ядра Linux 6.8"  +4 +/
Сообщение от Аноним (15), 11-Мрт-24, 11:06 
Корпорасты будут делить наследство. Заодно и увидим, какая GPL "свободная, но не как 'непродажная'".
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

18. Скрыто модератором  +/
Сообщение от Аноним (1), 11-Мрт-24, 11:15 
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

19. Скрыто модератором  +2 +/
Сообщение от Аноним (19), 11-Мрт-24, 11:22 
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (22), 11-Мрт-24, 11:27 
Скорее всего, будет несколько форков ядра.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

42. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (38), 11-Мрт-24, 12:31 
Не будет. Много знаете проектов такого объёма с выжившими форками? А тут ведь не прикладное ПО, которое могут писать полтора человека. Так сейчас корпорации (ну а кто линуксом занимается) и начнут вкладываться в несколько форков одновременно.
Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (5), 11-Мрт-24, 15:21 
Смысл что будет ядро от Майков от эпл от Гугла. И какое ядро будет самым настоящим каким пользовпться? Кто последним нажимает на кнопку комит перед релизом?
Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (38), 11-Мрт-24, 15:53 
Ага, а все остальные будут коммитить в три ядра параллельно, с учётом их особенностей? Не, тут уж корпорасты как-нибуь договорятся.
Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (5), 11-Мрт-24, 16:47 
Никто в три коммитить не будет у всех будет своё. Единственно правильное.
Ответить | Правка | Наверх | Cообщить модератору

177. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (177), 11-Мрт-24, 17:21 
> Никто в три коммитить не будет у всех будет своё. Единственно правильное.

Еще как будут.
Вот у шапки будет своё, в оракла своё, у майков своё. А будут еще гугел, невидия и куча других.
Собственно они сейчас частично уже так.
И все исходники будут открыты. Просто они будут конфликтовать друг с другом.

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

249. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (249), 12-Мрт-24, 08:14 
Появится какое-нибудь "Moonchild Productions", которое будет переносить лучшие фичи из их ядер в Pale Linux.
Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз ядра Linux 6.8"  +12 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:42 
> Вот не будет Линуса Торвальдса что будем делать?

Будут господа типа Кроа-Хартмана и проч. Впрочем, вы сперва Торвальдса пережить попробуйте чтобы париться вообще. У вас то медобслуживание не чета его. Поэтому в ящик вы сыграете куда раньше.

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

89. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Максим (??), 11-Мрт-24, 13:40 
Не будет и Линукса, всё когда-то кончается. Хотя Линус походу уже потихоньку сдаёт и идёт на поводу у корпорастов.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

105. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (38), 11-Мрт-24, 14:56 
Без корпорастов он сдох бы уже давным-давно.
Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (5), 11-Мрт-24, 15:23 
Чтож тогда корпарасты своего Линуса не сделали? Значит есть в нём смысл. Хотя бы как единая точка откуда выходит результат.
Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:29 
> Значит есть в нём смысл. Хотя бы как единая точка откуда выходит результат.

Конечно есть. Потому что есть результат.
Как только результата не будет, или выход будет не тот что ожидали, то начнут искать замену.

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

166. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (5), 11-Мрт-24, 16:48 
В том то и дело что зима близко.
Ответить | Правка | Наверх | Cообщить модератору

250. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (249), 12-Мрт-24, 08:17 
В южном полушарии. Торвальдс живёт в северном.
Ответить | Правка | Наверх | Cообщить модератору

210. "Релиз ядра Linux 6.8"  +/
Сообщение от Советский инженер (ok), 11-Мрт-24, 21:10 
>Чтож тогда корпарасты своего Линуса не сделали?

посчитали что проще держать на оутсорсе.

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

185. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (185), 11-Мрт-24, 18:37 
>Вот не будет Линуса Торвальдса что будем делать

Не знаю как другие, но я скорее всего перейду на *BSD. Что то не нравится мне каким путем развивается Линукс, много всего сомнительного стали добавлять, блоб на блобе. Проще снести и поставить BSD чем пытаться исправить.

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

207. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от Аноним (-), 11-Мрт-24, 20:36 
> Не знаю как другие, но я скорее всего перейду на *BSD. Что
> то не нравится мне каким путем развивается Линукс, много всего сомнительного
> стали добавлять, блоб на блобе. Проще снести и поставить BSD чем
> пытаться исправить.

Так никто же никого не заставляет. Вам проще? Вперед, дерзайте. С вас была какая-то отдача, чтобы это кого-то парило и было большой потерей для экосистемы? Или чисто так, назло бабушке уши поморозить?

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

252. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (252), 12-Мрт-24, 08:33 
Может перерости в тенденцию, а потом в потерю пользователей, так что 'ложить' на всех можно, но в итоге все могут положить на того кто ложил на всех )))
Ответить | Правка | Наверх | Cообщить модератору

267. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 13:07 
> Может перерости в тенденцию, а потом в потерю пользователей, так что 'ложить'
> на всех можно, но в итоге все могут положить на того
> кто ложил на всех )))

Я думаю что Торвальдс чувсвтвует правильный баланс. А совсем наглых халявщиков таки надлежит строить. Нвидия где-то в топе этого списка.

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

226. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (226), 11-Мрт-24, 23:30 
Брюссель найдёт кого..
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

264. "Релиз ядра Linux 6.8"  +/
Сообщение от Анонимус3000 (?), 12-Мрт-24, 12:46 
Даже если Линуса не станет, Linux всё равно будет свободен!
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

279. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (279), 12-Мрт-24, 20:12 
Ну дарпа выделит нового человека представлять Linux. Ничего особого не произойдёт.

Цитата из интернета: "Linus Torvalds is the owner of the Linux trademark. They are not the owner of the trademark for the name Linux. The source code itself has no one owner, it is owned in many parts by the thousands of contributors". Ну вот по наследству передадут торговую марку, а наследники с ней сделают то что считают нужным — продадут, будут гордо выступать и предоставлять Линукс, ну или отдадут другому мейнтейнеру. Там ещё Хартман и Кхан есть. Ну или был Линукс, станет Хартмакс.

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

280. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (279), 12-Мрт-24, 20:15 
вы там не забывайте причастность оборонки штатов к разработке ядра
Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от сщта (?), 11-Мрт-24, 10:48 
Пробовал rc7 с патчами RT,тормозят игрушки. Без патчей не использовал пока.
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз ядра Linux 6.8"  –8 +/
Сообщение от Аноним (11), 11-Мрт-24, 10:59 
>первый драйвер на языке Rust

Алилуйа!

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

21. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (102), 11-Мрт-24, 11:25 
Корпорациям вроде Майкрософта и Гугла интересны эксперименты по удешевлению в промышленных средах. Чем больше подопытных, тем лучше. А вот левый тулчейн это уже eee, изначально было ясно.
Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз ядра Linux 6.8"  +5 +/
Сообщение от Аноним (22), 11-Мрт-24, 11:29 
Уточним, вновь переписанных существующий драйвер.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

24. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (-), 11-Мрт-24, 11:29 
Теперь кроссплатформенная ОС - это NetBSD.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

47. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (22), 11-Мрт-24, 12:38 
Кроссплатформенная ОС - ОС работающая под другими различными ОС?
Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:44 
> Теперь кроссплатформенная ОС - это NetBSD.

Во всяких городских легендах. Линух работает на куда большем числе железок чем это дино.

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

65. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 12:51 
>> Теперь кроссплатформенная ОС - это NetBSD.
> Во всяких городских легендах. Линух работает на куда большем числе железок чем
> это дино.

"но разве ж это жизнь"? (с)
На этих платформах системд не запустишь, а разве ж это работа? Нюхать портянки - это не работа. Нет сисдемд и вейланда - нет линукса.

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

114. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:14 
> "но разве ж это жизнь"? (с)
> На этих платформах системд не запустишь,

С чего бы вдруг? У меня прекрасно работает на всем, начиная с десятибаксового одноплатника. Более того - это примерно тот же набор технологий что и на десктопе и серваках.

Мы называем это "вертикальное масштабирование технологии".

> а разве ж это работа? Нюхать портянки - это не работа.

Я уж не знаю что вы там нюхаете - но вон то прекрасно работает. Я проверял. На всяких довольно странных платформах. То что вы там вообще нетбсд запустите - вообще не факт.

Сам системд довольно легкая штука, на все про все мегов 5-6 оперативы жрет на armhf. А альтернативой разве что openwrt, но даже он расжирел и менее 64 мегов RAM ему не комильфо уже. Тем более с их горбатым запускальщиком и песочницами, они стремительно догоняют системду, если еще не перегнали. И как угодно но нетбсд там в пролете.

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

142. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (180), 11-Мрт-24, 15:48 
>> "но разве ж это жизнь"? (с)
>> На этих платформах системд не запустишь,
> С чего бы вдруг?

Жрущий, жирный, привязанный к версиям ядра, удаву, глибц, и тд и тп.

> У меня прекрасно работает на всем, начиная с
> десятибаксового одноплатника. Более того - это примерно тот же набор технологий
> что и на десктопе и серваках.

Огосспади, как же я рад что на твоём raspberry pi оно работает.
Смотри и учись:

https://www.youtube.com/watch?v=v4nYptB3JVY
DEC Digital PC Pentium 166mmx (1997) / NetBSD 9.2

https://www.youtube.com/watch?v=SllJXEZqqTQ
Dell Optiplex 486 (1995) / NetBSD 9.1

Линукс на этом просто не запустится, потому что i386/i486 вырезана из ядра, ну и потому что удачи запустить весь комбайн на 48Мб ОЗУ.

> Мы называем это "вертикальное масштабирование технологии".

смузитехнологии, так вернее.

>> а разве ж это работа? Нюхать портянки - это не работа.
> Я уж не знаю что вы там нюхаете - но вон то
> прекрасно работает. Я проверял. На всяких довольно странных платформах. То что
> вы там вообще нетбсд запустите - вообще не факт.

звездеть - не мешки таскать, ага.

> Сам системд довольно легкая штука, на все про все мегов 5-6 оперативы
> жрет на armhf.

не верю, так как ты уже назвиздел один раз, но допустим. +5 systemd-udevd, +10 dbus, +150 systemd-journald, и мы уже давно вышли за пределы памяти. Ну, мы вышли давно, еще с ядром. Так что вся эта математика в принципе бесполезна.

> А альтернативой разве что openwrt, но даже он
> расжирел и менее 64 мегов RAM ему не комильфо уже. Тем
> более с их горбатым запускальщиком и песочницами, они стремительно догоняют системду,
> если еще не перегнали. И как угодно но нетбсд там в
> пролете.

ну, там где вкорячишь openwrt - там придётся нюхать портянки и плакать что нету системд. Разве ж это линукс? Пфф.

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

164. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 16:46 
> Жрущий, жирный,

Да ничего он не жрет. А куча скриптоты при загрузке тормозит и жрет сильно хуже так то.

> привязанный к версиям ядра, удаву, глибц, и тд и тп.

В общем случае привязка по ядрам лайтовая, на практике проблем не вызывает. Удев - вообще опция, у меня есть системы с systemd - но без udev. И так можно - даже в стоковом дебиане.

> Огосспади, как же я рад что на твоём raspberry pi оно работает.

Оно и на китайских одноплатниках в 10 раз дешевле - работает. Вам бесплатно чтоли их отдавать?

> DEC Digital PC Pentium 166mmx (1997) / NetBSD 9.2

Круто, а зачем мне такой мамонт в 2024?

> Линукс на этом просто не запустится, потому что i386/i486 вырезана из ядра,

А мне до этого есть какое-то дело?

> ну и потому что удачи запустить весь комбайн на 48Мб ОЗУ.

На 64 мегах я рутинно запускаю дебиан armhf. Без свопа даже. Самое жручее что там есть - пакетник, внезапно. Потому что 100К пакетов - не фунт изюма.

> смузитехнологии, так вернее.

Ну, дебиан это такой условный смузи. Хотя по сравнению с дековским мамонтом то - конечно. Только нафиг мне тот антик сдался?

> звездеть - не мешки таскать, ага.

Я предпочитаю одноплатники - а не дековских мамонтов. Очень странно.

> не верю, так как ты уже назвиздел один раз, но допустим. +5
> systemd-udevd, +10 dbus, +150 systemd-journald,

А они внезапно ОПЦИОНАЛЬНЫЕ и для работы системы - не требуются. Половину в стоковом дебиане можно к тому же не ставить аж на уровне пакетного манагера.

> и мы уже давно вышли за пределы памяти.

С сожалением информирую вас: ваша гнедая сломала ногу. Вы попытались пролечить - system implenenter'а, который ВОТ ЭТО ВОТ как раз ПРАКТИКУЕТ. В этом месте вы уже можете начать догадываться о масштабе фейла. Но если будете настаивать - я на публику разрисую вашу квалификацию (а точнее ее отсутствие) и измышлизмы и более подробно.

> ну, там где вкорячишь openwrt - там придётся нюхать портянки и плакать
> что нету системд. Разве ж это линукс? Пфф.

Да они там поттеринга переплюнули - с генерацией конфигов программ они пошли куда дальше. И да, вот это уже больше на циску кривую похоже чем на линух.

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

173. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 17:09 
> Да ничего он не жрет. А куча скриптоты при загрузке тормозит и
> жрет сильно хуже так то.

поэтому в эмбеддеде обмазываются скриптотой, а не берут бажественный системд? Чо там твой опенврот, когда уже перейдёт на системд и удав? Сил нет терпеть этот луддизм.

>> привязанный к версиям ядра, удаву, глибц, и тд и тп.
> В общем случае привязка по ядрам лайтовая, на практике проблем не вызывает.

На практике последнее ядро с i486 одно, а требуемое системд - другое. Проблема.

> Удев - вообще опция, у меня есть системы с systemd -
> но без udev. И так можно - даже в стоковом дебиане.

Без удава - это уже луддизм. Я хочу линукс, а не эти ваши портянки нюхать. Ты еще скажи без журналд - ну и зачем такой линукс из прошлого века нужен? Только ввели нормальные технологии, а тут опа, то выкинь, сё выкинь...

> Круто, а зачем мне такой мамонт в 2024?

А какая разница что там тебе нужно? Ты вообще при чем здесь? :-D
Перемотай вверх, посмотри с чего начался разговор, если память 3 секунды.

>> Линукс на этом просто не запустится, потому что i386/i486 вырезана из ядра,
> А мне до этого есть какое-то дело?

Не было бы дела - прошел бы мимо. А так, линукс конечно поддерживает больше архитектур, просто те архитектуры что он не поддерживает, но на которых отлично работает нетка - тебе дела нету.

Понял. Отлично.

>> ну и потому что удачи запустить весь комбайн на 48Мб ОЗУ.
> На 64 мегах я рутинно запускаю дебиан armhf. Без свопа даже. Самое
> жручее что там есть - пакетник, внезапно. Потому что 100К пакетов
> - не фунт изюма.

Сказочник, но допустим. Вся эта память сожрется systemd, journald, timedated, dbus и иксами, пардон, вейландом. Ну и каким нибудь пульсаудио. Ты ж не луддит какой, чтоб использовать голую альсу и пердолить конфиги, так? Тебе нужно отдать процессорное время пульсе, чтоб не пшшш и лаги, а был звук. Так что докинь еще 64Мб, ты ж не нищеврот какой-нибудь, так?

В общем, линукс работает. Надо лишь там немного, сям немного.

>> смузитехнологии, так вернее.
> Ну, дебиан это такой условный смузи. Хотя по сравнению с дековским мамонтом
> то - конечно. Только нафиг мне тот антик сдался?

Осспади. Да пофиг нам что тебе сдалось и что нет. Перечитай начало треда вообще. :-D

> Я предпочитаю одноплатники - а не дековских мамонтов. Очень странно.

Не странно, а закономерно. Линукс там не запустится даже если бы ты их предпочитал. А так - вам повезло. Линукс не умеет, ты не хочешь. Гармония.

>> не верю, так как ты уже назвиздел один раз, но допустим. +5
>> systemd-udevd, +10 dbus, +150 systemd-journald,
> А они внезапно ОПЦИОНАЛЬНЫЕ и для работы системы - не требуются. Половину
> в стоковом дебиане можно к тому же не ставить аж на
> уровне пакетного манагера.

20 лет линукс стал наконец нормальной системой, подаренной нам с лопаты доброй красношапкой, а ты предлагаешь что? пердолить конфиги? копроиксы небось еще? Я хочу вейланд на DECe. А ты предлагаешь никаких нормальных логов? настраивать хостней не через дбас а редактированием, прости господи, файлов? Ну и зачем это ретроградство? И главное, зачем этот пердолинг называешь линуксом? Это же не так.

>> и мы уже давно вышли за пределы памяти.
> С сожалением информирую вас: ваша гнедая сломала ногу. Вы попытались пролечить -
> system implenenter'а, который ВОТ ЭТО ВОТ как раз ПРАКТИКУЕТ. В этом
> месте вы уже можете начать догадываться о масштабе фейла. Но если
> будете настаивать - я на публику разрисую вашу квалификацию (а точнее
> ее отсутствие) и измышлизмы и более подробно.

А по-человечески?

>> ну, там где вкорячишь openwrt - там придётся нюхать портянки и плакать
>> что нету системд. Разве ж это линукс? Пфф.
> Да они там поттеринга переплюнули - с генерацией конфигов программ они пошли
> куда дальше. И да, вот это уже больше на циску кривую
> похоже чем на линух.

Понял, вычеркиваем openwrt из списка поддерживаемых линуксом архитектур. Что остаётся?

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

227. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 23:30 
> поэтому в эмбеддеде обмазываются скриптотой, а не берут бажественный системд?

Кто вам это сказал? Фичреквестов для системды Поттерингу подогнали как раз на очередном Linux Plumbers из эмбедовочной фирмы. Странно, да?!

> Чо там твой опенврот, когда уже перейдёт на системд и удав? Сил нет
> терпеть этот луддизм.

Я им и не пользуюсь уже почти, перейдя на дебиан. Если десятибаксового одноплатника хватает и там нет той канители с вртшной горбизной - нормальное управление решает. И грузится в разы быстрее, до кучи.

> На практике последнее ядро с i486 одно, а требуемое системд - другое. Проблема.

Я не пользуюсь i486 -> мне его проблемы похрен.

> Без удава - это уже луддизм. Я хочу линукс, а не эти ваши портянки нюхать.

А я прям в юниты системды вгрузку модулей местами вписал на эмбедовке. Так можно было! Заодно badUSB такой системе пофиг, нельзя левак в usb подпихнуть. В эмбедовке это допустимо.

> Ты еще скажи без журналд - ну и зачем такой линукс из прошлого века нужен?

Ну вот это у меня - где как. Засисит от целесообразности.

> Только ввели нормальные технологии, а тут опа, то выкинь, сё выкинь...

Это - инструменты в моей палитре. Как рисовать ту или иную систему я решаю в зависимости от задачи. Я чего-то такого и хотел. Масштабируемую палитру возможностей system builder'а.

> Перемотай вверх, посмотри с чего начался разговор, если память 3 секунды.

Там что-то про нетбсду было. И какая она портабельная. На _выпускаемом сейчас_ железе она будет в полной Ж. А мамонты мне не интересны.

> поддерживает больше архитектур, просто те архитектуры что он не поддерживает, но
> на которых отлично работает нетка - тебе дела нету.

Мне интересно актуальное оборудование, выпускаемое сейчас.

> Понял. Отлично.

А вы можете юзать ваш i486, мне не жалко!

> Сказочник, но допустим.

Что значит - сказочник? Я реально поэкспенимертировал какого минимально размера виртуалку можно скроить минимальному armhf образу. На 64 мегах еще работает, но - тупит, для кеша места почти нет при работе пакетника.

> Вся эта память сожрется systemd, journald, timedated, dbus

Зачем вам в эмбедовке dbus? Все прекрасно работает без него. На десктопе - понятно зачем, но вы ж не собирались делать десктоп из дохлого одноплатника? Сделать хрень можно - но зачем?

> и иксами, пардон, вейландом. Ну и каким нибудь пульсаудио.

Это не везде надо. Если у меня допустим вебфейс у железки - зачем ей пульс?

> Ты ж не луддит какой,

В эмбедовке я могу и разумный минимализм в ряде случаев. От задачи зависит.

> нужно отдать процессорное время пульсе, чтоб не пшшш и лаги,

Там конечно столько времени процессорного - аж Nokia N900 с 1-ядерным Cortex A8 на 600 МГц не парилось, с 256 мег оперативы. Если что-то дохлее чем даже это - окей, юзать i486 как десктоп - не моя прерогатива. Это вы там сами.

> а был звук. Так что докинь еще 64Мб, ты ж не нищеврот какой-нибудь, так?

На вот именно десктопе - оперативку захочет прикладной софт в основном. Какой-нить браузер менее чем гиг будет совсем уж слоупок и тормоз.

> В общем, линукс работает. Надо лишь там немного, сям немного.

Для меня он прекрасно работает в чертовой куче применений. А это ваше нетбсд вместе с i486, имхо, себе оставьте. Мне это не интересно, из эмбедовки кмк актуальны ARM и RISCV, а не те дино.

> Осспади. Да пофиг нам что тебе сдалось и что нет. Перечитай начало
> треда вообще. :-D

Ну так и скажите - что тот мусор портабелен на мамонтов и динозавров. Но на их горе - млекопитающих^W современных железок развелось два дохреналиона. И там оно - ни о чем. Так что и пролетает по званию портабельной системы.

> Не странно, а закономерно. Линукс там не запустится даже если бы ты
> их предпочитал. А так - вам повезло. Линукс не умеет, ты не хочешь. Гармония.

Я прагматик, как и Торвальдс. Предпочитаю практические решения полезных окружающим задач.

> 20 лет линукс стал наконец нормальной системой, подаренной нам с лопаты доброй красношапкой,

Я вообще шляпными дистрами не пользуюсь и мне они пофигу. Не мой профиль.

> а ты предлагаешь что? пердолить конфиги? копроиксы небось еще?

Все это очень зависит от того кто и по что. Можно поставить убунточку и более разумные существа за вас сделают зашибись. Скорее всего лучше чем вы сами сможете. А если стало тесновато и хочется самому сходить на пантеон - а оно, вот, можно. Ибо опенсорс.

> Я хочу вейланд на DECe.

Вам и имплементить ваши хотелки, имхо. Врядли кто-то еще кроме вас хотел этого и уже заимплементил -> "tough luck".

> А по-человечески?

А по человечески - у меня сильно поболее вашего опыта с сборкой минимальных кастомных систем на основе линуха под мелкие ресурсы. И тут вы охамели настолько что мне рассказывать про это удумали. И тут вы крепко не угадали, печалька, да. Хотя если вам 486 надо - ну тут упс, это вы сами. Меня более прагматичные кейсы интересуют.

> Понял, вычеркиваем openwrt из списка поддерживаемых линуксом архитектур. Что остаётся?

Экие вы там резвые все вычеркивать. Для вот именно роутеров - оно все ж катит более менее. Но шаг в сторону - и оно становится весьма мучительным, я б сказал. Для себя я как универсальный модульный тулкит юзаю дебиан. Но он все же более жирный чем опенврта.

... и все же минимальный рутфс с сжатием, способный запустить apt, занимает мегов 30-40, и доволен 64 мегами рам, а чуть ли не больше всего там займет - тадам - список пакетов из 100 000 наименований, если его еще и скачать. Тут уж упс! Если в системе есть столько пакетов - то уж есть.

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

230. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 12-Мрт-24, 00:15 
лан, поскипал весь бессмысленный бред, вижу что не можешь ответить по существу, пойдём на мировую. я налил кофеёк, ща зажгу фетиль, давай мириться.

> А по человечески - у меня сильно поболее вашего опыта с сборкой
> минимальных кастомных систем на основе линуха под мелкие ресурсы. И тут
> вы охамели настолько что мне рассказывать про это удумали. И тут
> вы крепко не угадали, печалька, да. Хотя если вам 486 надо
> - ну тут упс, это вы сами. Меня более прагматичные кейсы
> интересуют.

Юзер, господи, мужик, прекрати позориться с своим одноплатником и "эм-беееее-дедом" на дебиане с системд. Вписывал загрузку модулей в сервис-файлы он... Ну камон, бро, ну ты думаешь тут все де gen erratы чтоль, типа айпони, и не видят что за дичь ты втираешь, или ты сам не осознаёшь? Расскажи лучше, почему ты остановился в развитии? Помню ты подавал большие надежды, спорил с огоньком, живо интересовался линуксом, отвечал по существу. Не смог сбежать из аушвица? Жена? Дети? Помочь с релокацией? Спасайся, бро, ты чахнешь. С ембеддедом не обещаю помочь, но линуксоиды (в тч твоего уровня) в почёте, бо у нас с школьниками полная беда: приходится и обучать за свой счет, испытательный период оплачивать, и в конце концов нанимать что есть. Мигни если тебя приковали к батарее. ;-)

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

295. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (177), 14-Мрт-24, 20:36 
> пойдём на мировую. я налил кофеёк, ща зажгу фетиль, давай мириться.

У меня нет цели загасить альтернативы, без выбора мир скучен. Но я за объективную и честную оценку свойств получившихся технологий. У вас bias относительно systemd, хоть как.

> Юзер, господи, мужик, прекрати позориться с своим одноплатником и "эм-беееее-дедом" на
> дебиане с системд.

ИМХО, позор - всякие архаичные немайнлайновые SDK/BSP от/для маздайцев/индусов, не вхожих в линь, без взаимодействия с апстримамми. Получается УГ. Тормозное, глючное, без апдейтов, грузящееся минутами, с детскими вулнами.

> Вписывал загрузку модулей в сервис-файлы он... Ну камон, бро, ну ты думаешь тут
> все де gen erratы чтоль, типа айпони, и не видят что за дичь ты втираешь,

Я думаю что это вольный пересказ некоторых моих юнит-файлов.

> или ты сам не осознаёшь?

Я осознаю что считаю кусками крапа - вон то. За вполне характерные вещи. Мне интересно увидеть на этом глобусе менее д@рьмовые решения чем такое.

> Расскажи лучше, почему ты остановился в развитии?

В ваших глазах? Наверное, потому что мне не интересны i486 и DEC. А еще я люблю когда софт работает хорошо. Кроме процесса важен еще и результат.

> Помню ты подавал большие надежды, спорил с огоньком, живо интересовался линуксом,
> отвечал по существу.

И сейчас живо интересуюсь линуксом. И порой отвечаю по существу. Просто в последнее время довольно редко забредаю на опеннет. Тут почти нет интересных людей с мощным скиллом.

> релокацией? Спасайся, бро, ты чахнешь. С ембеддедом не обещаю помочь,

Я сам себе постараюсь помочь. Для этого мне нужны тулсы которые сделают меня мощнее. Systemd один из таковых, но не единственный.

> школьниками полная беда: приходится и обучать за свой счет,

Я в курсе как оно в корпах ;)

> испытательный период оплачивать, и в конце концов нанимать что есть. Мигни если тебя
> приковали к батарее. ;-)

Это что, попытка меня захантить чтоли была? Если да, то это как минимум очень оригинально. Но я искренне сомневаюсь что мои технологии нужны вам, а ваши подходы - мне. Я вообще знаю вас? И если да то под каким ником/фирмой/etc?

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

120. "Релиз ядра Linux 6.8"  +/
Сообщение от Денис Попов (?), 11-Мрт-24, 15:20 
Ваш systemd пахнет чем-то более вонючим, чем портянки.
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

253. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (252), 12-Мрт-24, 08:37 
Разве раст дозрел, чтоб его в ядро сувать?
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

292. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (292), 13-Мрт-24, 18:12 
Нет, под него даже устоявшегося стандарта нет. Но разве это когда-то их останавливало?
Ответить | Правка | Наверх | Cообщить модератору

268. "Релиз ядра Linux 6.8"  +/
Сообщение от o_O (?), 12-Мрт-24, 13:18 
> Алилуйа!

аминь же

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

16. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (102), 11-Мрт-24, 11:07 
Так и раньше zswap забивался и тупо переставал использоваться. Этому багу уже лет сколько и самому zswap. Теперь они сделали это фичей?
Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором  +/
Сообщение от Аноним123 (?), 11-Мрт-24, 11:11 
Ответить | Правка | Наверх | Cообщить модератору

20. Скрыто модератором  +/
Сообщение от Аноним (19), 11-Мрт-24, 11:24 
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  +/
Сообщение от Аноним (180), 11-Мрт-24, 11:38 
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

28. "Релиз ядра Linux 6.8"  +/
Сообщение от 12yoexpert (ok), 11-Мрт-24, 11:57 
В гугл транслейте я и сам мог перевести
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (30), 11-Мрт-24, 12:11 
Что-то нету упоминания io_uring. Пилят его? Баги фиксят? Есть прогресс?
Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (31), 11-Мрт-24, 12:16 
"Переписывают на паскале" же https://www.opennet.me/opennews/art.shtml?num=59297
Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз ядра Linux 6.8"  –3 +/
Сообщение от сщта (?), 11-Мрт-24, 12:27 
Он же высоконагруженным системам норм только. Хомячкам на десктопах в минус только будет.Зачем он нам?
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

71. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (30), 11-Мрт-24, 13:08 
>Он же высоконагруженным системам норм только

Не только. С использованием io_uring удалось существенно ускорить samba. Погугли, есть детальная презентация от разраба самбы.

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

97. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от сщта (?), 11-Мрт-24, 14:16 
Я собирая ядро гуглил как удалить из ядра ЫMB(о которой помнил) но в конфиге ядра 6.8 её нет.Подскажите как из ядра эту шару выпилить если она там до сих пор есть.Спасибо.
Ответить | Правка | Наверх | Cообщить модератору

192. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от glad_valakas (-), 11-Мрт-24, 19:19 
как-нибудь так:
$ grep CIFS /boot/config-5.15.151
# CONFIG_CIFS is not set

или обходом лабиринта в make nconfig

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

36. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (36), 11-Мрт-24, 12:17 
> Добавлен драйвер iaa (IAA Compression Accelerator) для ускорения операции сжатия и распаковки

Ну наконец-то кто-то сподобился сделать такую полезную вещь в железе.

Скоро можно будет спокойно включать сжатие в ФС не сопоставляя задачи, скорость процессора и накопителя.

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

41. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (31), 11-Мрт-24, 12:27 
Intel® In-Memory Analytics Accelerator (Intel® IAA)
Он вроде бы немножко (не факт что эффективно) умеет в Deflate, а вот всякое действительно нужное и востребованное что-то как-то и нет... zstd, lz4, brotly и прочего и не пахнет
Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:49 
> Intel® In-Memory Analytics Accelerator (Intel® IAA)
> Он вроде бы немножко (не факт что эффективно) умеет в Deflate, а
> вот всякое действительно нужное и востребованное что-то как-то и нет... zstd,
> lz4, brotly и прочего и не пахнет

А что ты в LZ4 собрался ускорять, чудак? Он в оперативу обычно упирается, иногда делая memcpy... :)

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

81. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (102), 11-Мрт-24, 13:31 
Оператива вполне может быть 4х канальная, во что ты там упираться собрался, чудак? Там, где используется lz4, и 8 канальная норма. Сейчас уже и 12 канальная вполне применяется.
Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от cheburnator9000 (ok), 11-Мрт-24, 14:25 
4х канальная это когда на одном контроллере памяти от CPU сидят 4 DIMM слота под озу?
Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (102), 11-Мрт-24, 14:34 
При этом они все работают параллельно, что фактически даёт N-кратный прирост производительности.
Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:34 
> При этом они все работают параллельно, что фактически даёт N-кратный
> прирост производительности.

Далеко не всегда, кстати. Ибо latency и проч не отменяли. А если вы хотели именно большие блоки, последовательным доступом - может, вы GDDR какой так то хотели? А то и вовсе HBM какой. Тот вообще на 4096 бит шине висит, сколько это в терминах каналов - сами посчитайте. Но как вы уже поняли, профит с этого наступает только сильно местами. Latency разворота шины в другой адрес это ж не отменяет...


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

214. "Релиз ядра Linux 6.8"  +/
Сообщение от cheburnator9000 (ok), 11-Мрт-24, 22:19 
На простых материнских платах десктоп и серверных доступ к озу идет по каналам самой материнки, там Latency по дефолту уже "высокий". Вон Apple припаивает чипы памяти прямо вплотную к процу, вот только хрен ты ее собственноручно апгрейдишь или заменишь :D

Гарантия от самого apple год, по подписке три года сверху за 100 долларов иными словами железо apple дизайнили чтобы оно твердо отработало четыре года, а там дальше уже как повезет, в идиальном мире от apple каждый клиент подсаживается на продукцию как на иглу и обновляется как только так сразу.

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

228. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 23:55 
> На простых материнских платах десктоп и серверных доступ к озу идет по
> каналам самой материнки, там Latency по дефолту уже "высокий".

Тут вот какое дело: по шине сперва надо адрес передать. И это всегда подразумевает некую латенси на весь этот сетап операции. Никакой interleave не отменяет этот сетап. Хоть как.

А вот потом - если это последовательный блочный доступ - уже возможны оптимизации когда весь блок валится по шинам оптом без дополнительного сетапа, а потому заметно резвее. От этого выигрывают даже современные DDR'ы, но GDDR и HBM основательно затюнены под подобные сценарии - и это их все.

> Вон Apple припаивает чипы памяти прямо вплотную к процу, вот только хрен ты
> ее собственноручно апгрейдишь или заменишь :D

AMD на топовых видяхах вообще местами заменил печатку на кремниевый interposer и раскидал там шину аж на 4096 битов, к чипам HBM памяти на том же interposer'е. Такая высокоплотная "печатка". Шина толкающая аж 4096 битов за цикл - круто и дофига. На текстолите столько вообще раскинуть душно будет. В кремний же еще и не столько можно впихать с IC'шными процессами литографии. Но сетап рандомнго доступа это все же не отменяет и профит не такой крутой как могло бы хотеться, если это не линейные операции с большим блоком. А вот стоит - дохрена, увы. Удел hi-end решений.

> apple каждый клиент подсаживается на продукцию как на иглу и обновляется
> как только так сразу.

Ну вот что что а эпл обычно железки довольно качественно делает в целом. Они себя как премиум позиционируют и в откровенной экономии на спичках - не были замечены. Для меня они не годятся ибо вендорлокер повернутый на тоталконтроле. Мне не надо "богов" в моих системах. Даже симпотных.

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

117. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:17 
> Оператива вполне может быть 4х канальная, во что ты там упираться собрался, чудак?

Вот в нее. LZ4 - _очень_ быстрый в декодировани алго. Он mem-bound в общем случае. И бывает быстрее memcpy за счет снижения чтения из RAM и нагрузки на шинах.

> Там, где используется lz4, и 8 канальная норма. Сейчас уже
> и 12 канальная вполне применяется.

И чего? Типа, проц это не прогрузит чтоли? В LZ4 сложность декомпрессии сравнима с memcpy по сути.

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

90. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (90), 11-Мрт-24, 13:40 
> Он вроде бы немножко (не факт что эффективно) умеет в Deflate

Остальные может потом подтянут.

Но и deflate гораздо лучше, чем ничего.

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

39. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от anonymous (??), 11-Мрт-24, 12:26 
>добавлена поддержка специфичных для AMD механизмов управления цветом

Похоже что HDR в гноме не за  горами, ставлю на GNOME 47. Раньше отбрехивались тем, что производители видкарт мутят воду, теперь осталось протокол вяленого для управления цветом допилить и все. Калибраторы монитора будут работать без плясок, торренты в HDR, одно сплошное телевидение.

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

43. "Релиз ядра Linux 6.8"  +/
Сообщение от сщта (?), 11-Мрт-24, 12:32 
Можете объяснить недалёкому как резон в управлении цветом? Ярче,насыщинее или как Решейд оно?
Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз ядра Linux 6.8"  +/
Сообщение от 12yoexpert (ok), 11-Мрт-24, 12:37 
какой смысл, если ты зелёный цвет от оранжевого отличить не можешь, турист
Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от Аноним (38), 11-Мрт-24, 12:38 
Если вы задаёте такой вопрос, вам оно не нужно.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

59. "Релиз ядра Linux 6.8"  +/
Сообщение от сщта (?), 11-Мрт-24, 12:44 
Не ну у зеленых в nvidia-settings есть така хрень,но единственную выгоду о которой знаю. Это можно настроить так,что в смоге силуэты будут видны.
Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз ядра Linux 6.8"  +/
Сообщение от anonymous (??), 11-Мрт-24, 14:09 
ну это как мерять все деревянной полусгнившей линейкой с не очень равномерными рисками, в принципе лучше чем пальцами, но качественная металлическая получше будет. И паровой двигатель меньше чадить будет, и реже подшипники менять ибо износ меньше.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

52. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (52), 11-Мрт-24, 12:42 
Хотел на i586 поиграться, всё - поезд ушел. Sound Blaster - не поддерживается, Xorg - не грузится. Остается только i686 с PAE.
Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:52 
> Хотел на i586 поиграться, всё - поезд ушел. Sound Blaster - не
> поддерживается, Xorg - не грузится. Остается только i686 с PAE.

Интересно какой практический смысл современного кернела на таком мамонте? Особенно учитывая что по производиттельности его втрамбует в асфальт десятибаксовый одноплатник размером с кредитку, с питанием от зарядника мобилы.

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

150. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (52), 11-Мрт-24, 16:07 
В одноплатник размером с кредитку, с питанием от зарядника мобилы или в виртуалку на нем нужно как-то попасть по сети. У старого компа есть сетевая карта, экран, клава и мышь. Консоль, SSH и VNC старый пень тянет.
Ответить | Правка | Наверх | Cообщить модератору

235. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 00:59 
> В одноплатник размером с кредитку, с питанием от зарядника мобилы или в
> виртуалку на нем нужно как-то попасть по сети. У старого компа
> есть сетевая карта, экран, клава и мышь. Консоль, SSH и VNC
> старый пень тянет.

Я это цепляю к куда более нормальному десктопу. Который может кернель перестроить такой штуке минут за 5. А не за полдня, бжад. Так что еще и котируется как девовский воркстейшн, сжирая примерно столько же электричества и занимая примерно столько же места.

А, да, клаву, мышь и экран можно и к такой мелкой хреновине прицепить. Если это зачем-то надо. Благо usb и HDMI там имеется, как и Ethernet зачастую. А порой и usb-OTG какой - позволяющий нехило поприкалываться. А вот как вам "сетевка" с линуксом на борту? Заодно сразу с фаером, натом, впном и проксей, вот :)

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

72. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 13:10 
> Хотел на i586 поиграться, всё - поезд ушел.

А ты прям как Илья Муромец, 31 год на печке лежал и тут резко понадобилось первый пень посмотреть.

> Sound Blaster - не поддерживается, Xorg - не грузится. Остается только i686 с PAE.

А что мешает использовать ядро предыдущей версии? 6.7 или даже 6.6 ?
Думаю оно будет работаь не хуже (если вообще будет работать))


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

78. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (180), 11-Мрт-24, 13:25 
> Хотел на i586 поиграться, всё - поезд ушел. Sound Blaster - не
> поддерживается, Xorg - не грузится. Остается только i686 с PAE.

Ставь NetBSD. Разумеется, линукс работает на большем количестве платформ, я верю здешним клоунам, просто i586 видимо в этот список платформ не входит. :-D

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

154. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (52), 11-Мрт-24, 16:18 
Блогодарю за наводку. Действительно, похоже NetBSD на старом железе ложит современное ядро Linux на лопатки:

> NetBSD 9.3 runs on all i486 or later PC-compatible systems with 1 to 32 processors. The minimal configuration for a full, standard installation is 32MB of RAM and 250MB of disk space.

И вишенка на тортике:

> Supported devices
> Sound Cards
> - SoundBlaster, SoundBlaster Pro, SoundBlaster 16 [*] [+]

https://cdn.netbsd.org/pub/NetBSD/NetBSD-9.3/i386/INSTALL.html

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

168. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 16:50 
> Блогодарю за наводку. Действительно, похоже NetBSD на старом железе ложит современное ядро
> Linux на лопатки:
>> NetBSD 9.3 runs on all i486 or later PC-compatible systems with 1 to 32 processors. The minimal configuration for a full, standard installation is 32MB of RAM and 250MB of disk space.
> И вишенка на тортике:
>> Supported devices
>> Sound Cards
>> - SoundBlaster, SoundBlaster Pro, SoundBlaster 16 [*] [+]
> https://cdn.netbsd.org/pub/NetBSD/NetBSD-9.3/i386/INSTALL.html

Незачто. Я частенько на ютубе и в твиттере поглядываю на нетбсдшников, куда они впендюривают эту систему. В отличие от линуксоидов и других бсдшников, они реально любят антиквариат. И если им подарить какой-нибудь раритет, они с удовольствием будут заниматься поддержкой. К сожалению, часть архитектур потеряла поддержку из за денег (не всегда есть свобода взять и закупить какой-нибудь Acorn Archimedes в ущерб зарплат, отсутствия живых людей и прочего) или отсутствия живых людей с такими архитектурами. Но в целом, больше фана, и сама система настолько веет олдскульным юникслайком, что аж завораживает.

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

281. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (281), 12-Мрт-24, 23:14 
это система чисто для эксперементальных фич, не подходит ни для домашнего использования, ни для серверов. советчик хренов
Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:15 
>Хотел на i586 поиграться

Нет-нет-нет и ещё раз нет! Я не хочу слышать эти слова! Intel Pentium 4?! АААААА-АА-ААААААААА!!!!!!!!

>Sound Blaster - не поддерживается

Боже ты из какого года сюда пишешь? С 2003 года?

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

124. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (38), 11-Мрт-24, 15:24 
>  Intel Pentium 4?!

Pentium 1 не хотите ли?

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

139. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от Аноним (288), 11-Мрт-24, 15:40 
> Sound Blaster - не поддерживается

Да ладно, ты просто в autoexec.bat забыл прописать:

SET BLASTER=A220 I5 D1 H5 P330 T6

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

55. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (55), 11-Мрт-24, 12:43 
> Добавлен режим блокирования прямой записи на блочные устройства, на которых ... Для разделов с Btrfs блокировка пока не работает, так как в код Btrfs ещё не приняты необходимые изменения.

Btrfs вроде достаточно популярна, зачем релизить ядро, не дождавшись принятия?

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

61. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 12:47 
> Btrfs вроде достаточно популярна, зачем релизить ядро, не дождавшись принятия?

Затем что это не срочная фича и никак не блокер. Все ФС до этого момента жили без этой фичи, и ничего, не парились. Странно было бы блочить релиз из-за такой причины. Как запилят - так и вкомитят. Столько лет без этого все жили же, на всех ФС, и ничего. Тем более что это еще и явно активировать надо пока. Ибо может вызвать отвалы в работе ряда утил.

Но вообще идея хорошая - если некто пишет в блочное устройство, под монтированой ФС, он почти наверняка делает что-то не то и круто пожалеет об этом. Исключения есть, но их немного.

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

182. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (55), 11-Мрт-24, 18:17 
Спасибо за разжёвывание, я тут совсем не в теме, просто стало любопытно.
Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Минона (ok), 11-Мрт-24, 12:53 
> В Git-репозитории с ядром 6.8 присутствует 9.996 млн. объектов, что свидетельствует о том, что следующее ядро 6.9 преодолеет знаковый рубеж в 10 млн git-объектов.

А что, LoC уже не модно меряться, теперь git-объект в качестве писькомерки?

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

74. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 13:16 
Ну надо же чем-то меряться!
Чтобы потом линукс фоундейшн делала красивые презентации.
А гну апологеты проповедовали пастве что-то типа
"Вы! Именно вы смогли написать 10 лямов гит объектов!
Присоединяйся к Сообществу разработчиков! Потрать свое время бесплатно ради Свободы и ГНУ!"

Ну и тд, для поиска новых немамонтов, а то старые уже выгорели и не хотят работать. Приходится даже поддержку LTS версий сокращать.

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

76. "Релиз ядра Linux 6.8"  –4 +/
Сообщение от Golangdev (?), 11-Мрт-24, 13:19 
> первый драйвер на языке Rust

хорошая новость для растовчан, порадуемся за них

кто бы что ни говорил, а втащить поддержку ещё чего-то кроме C в ядро - это достижение

можно даже поблагодарить корпорацию уже-не-добра G***le, за то что они наняли разработчика для допилки Rust для ядра

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

82. Скрыто модератором  –1 +/
Сообщение от xxxxxxxxx (?), 11-Мрт-24, 13:31 
Ответить | Правка | Наверх | Cообщить модератору

83. Скрыто модератором  –3 +/
Сообщение от Golangdev (?), 11-Мрт-24, 13:32 
Ответить | Правка | Наверх | Cообщить модератору

152. Скрыто модератором  +3 +/
Сообщение от 12yoexpert (ok), 11-Мрт-24, 16:11 
Ответить | Правка | Наверх | Cообщить модератору

171. Скрыто модератором  +/
Сообщение от Golangdev (?), 11-Мрт-24, 17:04 
Ответить | Правка | Наверх | Cообщить модератору

85. Скрыто модератором  –1 +/
Сообщение от сщта (?), 11-Мрт-24, 13:35 
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

95. "Релиз ядра Linux 6.8"  –6 +/
Сообщение от Golangdev (?), 11-Мрт-24, 14:12 
как это обычно бывает, когда моё мнение расходится со мнением стада (не любящего Rust, Wayland, Golang, Java, ...), они ставят минусы %)
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

106. "Релиз ядра Linux 6.8"  +5 +/
Сообщение от Аноним (102), 11-Мрт-24, 14:58 
Ты неправ, "стадо" очень любит всё перечисленное, только прекратите пихать нерабочее перечисленное в качестве замены уже рабочему, проверенному, и хорошо зарекомендовавшему себя. Если мнение (по мнению читателя, надо понимать) не выдерживает никакой критики, то можно поставить минус и пойти дальше. Только это уже затраты, а объяснять "почему" таким бесполезно. В основном о плюсах/минусах беспокоятся местные чувачки, их накручивающие.
Ответить | Правка | Наверх | Cообщить модератору

125. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:25 
О, опять началась песня "замены уже рабочему, проверенному, и хорошо зарекомендовавшему себя".
Почти каждые 2-3 недели читаем про очереджеую уязвимость в ядре по причине дыряшки.
И ошибки одни и те же, такие же как и 30 лет назад - use-after-free, out-of-bounds, double-free.
Но стадо просто мычит "диды так овнякодили и мы будем! руки прочь от нашей пахучей субстанции!"

И с ХОргом так же. Устаревший кусок кала, который не хотят палочкой ковырять вообще никто, который не удовлетворяет современным технологиям.
Но воплей "мне нужна сетевая прозрачность, я не вижу тиринга, зачем нужны 2 монитора" в любой тебе про очередной переход на вейланд.

Хорошо что на этих малохольных все забивают)
Их мало, они громкие, но благо они ничего не решают.

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

141. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (102), 11-Мрт-24, 15:43 
Именно. Читаем об исправлениях, потому что современный стек технологий всё больше позволяет находить все проблемы. И никакие эзотерические языки и поделки на гц не нужны для этого оказались.
Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:56 
Так почему я все еще читаю вот такие новости
opennet.ru/opennews/art.shtml?num=60668 или opennet.ru/opennews/art.shtml?num=59852 ?

Почему "современный стек технологий" не нашел это раньше?
А еще лучше, чтобы он предотвратил такое позорище.
Ведь то что уязвимость живет в ядре 3-5-10 лет это же не круто)

Но адептам дыряшки хоть в лоб, хоть по лбу.
Приходится добавлять новый язык, чтобы они научились не портить память.
А тех кто не справится, просто выкинуть на мороз.

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

158. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 16:25 
> Так почему я все еще читаю вот такие новости
> opennet.ru/opennews/art.shtml?num=60668 или opennet.ru/opennews/art.shtml?num=59852
> ?

почему я всё еще читаю такие новости
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust
?

> Почему "современный стек технологий" не нашел это раньше?

почему серебрянная пуля не помогла от таких вот уязвимостей
>There is a data race and memory corruption

?

> А еще лучше, чтобы он предотвратил такое позорище.

А еще лучше, чтобы он предотвратил такое позорище.

> Ведь то что уязвимость живет в ядре 3-5-10 лет это же не
> круто)

не круто.

> Но адептам дыряшки хоть в лоб, хоть по лбу.

А адептам хруста смотрим далее...

> Приходится добавлять новый язык, чтобы они научились не портить память.

Но получается

>There is a data race and memory corruption (CVE-2021-45704)

портить память всё равно.))

> А тех кто не справится, просто выкинуть на мороз.

начнём с хрустоманов, они безнадёжны. портят память даже с безапастным языком. :-D

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

172. "Релиз ядра Linux 6.8"  +/
Сообщение от Golangdev (?), 11-Мрт-24, 17:07 
> mitre

госпаде, нашёл что приводить

там большинство уязвисостей - фуфло (настоящие тоже есть, но их сильно меньше), через которые реально нельзя ничего взломать/увести/заддосить и т. д.


а всё почему - потому что такие сайтики спонсируют касперские забугорного розлива, которым нужно создать угрозы, чтобы потом продавать антивирусы против них.

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

175. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 17:14 
ваши уязвимости не уязвимости.


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

79. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от Аноним (79), 11-Мрт-24, 13:30 
Раньше в Ubuntu можно было спокойно поставить свежее ванильное ядро, сейчас же оно разделено на куски вроде linux-modules и linux-modules-extra, а без них обрубается и wi-fi и ethernet, впрочем и ванильное скатилось давно, пора переходить на колибри.
Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз ядра Linux 6.8"  +/
Сообщение от сщта (?), 11-Мрт-24, 13:38 
Чел,я тоже возомнил себя хацкером,но Колибри не поддерживает мой не совсем винтаж.(
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (170), 11-Мрт-24, 16:56 
А вот фиг тебе, версии ядра 6ю5+ требуют libc6 > 2.38, а его тупо нет в актуальных бубунтах, включая 22.04.4
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

263. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (263), 12-Мрт-24, 12:20 
Это нужно для сборки? Пишу на убунте 22.04 с ванильным 6.7.3 ядром, собранном в дебиане (make bindeb-pkg)
Ответить | Правка | Наверх | Cообщить модератору

84. "Релиз ядра Linux 6.8"  +4 +/
Сообщение от Максим (??), 11-Мрт-24, 13:35 
> первый драйвер на языке Rust

Первые следы ржавчины появились в ядре, печально, я думал оно из нержавейки, срочно нужен антикор, иначе это всё плохо кончится!

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

88. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от сщта (?), 11-Мрт-24, 13:39 
Уже есть бро. FreBSD.Не благодари.
Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 14:09 
> Уже есть бро. FreBSD.Не благодари.

https://www.opennet.me/opennews/art.shtml?num=60473

Фряха как линукс, только бедный.

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

132. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Минона (ok), 11-Мрт-24, 15:29 
>> Уже есть бро. FreBSD.Не благодари.
> https://www.opennet.me/opennews/art.shtml?num=60473
> Фряха как линукс, только бедный.

Линукс - это Фряха для слабых духом! 😎

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

126. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:25 
> Уже есть бро. FreBSD.Не благодари.

О да, она не может заржаветь - ржаветь нечему, у этого автомобиля нету дна и водила сам бежит ногами по мостовой. Но вот откуда они будут драйверы копировать без линуха?! :)

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

183. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (183), 11-Мрт-24, 18:17 
> FreBSD

А ничо шо весь графический стек состоит чуть менее чем полностью из линуксизмов?

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

298. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 15-Мрт-24, 21:32 
> А ничо шо весь графический стек состоит чуть менее чем полностью из
> линуксизмов?

И вафля - в виде опенврт в виртуалочке. Вот такое вот хреновое лето^W драйвер вафли. Эти пчелы будут против меда? :)

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

91. "Релиз ядра Linux 6.8"  +/
Сообщение от An (??), 11-Мрт-24, 13:51 
Смотри в сторону Free/NetBSD - они пока еще оцинкованы.
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

99. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 14:30 
Пока да, но они уже не отвергают идею использования Раст как 'невозможно'.

"Разработчики FreeBSD обсуждают использование языка Rust в базовой системе"
opennet.ru/opennews/art.shtml?num=60473
Более того, даже составили список утилит которые стоило бы переписать.
Так что возможно хорошая фряха, станет еще лучше))

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

112. "Релиз ядра Linux 6.8"  +/
Сообщение от An (??), 11-Мрт-24, 15:10 
Поэтому и написал "пока еще оцинкованы".
На NetBSD надежд больше - если они начнут внедрять rust, им придется отказаться от тех платформ, которые он не поддерживает.
Поэтому есть надежда, что в NetBSD мы не увидим rust еще долго.
Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:26 
> Поэтому и написал "пока еще оцинкованы".
> На NetBSD надежд больше - если они начнут внедрять rust, им придется
> отказаться от тех платформ, которые он не поддерживает.
> Поэтому есть надежда, что в NetBSD мы не увидим rust еще долго.

Там вон есть такая штука как gccrs - хрен его знает как оно нетбсдюкам, а Linux устроит, вероятно.

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

146. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 15:57 
> Поэтому и написал "пока еще оцинкованы".
> На NetBSD надежд больше - если они начнут внедрять rust, им придется
> отказаться от тех платформ, которые он не поддерживает.
> Поэтому есть надежда, что в NetBSD мы не увидим rust еще долго.

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

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

293. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (292), 13-Мрт-24, 18:22 
>достаточно продержаться пока не пройдет волна хайпа и раст не забудут

Исправил фактическую ошибку, не благодари.  

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

184. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от Аноним (183), 11-Мрт-24, 18:18 
> они пока еще оцинкованы

Если не ставить GUI. В ином случае познаешь все прелести dbus, avahi прочих линуксизмов и фридесктопного мусора.

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

190. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 19:07 
>> они пока еще оцинкованы
> Если не ставить GUI. В ином случае познаешь все прелести dbus, avahi
> прочих линуксизмов и фридесктопного мусора.

NetBSD уже идёт с гуи. Но приложения канеш придётся подбирать: чтоб без dbus, avahi, и прочих линуксизмов и фридрисктопного мусора. Впрочем, это несложно.

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

196. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (183), 11-Мрт-24, 19:44 
> придётся подбирать

И много ты таких подберешь?! Как же вы теоретики уже достали

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

200. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (180), 11-Мрт-24, 19:50 
>> придётся подбирать
> И много ты таких подберешь?!

у меня весь софт без дбаса, пульсы, и прочего *kit шлака. Ничего сложного, лучший софт и так ко всему этому не привязан.

> Как же вы теоретики уже достали

ппц, для тебя это теория? :-D

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

215. "Релиз ядра Linux 6.8"  +3 +/
Сообщение от Аноним (215), 11-Мрт-24, 22:24 
> у меня весь софт без дбаса, пульсы, и прочего *kit шлака

busybox? охотно верю

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

223. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 22:50 
>> у меня весь софт без дбаса, пульсы, и прочего *kit шлака
> busybox? охотно верю

coreutils. скажи, а ты понятно, что не бсдшник (бо знал бы о гуи), и видимо не линуксоид. Вы чьих будете, бо у вас ус отклеивается?!

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

269. "Релиз ядра Linux 6.8"  +/
Сообщение от Anonim (??), 12-Мрт-24, 14:19 
freebsd обязательно приползет туда, где пингвин покопался, только сильно позже. Ползти за пингвином смысл существования freebsd. netbsd любят все, так что раст они туда обязтельно эксперимента ради затащют. А вот в openbsd скорее всего раста не будет.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

294. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (292), 13-Мрт-24, 18:24 
Пока они туда приползут весь хайп на Раст пройдет и те два с половиной драйвера что они перепишут выкинут на помойку где им и место.
Ответить | Правка | Наверх | Cообщить модератору

109. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:04 
Где-то читал, что в ядерной утилите для Ext4 имеется опция запуска дефрагментации. Как его запустить? Кто-нибудь пробовал? Да-да, я знаю, что в Линуксе делать процедуру дефрагментации не требуется! Просто интересно по какой причине есть такая опция?
Ответить | Правка | Наверх | Cообщить модератору

163. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Admino (ok), 11-Мрт-24, 16:41 
# e4defrag <device>

А почему опция, это просто программа.

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

113. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (113), 11-Мрт-24, 15:10 
Дилетантский вопрос, прошу не бить ногами. 600 тыс. строк добавили, 300 тыс. удалили. +300 тысяч строк с последнего релиза. Больше строк - больше объём загружаемого бинарника.

Увеличение будет всегда? Почему нельзя совершенствовать что есть?

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

128. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (-), 11-Мрт-24, 15:26 
1. Новые технологии - новые стоки кода, старые технологии будут ещё долго поддерживаться и старый код никто не поторопится выкинуть.
2. Давно замечено что сотрудники компаний склонны писать "мусорный код". Их нельзя стравнивать хакерами юнискоидами старой закалки. Да-да первые линуксоиды - это юниксоиды.
3. Заголовочные файлы от AMD стали уже анекдотом.
4. Раст как язык программирования привнесёт кратное увеличение количества строк. Растаман не умеет писать лаконично, как чистосишник.

>Больше строк - больше объём загружаемого бинарника.

Логично.

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

140. "Релиз ядра Linux 6.8"  –3 +/
Сообщение от Минона (ok), 11-Мрт-24, 15:42 
> 4. Раст как язык программирования привнесёт кратное увеличение количества строк.

Это хорошо, снова начнут меряться LoC.

> Растаман не умеет писать лаконично, как чистосишник.

Лаконичность не показатель.
Код должен быть понятным.

>>Больше строк - больше объём загружаемого бинарника.
> Логично.

Не факт.

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

155. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 16:20 
> 1. Новые технологии - новые стоки кода, старые технологии будут ещё долго поддерживаться и старый код никто не поторопится выкинуть.

К сожалению. В каждую тему про дроп устаревшего из ядра набегают обиженные меньшинства с требованием "оставьте мой 386й! вы обязаны его поддерживать пока я не умру!"

> 2. Давно замечено что сотрудники компаний склонны писать "мусорный код".
> 3. Заголовочные файлы от AMD стали уже анекдотом.

А все потому что в ядре требований к коду практически нет.
Особенно в ситуации "берите наш код или пишите сами"

> 4. Раст как язык программирования привнесёт кратное увеличение количества строк. Растаман не умеет писать лаконично, как чистосишник.

В этом я уверен на 100%.
Там где растоману придется использовать лайфтамы, делать проверки на null, то сищих просто выпрограммирует из себя cast void*.
Что-то вида uint32_t x = (*(struct foo *)NULL)->x
Будет супер лаконично, но работать будет как овно.

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

162. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (180), 11-Мрт-24, 16:34 
> Там где растоману придется

Не придётся:
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust

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

212. "Релиз ядра Linux 6.8"  +/
Сообщение от Минона (ok), 11-Мрт-24, 21:53 
>> Там где растоману придется
> Не придётся:
> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust

https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=oberon
Самый безопасный это Оберон 😉

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

224. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (180), 11-Мрт-24, 22:57 
>>> Там где растоману придется
>> Не придётся:
>> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust
> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=oberon
> Самый безопасный это Оберон 😉

срочно переписываем все хелловорды с раста на оберон!

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

255. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 09:02 
>Самый безопасный это Оберон

Никлаус Вирт в раю радуется. Служебные слова в языке Оберон пишутся с большой буквы. Данный факт меня смущает.

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

187. "Релиз ядра Linux 6.8"  +1 +/
Сообщение от Аноним (187), 11-Мрт-24, 18:45 
> Растаман не умеет писать лаконично, как чистосишник.

Да и Си не сказать чтоб лаконичный язык.

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

194. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 19:31 
Это тебе так кажется ты же привык к ООП-ешному сахарку.
Ответить | Правка | Наверх | Cообщить модератору

197. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от Аноним (183), 11-Мрт-24, 19:46 
> 4. Раст как язык программирования привнесёт кратное увеличение количества строк. Растаман не умеет писать лаконично, как чистосишник.

Чел, ты серьезно думаешь что в 2024 году кто-то код пишет вручную без помощников а-ля copilot?

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

201. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (180), 11-Мрт-24, 20:04 
>> 4. Раст как язык программирования привнесёт кратное увеличение количества строк. Растаман не умеет писать лаконично, как чистосишник.
> Чел, ты серьезно думаешь что в 2024 году кто-то код пишет вручную
> без помощников а-ля copilot?

чел, тебе мс платит за продажу этой чепухи, или ты сам такой полезный и инициативный?

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

225. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (225), 11-Мрт-24, 23:00 
А можно ссылку на эти заголовочные файлы, пожалуйста. Не могу понять, что ни там генерят.
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

130. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 11-Мрт-24, 15:28 
> удалили. +300 тысяч строк с последнего релиза. Больше строк - больше
> объём загружаемого бинарника.

Одна из причин по которым модули ядра появились.

> Увеличение будет всегда?

Не факт. Что-то в модули пойдет. Не факт что вообще собираемые под конкретную платформу, и тем более - вгружаемые в обязаловку.

> Почему нельзя совершенствовать что есть?

Например вендоры выпускают новые железки. Как вы себе представляете их поддержку таким способом?!

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

135. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (38), 11-Мрт-24, 15:31 
А с чего вы взяли, что то, что есть, не совершенствуется? Это параллельный процесс.
Также совершенствование тоже зачастую подразумевает увеличение размера.
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

261. "Релиз ядра Linux 6.8"  +/
Сообщение от fi (ok), 12-Мрт-24, 12:00 
Это точно!

помню был драйвер железки - размер около 80к, очень глючил. Когда его дописали до 600к - вполне себе заработал. ))))

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

137. "Релиз ядра Linux 6.8"  +/
Сообщение от derfenix (ok), 11-Мрт-24, 15:33 
Размер кодовой базы ≠ размер собранного бинарника.
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

149. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 16:07 
Ну так перед тем как сконфигурировать и пустить на компиляцию своё ядро, которое должно весить сотни килобайт, надо сначала закачать архив размером 136 Мегабайт.
Ответить | Правка | Наверх | Cообщить модератору

153. "Релиз ядра Linux 6.8"  +/
Сообщение от diablocrp (?), 11-Мрт-24, 16:16 
А у тебя по сей день интернет через dial-up?
Ответить | Правка | Наверх | Cообщить модератору

256. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (102), 12-Мрт-24, 09:30 
Так всего-то часов 6 качать. Ради сгенерированных файлов АМД можно и пострадать.
Ответить | Правка | Наверх | Cообщить модератору

188. "Релиз ядра Linux 6.8"  +/
Сообщение от derfenix (ok), 11-Мрт-24, 18:55 
> Ну так перед тем как сконфигурировать и пустить на компиляцию своё ядро,
> которое должно весить сотни килобайт, надо сначала закачать архив размером 136
> Мегабайт.

Бедняжечка.. До сих пор на 28800 бод сидишь? Может переедешь уже из тайги, а?

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

299. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 15-Мрт-24, 21:35 
> Ну так перед тем как сконфигурировать и пустить на компиляцию своё ядро,
> которое должно весить сотни килобайт, надо сначала закачать архив размером 136
> Мегабайт.

Однажды качнув git - можно его дифференциально апдейтить. Если пинать периодически, будет покачивать по нескольку мегов за присест. Главное начальный даунлоад своротить - а потом можно хоть на GPRS'е актуализировать.

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

199. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (183), 11-Мрт-24, 19:49 
Для твоего хеллоуворлда может и так
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

259. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (259), 12-Мрт-24, 11:06 
Погляди старые биосы - там глюкалово часто происходит - нет тонны кода как себя вести в случаетой или иной ошибки, как ее обрабатывать и т.п. А в новых уефи, хоть они и убогие уже мало глючащего железа при втыкании.
Если тебе ненужен мусор переходи на runit, который многопоточный и грузит систему быстро, при этом нет орды дятлов, которых хлебом не корми дай написать фичу, которая копирует существующий функционал. Больше ненужнодэ богу ненужнодэ - это корпорастский подход делать рабочее среднего качества.
Все равно только нужное при загрузке включится - принцип модульности работает.
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

136. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (136), 11-Мрт-24, 15:32 
> после включения режима, пользователь root не сможет

Отличную фичу с винды притащили! Теперь даже root не будет являться полноправным владельцем компьютера. Ждём "запись в файл невозможна, так как файл открыт другим процессом".

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

147. Скрыто модератором  +1 +/
Сообщение от 12yoexpert (ok), 11-Мрт-24, 16:04 
Ответить | Правка | Наверх | Cообщить модератору

169. Скрыто модератором  +/
Сообщение от diablocrp (?), 11-Мрт-24, 16:56 
Ответить | Правка | Наверх | Cообщить модератору

174. Скрыто модератором  +/
Сообщение от 12yoexpert (ok), 11-Мрт-24, 17:13 
Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

161. "Релиз ядра Linux 6.8"  +/
Сообщение от _kp (ok), 11-Мрт-24, 16:34 
sudo TrustedInstaller
Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

167. "Релиз ядра Linux 6.8"  +/
Сообщение от Admino (ok), 11-Мрт-24, 16:48 
То появление xattr, selinux, rsbac и прочие подсистемы, запрещающие даже root разные операции, ты проспал?
Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

186. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 11-Мрт-24, 18:44 
В любом случае суперпользователя нельзя органичивать. Он root - бог. Это всё мерзкие происки Майкрософта.
Ответить | Правка | Наверх | Cообщить модератору

278. "Релиз ядра Linux 6.8"  +/
Сообщение от n00by (ok), 12-Мрт-24, 19:22 
Любой пользователь изначально ограничен пространством пользователя.
Ответить | Правка | Наверх | Cообщить модератору

277. "Релиз ядра Linux 6.8"  +/
Сообщение от n00by (ok), 12-Мрт-24, 19:20 
Твой руткит теперь перестанет работать, или это просто случился рефлекс?
Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

178. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (178), 11-Мрт-24, 17:21 
Как это решит проблему отстойного UI\UX и рваного скроллинга на тачпадах? Всё остальное подкапотное меня мало волнует.
Ответить | Правка | Наверх | Cообщить модератору

181. Скрыто модератором  –3 +/
Сообщение от C00l_ni66a (ok), 11-Мрт-24, 18:02 
Ответить | Правка | Наверх | Cообщить модератору

189. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (38), 11-Мрт-24, 19:06 
Да, UI/UX у ядра и действительно не очень.
Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

193. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Admino (ok), 11-Мрт-24, 19:24 
> Да, UI/UX у ядра и действительно не очень.

А скроллинг вообще выпилили.

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

234. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 00:47 
> Как это решит проблему отстойного UI\UX

Для этого надо пардон иксы выкинуть и заменить на вяленд. Со стороны ядра все давно мощно и круто уже. Но вон тот якорь нам до сих пор UX нагибает. За что и пострадает.

> и рваного скроллинга на тачпадах? Всё остальное подкапотное меня мало волнует.

Да вроде норм скроллится. Плюс-минус воооон то.

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

238. "Релиз ядра Linux 6.8"  +2 +/
Сообщение от Аноним (183), 12-Мрт-24, 01:48 
> Да вроде норм скроллится. Плюс-минус воооон то.

Большинство т.н. "линуксоидов" тоже так считают. Не знаю что у них с глазами. Уж не говорю про божественную макось, но даже в винде скроллинг несравнимо более плавный, инертный с няшным отталкиванием, ускорением и торможением.

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

296. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 14-Мрт-24, 20:49 
> Большинство т.н. "линуксоидов" тоже так считают. Не знаю что у них с
> глазами. Уж не говорю про божественную макось, но даже в винде
> скроллинг несравнимо более плавный, инертный с няшным отталкиванием, ускорением и торможением.

Ну вот выкинем xorg который без лагов в принципе работать при активном выводе графики не умеет в обычных апликухах - тогда можно будет подумать и о чем-то таком.

TL;DR: иксы не умеют выводить отрендереную битмапу быстро, особенно без зиллиона весьма отдельных приседаний в итоге оставляющих их за бортом. У них траблы с точными таймингами, многопоточностью и проч. Они в любой момент могут поямать якорь если какая-то прога что-то активно делает, клиня навороченый рендер, а тут вам скроллить приспичило, гарантируя дерганый UX. Уйти этот мусор хотят не просто так. И никакая сетевая прозрачность имхо не окупает такой гимор и факапы, в паре с отсутствием фич и желающих это чинить.

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

300. "Релиз ядра Linux 6.8"  +/
Сообщение от AleksK (ok), 18-Мрт-24, 19:12 
Откуда ты на винде нормальный скроллинг разглядел, вообще не понимаю. На винде скроллинг в частности и работа с тачпадом это лютая говнина, всегда корёжит когда на виндовом ноуте надо тачем пользоваться.
Ответить | Правка | К родителю #238 | Наверх | Cообщить модератору

195. "Релиз ядра Linux 6.8"  +/
Сообщение от dannyD (?), 11-Мрт-24, 19:41 
пробовать-то будем?
Ответить | Правка | Наверх | Cообщить модератору

198. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (183), 11-Мрт-24, 19:48 
Пробовать имеет смысл только на супер новом железе. Это явно не про пользователей опеннет, где средний возраст железа +\- 15 лет.
Ответить | Правка | Наверх | Cообщить модератору

203. "Релиз ядра Linux 6.8"  +/
Сообщение от dannyD (?), 11-Мрт-24, 20:11 
из "всего-всего" меня только вот этот момент интересует:

>>В драйвере AMDGPU .......... решена проблема с переходом в спящий режим.

в моём случае с выходом из спящего, и вроде как починили.

короче - пять минут полёт нормальный, дальше будем посмотреть.


PS. хедера 6.6

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

302. "Релиз ядра Linux 6.8"  +/
Сообщение от AleksK (ok), 18-Мрт-24, 20:21 
В Сизифе уже 6.8.1. Не переживай, уже пробуем.
Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

204. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (204), 11-Мрт-24, 20:29 
Ядро-ядро, сносную ось на нем скоро сделают? Андройд не предлагать.
Ответить | Правка | Наверх | Cообщить модератору

211. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (38), 11-Мрт-24, 21:52 
ChromeOS сделали же.
Ответить | Правка | Наверх | Cообщить модератору

239. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (183), 12-Мрт-24, 01:51 
Зачем? Есть винда, есть макось. Линпуксам этим место только во встройке и серверах.
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

285. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от An (??), 13-Мрт-24, 08:53 
Для игр есть консоли.
Для всего остального BSD* и Linux системы.
Ответить | Правка | Наверх | Cообщить модератору

229. "Релиз ядра Linux 6.8"  –2 +/
Сообщение от MT (ok), 12-Мрт-24, 00:14 
Как там со встроенной полноценной поддержкой NTFS?
Ответить | Правка | Наверх | Cообщить модератору

233. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от Аноним (-), 12-Мрт-24, 00:46 
> Как там со встроенной полноценной поддержкой NTFS?

Давно запилили - Paragon решили открыть свой драйвер и смогли его замайнлайнить. Постепенно его допинали до ума и теперь старый readonly драйвер вообще могут скоро дропнуть аж.

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

236. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от MT (ok), 12-Мрт-24, 01:04 
Да, об этом я в курсе. Но процесс внедрения NTFS-драйвера Paragon вроде был поэтапный, и интересно, дошло ли уже до его окончательного включения и использования по умолчанию. Для казуального пользователя Linux, в основном использующего Windows, полноценная работа с NTFS — это важно. :-)
Ответить | Правка | Наверх | Cообщить модератору

254. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (249), 12-Мрт-24, 08:56 
>Для казуального пользователя Linux, в основном использующего Windows

Это как, использование Wine преимущественно или виртуалок с Виндой?

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

271. "Релиз ядра Linux 6.8"  –1 +/
Сообщение от MT (ok), 12-Мрт-24, 16:50 
Однократная загрузка Ubuntu из любопытства реже, чем выходят новые версии. ;-)
Ответить | Правка | Наверх | Cообщить модератору

273. "Релиз ядра Linux 6.8"  +/
Сообщение от dannyD (?), 12-Мрт-24, 18:05 
>>и интересно, дошло ли уже до его окончательного включения и использования по умолчанию.

а попробуйте сами, я рискнул, итог - возврат на ntfs-3g (((

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

297. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 14-Мрт-24, 20:51 
> и использования по умолчанию. Для казуального пользователя Linux, в основном использующего
> Windows, полноценная работа с NTFS — это важно. :-)

Уже внедрен и работает. А в 6.9 старый NTFS будет дропнут, ибо парагоновский лучше во всех мыслимых аспектах, без глупых ограничений, и на "старый" NTFS все давно забили.

Комит с ремувом уже прилетел - смотрите соседнюю новость, это уже in effect в майнлайне.

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

301. "Релиз ядра Linux 6.8"  +/
Сообщение от AleksK (ok), 18-Мрт-24, 20:18 
Так ты не пользуйся windows и тогда тебе драйвер для окаменелого г*на не будет нужен. У меня вот ни на компе ни на ноуте уже года три нет ни одного раздела ntfs
Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

303. "Релиз ядра Linux 6.8"  +/
Сообщение от MT (ok), 18-Мрт-24, 20:35 
Угу, когда-нибудь, может быть.
Ответить | Правка | Наверх | Cообщить модератору

257. "Релиз ядра Linux 6.8"  +/
Сообщение от name (??), 12-Мрт-24, 09:38 
А почему strlcpy удалили?
Ответить | Правка | Наверх | Cообщить модератору

258. "Релиз ядра Linux 6.8"  +/
Сообщение от name (??), 12-Мрт-24, 09:45 
А, ок, там strscpy вместо нее.
Ответить | Правка | Наверх | Cообщить модератору

260. "Релиз ядра Linux 6.8"  +/
Сообщение от vlad1.96 (ok), 12-Мрт-24, 11:26 
> В драйвере Nouveau реализована настройка для использования по умолчанию функций прошивки GSP для работы с GPU NVIDIA на базе микроархитектур Turing и Ampere, в которых операции инициализации и управления GPU выполняются отдельным микроконтроллером GSP (GPU System Processor). При включении настройки драйвер будет работать через обращение к прошивке, вместо прямого программирования операций взаимодействия с оборудованием.

О класс! Наконец, для самого лучшего драйвера Nvidia, управление питанием будет включено по умолчанию не только для самых новых видеокарт!

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

276. "Релиз ядра Linux 6.8"  +/
Сообщение от fazi (ok), 12-Мрт-24, 19:08 
Для самых новых карт мне кажется только поддержка графики в груб включена. Задрало бороться с разрешениями, читабельностью
Ответить | Правка | Наверх | Cообщить модератору

289. "Релиз ядра Linux 6.8"  +/
Сообщение от vlad1.96 (ok), 13-Мрт-24, 12:05 
> Для самых новых карт, мне кажется, только поддержка графики в груб включена.
> Задрало бороться с разрешениями, читабельностью

Не могу сказать про себя так же. С разрешением никогда проблем не было, а с приходом управления питанием вообще разницы в работе нет. Только electron приложения в xwayland не артефажат, как на проприетарных, и нет проблем с производительностью, когда открытие окон сопровождалось дикими тормозами, как раньше. Дают знать только игры и некоторые приложения, где нужна 3д графика (vulkan только-только появился, а gallium ничего не может), и CUDA

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

262. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (262), 12-Мрт-24, 12:18 
>Добавлен режим блокирования прямой записи на блочные устройства, на которых имеются примонтированные файловые системы (после включения режима, пользователь root не сможет внести изменения в ФС через манипуляции на уровне блочного устройства).
>but the syzbot team thinks that this can be used to break out of a kernel lockdown after a UEFI secure boot

всё для платиновых копирастов-тивоизастов.

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

270. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (-), 12-Мрт-24, 16:02 
Интересная мысль, я об этом даже не подумал. Хотя, Linux Foundation напрямую к разработке ядра не имеет никакого отношения.
Ответить | Правка | Наверх | Cообщить модератору

272. "Релиз ядра Linux 6.8"  +/
Сообщение от Аноним (272), 12-Мрт-24, 17:04 
>Linux Foundation напрямую к разработке ядра не имеет никакого отношения.

разумеется, их цель в осваивании бюджетов на мероприятия и связь с сообществами

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

286. "Релиз ядра Linux 6.8"  +/
Сообщение от onanim (?), 13-Мрт-24, 09:36 
>  На стороне хост-окружения реализована поддержка механизма Intel TDX (Trusted Domain Extensions), позволяющего при использовании гипервизора KVM создавать защищённые гостевые окружения, в которых используется шифрование памяти виртуальных машин.

а как это раньше работало в ESXI, которая импортозамещённый редхат?
или не работало?

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

287. "Релиз ядра Linux 6.8"  +/
Сообщение от onanim (?), 13-Мрт-24, 09:38 
а, невнимательно прочитал
> при использовании гипервизора KVM

то есть qemu раньше не умело в шифрование памяти, а вмварские мокрописьки умели

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

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

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




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

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