|
2.4, Аноним (4), 08:18, 24/12/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ещё с 4.19. Правда, от мастер-слейвов и других нехороших слов не избавились, но это пока...
| |
|
3.228, pavlinux (ok), 15:26, 04/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Обновлён код чистки блобов в драйверах AMD GPU, i915
Вы рушите иллюзии хейтеров нвидии.
| |
|
|
|
2.7, BBB (?), 08:45, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Сразу после того, как на лицензию BSD перейдут.
| |
|
3.170, Аноним (170), 02:49, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
cock у них, вроде, ругательное слово. Разве от него самого не нужно в первую очередь избавиться?
| |
|
2.23, Какаянахренразница (ok), 09:19, 24/12/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Когда уже GPLv3?
Насколько я себе представляю, это практически нереализуемо. Текущая лицензия GPLv2, в отличие от GPLv2+, не позволяет автоматически повысить цифирку. Надо спрашивать разрешение у всех (!) разрабов, чей код есть в текущей версии ядра.
| |
|
3.31, Аноним (31), 09:54, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вот сначала незаметно плюсик и поприписывать к разным частям кода. Так проще будет. Не мытьём, тка катанием.
| |
3.75, Аноним (75), 11:16, 24/12/2018 [^] [^^] [^^^] [ответить]
| –4 +/– |
Никогда. Андроиды накроются, роутеры тоже, будет форсирован переход на фуксию, и линь останется без патчей совсем.
| |
|
4.171, Анонимчжан (?), 02:51, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
линь слишком крепко держит большую часть серверного рынка. никакие bsd тут и рядом не стояли. даже если андроиды свалят на ядро вин\NT, никому холоднее не станет. насчет патчей. чес слово раньше когда не было андроида линь писали как то качественнее. а сейчас то тут то там какие то баги. по теории надежности знаете ли чем меньше составляющих тем выше надежность.)) да у линя может сократиться количество драйверов, но то дрова для телефонов и прочего. а на серверах и компах все возможно начнет приходить в более упорядоченный вид.ну правда гугля с интеллом притянули как много хорошего, так и плохого. но если кто реально ратует за всю эту прошлую линукс вейность, то наверно пусть глянут в миникс или опенбсд. там как раз то время как у линуха было лет так 10 назад.
| |
|
5.200, КГБ СССР (ok), 21:26, 25/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да так же и писали. Линукс никогда не отличался высоким качеством. Просто, таки да, экстенсивный рост уже и сам по себе влечёт за собой снижение надёжности и увеличение количества ошибок. Спасибо хоть на том, что Торвальдс периодически гоняет ссаными тряпками от ядра всяких сиверсов и поцтерингов.
| |
|
|
|
2.92, Аноним (92), 12:49, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Было бы неплохо, но дрова всего найдут возможности позакрывать. Вон, были ж - большая часть драйвера в юзерспейсе закрытая. Вот и нате вам. Если только конкуренция не заставит делать нормальные дрова.
| |
2.148, Тот_Самый_Анонимус (?), 19:28, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Когда уже GPLv3?
Молодец, так и надо троллить гпльщиков. Никогда, потому что лицензия настолько паразитна, что не признаёт потомков. А формула гплХ+ предлагает кота в мешке в виде будущих условий, на которые автор может и не согласиться.
| |
|
3.151, Аноним (151), 20:28, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> так и надо троллить гпльщиков
Ваших любимых еульщиков так же можно, кстати.
| |
|
|
1.8, КГБ СССР (?), 08:47, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –18 +/– |
> Большая часть драйверов блочных устройств переведена на новый API
*посмеиваясь в бороду* Stable API is nonsense!
Вот кто ещё здесь думает, что линукс это СПО — попробуйте сделать форк ведра и поддерживать его после очередной смены какого-нибудь API. Потом приходите рассказать нам про душевные терзания Обломова.
| |
|
2.14, iPony (?), 08:59, 24/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Stable API is nonsense!
Ну собственно поэтому ядра и не обновляются в железках: ChromeBook, Android смартфоны, роутеры, телевизоры...
| |
|
3.16, КГБ СССР (?), 09:05, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Да-да, в потом нам поют песенки про небезопасность виндов и маков, не видя перед глазами своего домашнего ботнета.
| |
|
4.30, Аноним (30), 09:53, 24/12/2018 [^] [^^] [^^^] [ответить]
| –4 +/– |
На android линукс ядро суют обычно lts. Так что вам ничего не мешает самим его патчить.
| |
|
|
|
7.141, КГБ СССР (ok), 17:34, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> обычно обычным людям безопасность не нужна
Именно потому они ставят антивирусы, файерволы и прочий «защитный» софт?
| |
|
8.211, нах (?), 12:24, 26/12/2018 [^] [^^] [^^^] [ответить] | +/– | новую лопатку купишь, помощнее - а эту детям отдай, в песочнице ковырять сойдет ... текст свёрнут, показать | |
|
|
|
|
4.128, псевдонимус (?), 15:55, 24/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну так они и правда не безопасны. Ванговал уже, что возможно у пользователей по требованиям правоторгашей будут пропадать файлы с харда.
| |
|
5.130, КГБ СССР (ok), 16:06, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Про десяточку речь? В ней есть встроенные средства синхронизации с учёткой в сервисах MS и возможность дистанционно удалять и устанавливать приложения без разрешения и ведома владельца компьютера.
Но я имел в виду другое — все эти многолетние сказки про небезопасность.
| |
|
4.208, none_first (ok), 12:06, 26/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Да-да, в потом нам поют песенки про небезопасность виндов и маков, не
> видя перед глазами своего домашнего ботнета.
ога и еще несовместимость винды http://archive.li/eKIJe читайте Спольски
а небезопасность винды именно из-за многочисленных костылей служивших совместимости
т.е. совместимость обеспечивает дыры, а новоделы - обеспечивают несовместимость, получаем виндовз винегрет
если проприерастивные прошивки домашних железок, с дефолтными бэкдорами позволяют их ломать - это мало соотносится с ядром
| |
|
|
|
7.218, КГБ СССР (ok), 17:24, 26/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
ОК, обознался, ложная тревога, личному составу вернуться в казарму. :) Я уж привык, что здесь сплошь дурно воспитанная малышня с мамкиных ноутбуков, так сразу ремень достаю, чтоб задать порку. А то, понимаешь, увидят второй раз бубунту и надувают щёки о том, какие они крутые и как все им должны, и что не смей слова им сказать.
| |
|
|
|
|
3.34, Аноним (31), 10:00, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
>роутеры
OpenWRT обновляет. Покупающие неподдерживаемое её - ССЗБ.
| |
|
4.56, iPony (?), 10:38, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> OpenWRT обновляет.
Да? А то я тут от них samaba 4 (2012 год) сколько уже жду не дождусь, чтобы заменить Apple Airport. А тут целое ядро...
Где посмотреть?
| |
|
5.73, Аноним (31), 11:12, 24/12/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемым. Что не удивительно, твоя любимая Аппле делает всё для максимальной тивоизации.
| |
|
6.95, iPony (?), 13:00, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемым
Ну секурные апдейты спустя пять лет приходят.
А так на новые функции естественно болт.
| |
6.231, Школьник (ok), 16:54, 09/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Может-то оно, может, и может, да только этот самый airport с 802.11n дает мне через три стены соточку мегабит. И можно одновременно качать и торренты, и смотреть видосики на разных устройствах, и вообще делать все что угодно - никаких тормозов, никаких лагов. 2.4+5 GHz одновременно, покупал в 2011 году.
Недавно стал задумываться о покупке чего-то с 802.11ac, стал читать отзывы на разные точки доступа. А там в отзывах такоооое... "Самая лучшая точка, берите, почти не греется, почти не тормозит, но только сразу надо сносить фирменную прошивку и ставить FirmWare V9.0 Vasyan Edition".
8 лет уже с этим Airport живу - и только недавно узнал, что точка доступа, оказывается, еще у кого-то может тормозить. Живут же люди!
| |
|
5.209, none_first (ok), 12:09, 26/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> OpenWRT обновляет.
> Да? А то я тут от них samaba 4 (2012 год) сколько
> уже жду не дождусь, чтобы заменить Apple Airport. А тут целое
самба заменяет яблопорт - что-то у вас там в программе сбилось ;)
> ядро...
> Где посмотреть?
посмотреть на что?
| |
|
|
|
|
|
4.77, Аноним (77), 11:41, 24/12/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вот и пусть говорит на форумах посвящённых его любимой «Семёрочке».
| |
|
|
2.19, Blind Vic (ok), 09:12, 24/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вот кто ещё здесь думает, что линукс это СПО — попробуйте сделать форк ведра и поддерживать его после очередной смены какого-нибудь API.
Не понимаю, как связан термин "СПО" и невозможность потянуть поддержку такого проекта?
В вашем понимании СПО это демократия?
| |
|
|
Часть нити удалена модератором |
|
5.50, нах (?), 10:22, 24/12/2018 [^] [^^] [^^^] [ответить] | –4 +/– | вы читать дальше одного сообщения - вообще не обучены Да, stable api is nonsens... большой текст свёрнут, показать | |
|
6.53, Аноним (53), 10:27, 24/12/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вы свободу с нахлебничеством не путаете? Вам никто ничего не должен, хотите - форкайте и пишите сами. Бесплатно же!
| |
|
7.131, псевдонимус (?), 16:11, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Вам никто ничего не должен,
Поэтому массового линуксового десктопа не будет, будет помесь богомерзкого андроида с гном3 и хромыебуки.
| |
|
6.54, Аноним (31), 10:33, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
>У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой.
Это твои проблемы.
>И у тебя нет. И вообще таких людей нет.
Это мои проблемы. Но если очень надо будет, то найду время.
И разработчики нам обоим ничего не обязаны.
| |
|
7.58, нах (?), 10:44, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Это мои проблемы. Но если очень надо будет, то найду время.
вот как найдешь 300 часов в сутках - приходи, поговорим.
> И разработчики нам обоим ничего не обязаны.
могут просто прекратить врать о шва6одном софте.
Или хотя бы ты можешь прекратить транслировать это вранье. Нет никакого свободного софта - уже лет десять как. Есть софт с открытыми исходниками, в большинстве случаев совершенно бесполезными для окружающего мира.
разрабатываемый на деньги и под дудку корпораций в интересах корпораций.
| |
|
8.68, Аноним (53), 11:07, 24/12/2018 [^] [^^] [^^^] [ответить] | –2 +/– | Они и не врут - софт свободный А вот вы пытаетесь натянуть рабовладельческий ст... текст свёрнут, показать | |
|
|
6.57, Аноним (9), 10:42, 24/12/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
> но явно не мои,
вы просто зажрались. Называйся RH MicroHat, выпускай версии ОС называемые Rhel 99, Rhel 2004, Rhel 2013, Rhel 2017, и не знай вы _ничего_ о внутренних процессах разработки и выпуска релизов - вы бы и не пикали. И драйверы бы так же работали только под каждый отдельный релиз. А прикладное ПО имело бы совместимость между парой смежных релизов.
Но нет, вы можете видеть досконально все процессы разработки начиная от транка до бекпортов в ветки десятилетней давности, и начинаете возмущаться, что вам чего-то не нравится.
| |
|
7.62, нах (?), 10:54, 24/12/2018 [^] [^^] [^^^] [ответить] | –1 +/– | я что-то не понял - а сейчас в вашем маня-мирке это не так ну за исключением т... большой текст свёрнут, показать | |
|
6.81, Annoynymous (ok), 12:01, 24/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой. И у тебя нет. И вообще таких людей нет.
То есть в мире нет таких людей, которые успевают писать под Linux. Весь код под Linux тебе померещился.
| |
|
7.83, нах (?), 12:06, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> То есть в мире нет таких людей, которые успевают писать под Linux.
причем тут "под линукс"? Еще один неумелец читать написанное?
| |
|
|
9.113, нах (?), 15:05, 24/12/2018 [^] [^^] [^^^] [ответить] | –1 +/– | я-то как раз читал, а кое-кто, похоже, слышал звон Это не под линукс , это сам... текст свёрнут, показать | |
|
|
11.165, пох (?), 23:20, 24/12/2018 [^] [^^] [^^^] [ответить] | –1 +/– | если они даже где-то в сферическом вакууме и есть - ты явно не из них Возвращае... текст свёрнут, показать | |
|
|
13.229, пох (?), 10:28, 06/01/2019 [^] [^^] [^^^] [ответить] | –1 +/– | ну ты может можешь, а зачем Увиденное тебе чем-то поможет в жизни в общем случ... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
6.98, Аноним (98), 13:14, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> то что нынче называется "lts" - ненужный бесполезный мусор.
А чем оно вам не нравится?
| |
|
7.114, нах (?), 15:10, 24/12/2018 [^] [^^] [^^^] [ответить] | –1 +/– | тем что и сопровождается левой пяткой, и нужно примерно никому см какие ядра вы... большой текст свёрнут, показать | |
|
|
|
|
|
2.51, Аноним (51), 10:22, 24/12/2018 [^] [^^] [^^^] [ответить]
| +5 +/– |
Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет только на встроенные в ядро драйверы блочных устройств. Переделали API и следом внесли правки во все драйверы, всё нормально и никакая стабильность не страдает.
| |
|
3.84, нах (?), 12:08, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет
> только на встроенные в ядро драйверы блочных устройств. Переделали API и
> следом внесли правки во все драйверы
Во все-во все? Точно-точно во все? А не в полтора поддерживаемых потому что кому-то не лень еще ,и десяток поддерживаемых потому что платит интел?
> , всё нормально и никакая стабильность не страдает.
угу, то что это новое сырье две версии назад вызвало потери данных - и еще вполне сможет не раз - это никого ж не колебет, макбукам разработчиков ничего не грозит, а виртуалку с ненужно-ведром перезапустят после крэша с чистого снапшота.
| |
|
4.90, нах (?), 12:47, 24/12/2018 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Во все-во все? Точно-точно во все? А не в полтора поддерживаемых потому
> что кому-то не лень еще ,и десяток поддерживаемых потому что платит
> интел?
Совершенно не в теме, отсюда и вопросы.
| |
|
|
2.197, qweo (?), 20:52, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Поддержка неизменности API требует усилий, что вы, товарищ, признаёте :-)
А для облегчения страданий при ломке совместимости есть http://coccinelle.lip6.fr как раз использующаяся при разработке Linux.
| |
|
|
4.206, Аноним (206), 10:19, 26/12/2018 [^] [^^] [^^^] [ответить] | –3 +/– | Это только идеальное, сферическое и в вакууме IRL такое никому не нyжно, так ил... большой текст свёрнут, показать | |
|
5.213, КГБ СССР (ok), 13:14, 26/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ошибаешься, дружок. Я не обезьянка, а как раз из тех, кто вам всю эту философию создаёт, а иногда и на спичках объясняет (ибо вы ж не понимаете даже с десятого раза, и памяти у вас — как у аквариумной рыбки). Учись, пока я ещё захожу на опеннет. :-)
| |
|
4.221, qweo (?), 15:18, 27/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Поддержка неизменности <подставь нужное> требует усилий. Это как?
При внесении изменений в то, что затрагивает <нужное>, придётся озаботится сохранением совместимости. Или не заботиться.
Вы же не думаете, что разработчики ядра совместимость из вредности не поддерживают? :-)
| |
|
|
6.223, qweo (?), 19:34, 27/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Из того самого документа в дереве ядра: "If Linux had to ensure that it will preserve a
stable source interface, a new interface would have been created, and the older, broken one would have had to be maintained over time, leading to extra work".
| |
|
7.224, КГБ СССР (ok), 20:13, 27/12/2018 [^] [^^] [^^^] [ответить] | +2 +/– | Ну да, надо просто сделать новое, а старое пусть остаётся в прошлом Что думают ... большой текст свёрнут, показать | |
7.225, КГБ СССР (ok), 22:48, 27/12/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вдогонку своему комменту про devfs, udev и тому подобный «прогресс». Разработчиками udev значатся, как ни удивительно, широко известные в узких кругах Kroah-Hartman и Sievers. Можно видеть в этом какую-то конспирологию, а можно в который раз подумать над ответом на вопрос, который я так или иначе всегда подразумеваю, когда заходит речь про ядро линукса и корпорации: кто платит зарплату всем этим ребятам, и почему как-то так получается, что приживаются именно те средства и технологии, которые нужны корпорациям. И почему все эти технологии так или иначе связаны с проектом fd.o. Нет, это точно не конспирология, так много совпадений просто не бывает.
| |
|
|
|
|
|
|
1.28, Аноним (31), 09:48, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)
| |
|
2.32, anonymous (??), 09:59, 24/12/2018 [^] [^^] [^^^] [ответить]
| +6 +/– |
> Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)
разве-что только у русскоязычных
| |
|
3.122, Аноним (122), 15:34, 24/12/2018 [^] [^^] [^^^] [ответить]
| +7 +/– |
Так надо написать западным борцам за права всего, что в русскоязычном произношении название китайского бренда может иметь звучание, угнетающее недотр*ханных феминисток. Так сказать, бросить дрожжи в деревенский сортир.
| |
|
|
|
2.55, Andrey Mitrofanov (?), 10:34, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А как там интеграция WireGuard поживает?
Учи язык, читай фороникс. Там напишут. Точно. И раньше, чем тут.
| |
|
1.88, Аноним (88), 12:42, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Подскажите у видеокарта AMD RX 590 теперь работает? На 4.19 - не запускается.
| |
|
2.100, Аноним (100), 13:17, 24/12/2018 [^] [^^] [^^^] [ответить] | +/– | За этой темой следят на phoronix com Для версии ядра 4 20 были сделаны патчи, в... большой текст свёрнут, показать | |
2.190, Аноним (9), 13:51, 25/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
А с RX 470 всё работает? Собрался тут прикупить по дешевке. Чума, rx560 стоит дороже rx470
| |
|
3.192, Аноним (192), 18:41, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Даже в ubuntu из коробки, у меня rx470 с 2016 года. Официально поддерживается начиная с ядра 4.8 и mesa 13.
| |
|
2.201, NickFaces (ok), 22:11, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Сижу теперь и думаю как сделать скрин, чтобы было понятно, что у меня и ядро 4.19 и RX590 и УМВР...
А вообще да, с новой фирмварью по крайней мере должно работать в 4.20 уж точно.
| |
|
|
2.97, нах (?), 13:02, 24/12/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Когда на_конец Btrfs перестанет превращать данные в кашу?
но ведь вот сейчас только добавили прекрасный превращатель данных в кашу, вполне себе независимый от btrfs - теперь ваши данные превращает в кашу "новый апи blk-mq", чем вы недовольны?
Еще через год выгонят вам козу - и вообще щастье наступит.
| |
|
3.154, sharddin (?), 21:19, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Думаете, что опасно экперементировать с данным (4.21) ядром? Может и накосячить??... Помню, когда-то давно при переходе на новое ядро многие данные, включая фотки, были потеряны именно, ИМХО, из-за драйвера ФС...
| |
|
4.185, нах (?), 10:52, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
нет, я не думаю что именно с 4.20 или 21
опасно экспериментировать с btrfs вообще, и с новым модным mq в частности.
Ну то есть если данные вообще-то дороги, а желания разбираться в дебагтулах и внутренних структурах этой fs у вас нет.
А докер с его контейнерами поверх навернуть - завсегда пожалуйста, их же совершенно не жаль.
| |
|
5.191, Fracta1L (ok), 18:34, 25/12/2018 [^] [^^] [^^^] [ответить]
| –6 +/– |
Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно дублируются в облако, а лучше - в несколько, параллельно при этом шифруясь. И тогда пофиг, что там за ФС на локальном накопителе - хоть глубоко экспериментальная вундервафля.
А сидеть трястить над данными в единственном экземпляре, невротично выбирая "надёжный" накопитель и "надёжную" ФС - это какое-то полоумие впополам с нищуганством.
| |
|
6.207, Аноним (206), 10:22, 26/12/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
Если твои "данные" - пара десятков-сотен ГБ порно с понями, тогда да. Вот если их сильно больше или/и они представляют интерес не только для твоих папки с мамкой, тут уже твой совет выглядит несколько хм... наивно, во.
| |
6.216, псевдонимус (?), 15:06, 26/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно
> дублируются в облако, а лучше - в несколько, параллельно при этом
> шифруясь. И тогда пофиг, что там за ФС на локальном накопителе
> - хоть глубоко экспериментальная вундервафля.
> А сидеть трястить над данными в единственном экземпляре, невротично выбирая "надёжный"
> накопитель и "надёжную" ФС - это какое-то полоумие впополам с нищуганством.
бтрфс для реального использования малопригодна. Как и ФСБук.
| |
|
|
|
|
2.158, Аноним (158), 22:17, 24/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Какие плюшки Btrfs Вам нужны? Крутость этой системы весьма преувеличена.
| |
|
|
2.103, Гит рулит (?), 13:22, 24/12/2018 [^] [^^] [^^^] [ответить]
| –4 +/– |
Тебя явно дали понять: "Мы будем делать всё чтобы ты от него отказался". Зачем ты продолжаешь есть кактус?
| |
|
3.105, saahriktu (ok), 13:34, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Фреймбуфер, заметьте, никто не выпиливал. А автор патча для фреймбуфера, определённо, считает его полезным, иначе бы он его не патчил. И он, работая в американской компании, которая ворочает миллионами долларов, преследовал цель, чтобы фреймбуферовский софт не рисовал во фреймбуфере не в своём режиме (собственно патч так и назван: "Reject all pixel format changing requests" (поскольку эта смена всё равно, по сути, (на стороне ядра) не работает)). И этой цели своим патчем он достиг. Он не учёл только лишь того, что есть библиотеки, которые пока ещё не учитывают эту новую логику.
| |
|
|
5.107, saahriktu (ok), 13:45, 24/12/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
Я писал в багзиллы. Сначала, когда решил, что это в ядре серьёзная поломка, написал в багзиллу ядра. Потом выяснил, что ядро не настолько поломано как я думал, и можно пропатчить SDL1. Тогда я извинился в багзилле ядра и написал в багзиллу библиотеки SDL.
| |
|
|
3.172, Аноним (172), 04:06, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Нужно предлагать альтернативу, а не требовать отказаться. Иногда X11 просто не нужен для всяких встраиваемых систем. С Wayland ситуация непонятная. FrameBuffer попртили. Что не простая задача, то вечно устроят какой-то геморрой.
| |
|
|
3.132, saahriktu (ok), 16:16, 24/12/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
Для 4K vt так никто и не пропатчил (на весь PSF шрифт по-прежнему только 64 Кб, а максимальный размер символа по-прежнему 32x32). FullHD наше всё (есть и 27" FullHD мониторы в магазинах, и даже 31,5" FullHD мониторы).
| |
|
|
5.159, InuYasha (?), 22:31, 24/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
им же обидно - столько денег в свой 4-8-16К хлам вбухали, а нишие ядерщики не соизволили им комфорт доставить. )
| |
|
|
|
|
1.102, Гит рулит (?), 13:21, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Единственное объяснение тому бардаку который творится в ядре так это то что компании что его пишут специально поддалкивают разработчиков к отказу от него. В пользу любых проприетарных решений будь то фуксия или винда не важно.
| |
|
2.115, нах (?), 15:14, 24/12/2018 [^] [^^] [^^^] [ответить]
| –6 +/– |
> Единственное объяснение тому бардаку который творится в ядре так это то что
> компании что его пишут специально поддалкивают разработчиков к отказу от него.
> В пользу любых проприетарных решений будь то фуксия или винда не
> важно.
да аллах с тобой, о чем ты? "стабильное ядро - в пакетах вашего дистрибутива"(c) не какая-то там компания, а лично Великий Непогрешимый с-Пальцем, давным-давно.
И да, он и тогда , и сейчас делал все, чтобы по другому было очень больно и неудобно.
А у компаний все хорошо - они-то могут нанять десяток разработчиков, допиливать те части, которые им нужны, и бэкпортить то, что не хотят допиливать сами.
| |
|
1.109, Урри (?), 14:18, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Код ядра избавлен от использования массивов переменной длины (VLA), реализуемых GCC-расширением VLAiS (Variable Length Arrays) и предоставляющих возможность использования переменной в качестве размера при создании массива, например "void foo(int n){ int m[n];"). При сборке по умолчанию включена опция "-Wvla" для вывода предупреждений при использовании в коде VLA. С практической стороны, кроме повышения безопасности избавление от VLA является очередным шагом в сторону обеспечения сборки с использованием Clang;
Ну просто отлично.
1. Мы подгоняем ядро под шланг, а не наоборот.
2. Мы вместо высокоэффективных аллокаций на стеке (которые при правильном компиляторе добавляют только одну ассемблерную инструкцию к сгенерированному коду) будем аллоцироваться в куче, что добавляет туеву хучу инструкций.
3. Появляется дополнительный менингит по поводу освободжения этого блока памяти - теперь оно стало ручное, надо следить где и как выходишь.
4. Безопасности это не прибавляет вообще никак. Так как безопасность - это код, а не структуры данных. Гарантии отсутствия выхода за границу массива эта замена не дает.
Отсюда вопрос: а зачем это было делать? Чтобы еще чуть-чуть замедлить ядро?
| |
|
2.110, КГБ СССР (ok), 14:39, 24/12/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Отсюда вопрос: а зачем это было делать? Чтобы еще чуть-чуть замедлить ядро?
Чтобы сделать мелкую гадость Ораклу.
| |
2.111, X4asd (ok), 14:52, 24/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> 2. Мы вместо высокоэффективных аллокаций на стеке (которые при правильном компиляторе добавляют только одну ассемблерную инструкцию к сгенерированному коду) будем аллоцироваться в куче, что добавляет туеву хучу инструкций.
а почему и дальше нельзя аллоцировать на стеке? но без VLA. через __builtin_alloca() .
(ответ я подозреваю: "можно но всё равно это уже не будет также дёшево как это было с VLA" .. но на всякий случай спросил :-))
| |
|
3.142, Аноним (137), 17:51, 24/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> а почему и дальше нельзя аллоцировать на стеке?
> но без VLA. через __builtin_alloca() .
> (ответ я подозреваю: "можно но всё равно это
> уже не будет также дёшево как это было с VLA"
Дешевле из-за отсуствия выравнивания?
Вот такие два варианта транслируются в идентичный код:
[CODE]
#include <stdio.h>
int s1(unsigned n) {
void *p = __builtin_alloca_with_align(n * __BIGGEST_ALIGNMENT__, __BIGGEST_ALIGNMENT__);
printf("%p", p);
}
int s2(unsigned n) {
char a[n * __BIGGEST_ALIGNMENT__];
printf("%p", a);
}
[/CODE]
| |
|
2.118, нах (?), 15:19, 24/12/2018 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Ну просто отлично.
> 1. Мы подгоняем ядро под шланг, а не наоборот.
мы убрали из ядра вредную и опасную диверсию, а не наоборот, заставили других ее внести. Пусть даже она и приносила аж целый 0.1% ускорения, ценой зависимости от глюкофичи нестандартного компилятора.
то есть это, собственно, единственная хорошая новость.
| |
|
3.125, Alex (??), 15:46, 24/12/2018 [^] [^^] [^^^] [ответить]
| +8 +/– |
>глюкофичи нестандартного компилятора.
с99? не, не слышал
| |
|
|
5.194, Аноним (194), 19:21, 25/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
> в c99 этой фичи как раз таки нету.
Читай внимательнее пункт 6.7.5.2
| |
|
|
|
2.164, Аноним (164), 23:18, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Прогибаются под корпорастов, раньше средний палец Торвальдс им показывал, а теперь они ядро ради шланга замедляют, пусть и незначительно...
| |
2.181, Аноним (181), 09:18, 25/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Мы подгоняем ядро под шланг, а не наоборот.
Разумеется. Иначе получается MS-way - когда куча кривых приложух подпирается кучей хаков. В обоих случаях получаем вместо ОС или компилятора помойку из костылей и подпорок, слепленных соплями и изолентой, которые глючат, конфликтуют и устаревают. Советую для прозрения поподдерживать что-либо подобное в более мелком формате, тогда перестанешь чушь пороть.
| |
|
3.219, Аноним (219), 17:32, 26/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
M$ Way - это как раз Сlang в данном случае, который не может полностью реализовать стандарт С99, которому уже скоро 20 лет.
| |
|
|
|
2.204, Vascom (?), 09:35, 26/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не раньше 4.20.4, если никаких особых косяков в ядре не будет.
Ну и переходи уже на Ф29, не сиди на плохо поддерживаемом и плохо обновляемом старье.
| |
|
1.150, Аноним (150), 20:00, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Добавлен драйвер IGC с поддержкой 2.5-гигабитных Ethernet-контроллеров Intel
Где применяются 2.5-гигабитные линки?
| |
|
2.157, Stax (ok), 22:15, 24/12/2018 [^] [^^] [^^^] [ответить] | +1 +/– | Где не хватает 1 гигабита, но проложена старая витуха 5 категории и 10 гигабит н... большой текст свёрнут, показать | |
|
3.160, InuYasha (?), 22:36, 24/12/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
тренднет реально лучше убиквити?? o_O
в любом случае, я предпочёл нетгирю.
| |
|
|
1.166, Аноним (166), 23:41, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Господа, CEC-Tunneling-over-AUX кто-нибудь тестил? Версия DP критична? По личному опыту, на каких переходниках взвелось?
| |
|
2.232, Аноним (232), 16:18, 18/01/2019 [^] [^^] [^^^] [ответить] | +/– | Окей, отвечу сам - Был куплен https www amazon com gp product B01B702YTG ref... большой текст свёрнут, показать | |
|
1.168, Аноним (168), 00:18, 25/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Где то писали, что с blk-mq даже ext4 фиксили, чтобы тот не терял данные. А когда-то, месяцев 5 назад у меня на blk-mq зависало ведро при гибернации(или после вейкапа, не помню). Все проблемы решены, и все фс адаптированы для нормальной работы с ним?
| |
|
2.202, Анонимчжан (?), 01:19, 26/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
да че там у терминатора было ядро 4.1.15. проморгали все.)))) кто выпустил арнольда погулять а?)))
| |
|
1.179, Адекват (ok), 06:48, 25/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
В подсистеме MD улучшена поддержка программных RAID 10, в том числе устранены ранее наблюдаемые утечки памяти и зависания;
Вот так и рождаются легенды, что raid N - полный отстой, потому, что синхронизация идет несколько суток | память течет | зависает | данные бьются. Дело то не в райде каком-то конкретном, а в драйвере ОС.
Увеличена производительности протокола SMB3 в реализации CIFS;
Безотносительно версии протокола - видимо никогда не будет в ядре модуля, который позволит прозрачно монтировать сетевые ресурсы в /nmt/shara как smbfuse(smbnetfs) но без тормоза fuse и без mount -t cifs ...iocharset...user..password....ip...resource на каждую шару.
Ведь в отличии от винды можно все сделать настраиваемым и указать какой диапазон ip мы хотим монтировать, какие логины и пароли использовать...да вообще все что угодном можно сделать. Ах да - еще рождение отдельного pid процесса на каждый открытый файл, а не на всю сессию сразу - там глядишь и на стороне сервера можно будет прибивать блокировку на отдельный файл, чотобы баба Глаша могла в ексель вставить циферку, а дядя Гриша открыл этот файл и ушел :)
| |
|
2.183, Аноним (181), 09:25, 25/12/2018 [^] [^^] [^^^] [ответить]
| –5 +/– |
>Вот так и рождаются легенды, что raid N - полный отстой
Ну так правильный рейд - аппаратный и энергонезависимый. А нищебрoды пусть страдают, да.
| |
|
3.187, нах (?), 10:56, 25/12/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ну так правильный рейд - аппаратный и энергонезависимый.
и внутри у него линукс.
Кривой.
| |
|
|
1.182, Аноним (184), 09:23, 25/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> Добавлена поддержка новой структуры данных XArray, полученной в результате модернизации структуры базисного дерева (Radix tree). На использование XArray переведён страничный кэш ядра;
Стоит добавить что это разработка ненавистного Microsoft.
| |
|
|
|
|
5.220, Аноним (220), 14:36, 27/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
From: Matthew Wilcox <mawilcox@microsoft.com>
This is documentation on how to use the XArray, not details about its
internal implementation.
Signed-off-by: Matthew Wilcox <mawilcox@microsoft.com>
так что ?
| |
|
|
|
|
1.226, Аноним (226), 18:00, 30/12/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ух ты, наконец то Creative Sound Blaster Z завезли, а то надоело патчи компилить
| |
1.233, Kuromi (ok), 04:28, 25/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Каждый почти релиз улучшют F2FS, а пнуть разработчиков GRUB не могут чтобы они запилили наконец поддержку из коробки. Смешно уже просто.
| |
|