The OpenNET Project / Index page

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



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

"Релиз ядра Linux 5.7"  +/
Сообщение от opennews (??), 01-Июн-20, 11:25 
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.7. Среди наиболее заметных изменений: новая реализация ФС exFAT, модуль bareudp для создания UDP-туннелей, защита на основе аутентификации указателей для ARM64, возможность прикрепления BPF-программ к LSM-обработчикам, новая реализация Curve25519, детектор "split-lock", совместимость BPF с PREEMPT_RT, снятие ограничения на 80 символов в строке в коде, учёт показателей температуры CPU в планировщике задач, возможность использования clone() для порождения процессов в другом cgroup, защита от записи в память при помощи userfaultfd...

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

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

Оглавление

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


1. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Аноним (1), 01-Июн-20, 11:25 
Многоядерная система.
Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от TormoZilla (?), 01-Июн-20, 12:49 
Но падает синхронно.
Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз ядра Linux 5.7"  –10 +/
Сообщение от инцел (?), 01-Июн-20, 12:55 
попробуйте соберите новое ядро. Нужно два часа сидеть и жать CONFIG_BLABLABLA=n
зачем мне эти 5000+ новых опций в ядре?
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от ryoken (ok), 01-Июн-20, 13:11 
Один раз конфиг настроить и порядок (я - гентовод, ага :D ). Ну или попробуйте make allmodconfig, хотя народ говорит, часто такое не взлетает :).
Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз ядра Linux 5.7"  +/
Сообщение от lockywolfemail (ok), 01-Июн-20, 15:28 
> Один раз конфиг настроить и порядок (я - гентовод, ага :D ).
> Ну или попробуйте make allmodconfig, хотя народ говорит, часто такое не
> взлетает :).

С оллмодом нужно в инитрд воткнуть udev, с чем не каждый справится.

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

79. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от ryoken (ok), 01-Июн-20, 16:10 
> С оллмодом нужно в инитрд воткнуть udev, с чем не каждый справится.

Хмм, хмм.. Прям даже интересно стало, надо как-нибудь почитать будет на тему :). Посколько переехал на Радеоны дома, в целях унификации конфигов под разное железо вкрутил по мануалу весь комплект фирмварей для amdgpu :). Вроде пашет.

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

181. "Релиз ядра Linux 5.7"  +/
Сообщение от bfts (?), 01-Июн-20, 23:58 
В файловой системе Ceph добавлена возможность локального выполнения операций создания и удаления (unlink) файла без ожидания ответа от сервера (работа в асинхронном режиме). Изменение, например, позволяет заметно поднять производительность при работе утилиты rsync.

кто в теме, поясните идиоту, речь о какой фс? блюстор или любой которую поддерживает Ceph?

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

283. "Релиз ядра Linux 5.7"  –3 +/
Сообщение от Аноним (283), 02-Июн-20, 23:45 
Идиоту объяснять бесполезно. Какой вопрос такой ответ.
Ответить | Правка | Наверх | Cообщить модератору

284. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Аноним (283), 02-Июн-20, 23:46 
И пояснять тоже.
Ответить | Правка | Наверх | Cообщить модератору

308. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от bfts (?), 03-Июн-20, 18:57 
именно потому я просил ответить умного, а то что идиот ничего объяснить не сможет, так это я и сам знаю
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

95. "Релиз ядра Linux 5.7"  +/
Сообщение от 1 (??), 01-Июн-20, 16:56 
Allmodconfig'а впринципе достаточно. menuconfig для тонкой настройки и убирания лишнего, если разбираешься.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

116. "Релиз ядра Linux 5.7"  +/
Сообщение от Ядерщик (?), 01-Июн-20, 17:56 
uname -r
5.6.15-zen_serv+
сейчас 5.7 соберу (25 мин)
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

178. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (178), 01-Июн-20, 23:51 
> зачем мне эти 5000+ новых опций в ядре?

Тебе не надо. А другим пригодится. Пиши себе ядро сам - и там будут только нужные тебе опции.

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

288. "Релиз ядра Linux 5.7"  +/
Сообщение от Jh (?), 03-Июн-20, 07:00 
запускаешь make menuconfig. сразу выходишь и сохраняешь.  
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

328. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 07-Июн-20, 03:41 
> Но падает синхронно.

...если ты не Элон Маск.

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

25. "Релиз ядра Linux 5.7"  –12 +/
Сообщение от инцел (?), 01-Июн-20, 12:49 
зачем это нужно ? Вы хотите чтобы ядро весило 10ТБ и поддерживало все в мире девайсы?
2.6 kernel - темный лес. Куда все так гонят? Линус обезумел.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

56. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 15:07 
Кто платит Линусу, тот его и танцует. А платят ему те самые корпорации.
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от инцел (?), 01-Июн-20, 15:18 
я думал он бодрячком в гараже тюнит ядро в свое удовольствие бесплатно. а жена работает.
Ответить | Правка | Наверх | Cообщить модератору

218. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (218), 02-Июн-20, 02:02 
> я думал он бодрячком в гараже тюнит ядро в свое удовольствие бесплатно.
> а жена работает.

Вообще-то гораздо прикольнее когда ты делаешь что тебе нравится, а тебе за это еще и денег платят.

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

71. "Релиз ядра Linux 5.7"  –5 +/
Сообщение от Аноним (71), 01-Июн-20, 15:39 
Ну это общие соображения и догадки.

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

Если есть какие-то, так сказать, техзадания - не может быть, чтобы ни одно из них не всплыло.

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

100. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 17:06 
Ещё один опоздавший родиться? Дети, вас даже гуглить уже не учат? :)

http://www.linfo.org/linus.html


Torvalds' financial situation changed dramatically in 1999. Red Hat and VA Linux (now VA Software), both leading developers of Linux-based software packages for large enterprises, had presented him with stock options in gratitude for his creation. Torvalds suddenly became a millionaire when Red Hat went public, and his net worth temporarily soared to roughly $20 million when VA Linux went public later that year.

Про «внезапность», конечно, в статье привирают. Никакой внезапности не было, поскольку на IPO не выходят каждый день и кто попало, а готовятся загодя. Деньги IBM случились тоже вовсе не случайно. Как, впрочем, и другие чудесные события первых лет существования пингвинария.


Не хотел ранить ваши нежные души, но там же чуть выше есть ещё один интересный абзац:


Thus, in 1997 he moved to sunny Santa Clara in California's fabled Silicon Valley to accept a position with Transmeta Corporation. His job there was to help develop commercial software to facilitate communication between operating systems and that company's microprocessors. Linux devotees were initially concerned not only about his move to a for-profit business but also about the fact that it was funded in part by Microsoft co-founder Paul Allen.


Ничегошеньки не знаете про свою религию и её апостолов и проповеднгиков. :)

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

108. "Релиз ядра Linux 5.7"  –5 +/
Сообщение от Аноним (71), 01-Июн-20, 17:30 
>Ещё один опоздавший родиться? Дети, вас даже гуглить уже не учат? :)
>Не хотел ранить ваши нежные души, но там же чуть выше есть ещё один интересный абзац:
>Ничегошеньки не знаете про свою религию и её апостолов и проповеднгиков. :)

Многовато пафоса.

>http://www.linfo.org/linus.html

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

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

192. "Релиз ядра Linux 5.7"  +6 +/
Сообщение от Школьник (ok), 02-Июн-20, 00:14 
Он недавно соблаговолил по поводу ZFS пройтись бетонным катком. Гугли точные его фразы сам, мне лень. Если перевести на русский, что именно он сказал, то получается следующее: мол, оракел владеет ZFS, и до тех пор, пока я лично не получу письменные гарантии от Ларри, что он не против, я и дальше буду вставлять палки в колеса ZFS.

Казалось бы, какое ему дело до того, что кто-то у себя на локалхосте собирает модуль ядра ZFS? Или кто-то подключает репу типа archzfs и ставит оттуда? Никто не просит идти навстречу, просто дай возможность людям пользоваться ZoL. Но нет, благодушному пожизненному диктатору очень даже есть до этого дело.

А дело вот какое: за спиной ZoL стоит LLNL и Canonical. И если ZoL пойдет в массы, то на btrfs и на stratis можно будет ставить крест (на первом его можно было ставить еще лет десять назад, и с той поры мало что изменилось). А это в свою очередь приведет к тому, что те компании, кто больше всех делает взносы в Linux Foundation (не будем показывать пальцем), лишатся потенциальных покупателей их энтерпрайзного Линукса и контрактов на техподдержку. Эти покупатели могут уйти к Canonical. Что естественно авторам stratis не нравится, да и оракелу тоже, поскольку тот свой правильный ZFS придерживает для потребителей соляры, а для линукса у них btrfs. Поэтому и только поэтому под прошлый новый год в ядре кое-что сломали, и в ZoL отвалилось быстрое вычисление чексумм. А потом уже и сам Торвальдс выступил - ну чтобы те, кто думал, что доступ к SSE сломали случайно, всё поняли.

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

206. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (206), 02-Июн-20, 00:47 
> Он недавно соблаговолил по поводу ZFS пройтись бетонным катком.

Такова участь муравейников когда есть катки.

> А дело вот какое: за спиной ZoL стоит LLNL и Canonical. И
> если ZoL пойдет в массы, то на btrfs и на stratis
> можно будет ставить крест

А что, zfs хотя-бы reflinks научился уже? И в каком месте мистер Торвальдс что-то имеет с btrfs или теряет с ZFS? Все проще, он водитель катка - и ему црать на муравейники. Нет, кусать зад водителя не помогает: он лишь раздавит и спихнет с сидения.

> да и оракелу тоже, поскольку тот свой правильный ZFS придерживает для потребителей соляры,

Оракел в последнее время видите ли свой Unbreakable Linux активно впаривает. И btrfs в нем, подтролливая шапку до кучи.

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

215. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Школьник (ok), 02-Июн-20, 01:29 
> А что, zfs хотя-бы reflinks научился уже?

Не научился. А дальше-то что? Лично я от отсутствия reflinks не страдаю. Какая еще в Linux есть ФС с подобным функционалом, используя которую на файловом сервере не будешь просыпаться каждую ночь в холодном поту от кошмаров? Да нет ее, и в ближайшем будущем не будет. Сратис и прочие обертки над LVM - это несерьезно.

> Все проще, он водитель катка - и ему црать на муравейники. Нет, кусать
> зад водителя не помогает: он лишь раздавит и спихнет с сидения.

В том-то и проблема, что вовсе не "црать" - если просто оставить ZoL в покое, то спонсоры мистера Торвальдса останутся без кое-каких денег. А этого они допустить, разумеется, не могут.

Взять, например, тот же Astra Linux Special Edition. Торвальдс, если и знает о его существовании, то ему по всей видимости по барабану, что там жутко патченое на предмет безопасности ядро. Не слышал что-то я его заявлений по поводу "не допустим, не простим", и GKH вот молчит, хотя про ZFS он прям рубанул серпом по мошне "My tolerance for ZFS is pretty non-existant". Почему же они молчат? Почему не ломают специально эти патчи? Не потому ведь, что не могут? :-)))

Да потому что те, кому по долгу службы положено покупать или пользоваться Astra Linux, никогда не купят RHEL и контракт на поддержку. Потому вот Astra Linux или любая другая поделка, которая живет сама по себе отдельно от ядра, на включение в его состав не претендует, и при этом _не затрагивает_ бизнес спонсоров Linux Foundation, находится вне зоны интересов мистера Торвальдса, GKH и прочих.

> Оракел в последнее время видите ли свой Unbreakable Linux активно впаривает. И
> btrfs в нем, подтролливая шапку до кучи.

А ZFS оставляет для правильных пацанов, которые готовы и Солярку прикупить, и сервачки, на которых ее сподобно запускать. Отличная бизнес-модель.

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

221. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (221), 02-Июн-20, 02:50 
> Не научился. А дальше-то что? Лично я от отсутствия reflinks не страдаю.

Так ты небось и виртуалками и контейнерами не пользуешься. И даже не задумывался о том чтобы слепить lightweight "копию" вон той разлапистой иерархии с чем-нибудь (например сорцами, но не суть). В момент. Даже если там дофига данных. А потом поэкспериментировать с ней. И если не понравится то стереть. Без всей прелести копирования гигабайта. Или терабайта. С рефлинками пофиг сколько там. Важен только размер дельты.

> Какая еще в Linux есть ФС с подобным функционалом,

XFS. Ппостепенно видимо и другие будут, если их устройство позволяет.

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

Как тут пох выдал, "покойник еще потел". Это походу про ваши сервера?!

> Да нет ее, и в ближайшем будущем не будет. Сратис и прочие обертки над LVM - это несерьезно.

Ну вот конкретно reflinks все же там в самой ФС, а не этом нечто. А так то зелен виноград, но миллиарду хомяков в фэйсбуке норм. И synology'овским nas тоже ничо.

> В том-то и проблема, что вовсе не "црать" - если просто оставить ZoL в покое,

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

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

Каким образом? LLNL отожмет у RH энтерпрайзных клиентов? Чего лаба будет с энтерпрайзными клиентами делать?

> А этого они допустить, разумеется, не могут.

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

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

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

> и GKH вот молчит, хотя про ZFS он прям рубанул серпом по мошне "My
> tolerance for ZFS is pretty non-existant".

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

> Почему же они молчат? Почему не ломают специально эти патчи?

Почему водитель катка не давит муравейники в стороне от шоссе?

> Astra Linux, никогда не купят RHEL и контракт на поддержку.

Водитель катка тоже не знает что за тем кустом есть еще один муравейник. Этот куст не на пути его шоссе.

> и при этом _не затрагивает_ бизнес спонсоров Linux Foundation, находится вне
> зоны интересов мистера Торвальдса, GKH и прочих.

Теория заговора конечно забавная, но хлипкая.

> А ZFS оставляет для правильных пацанов, которые готовы и Солярку прикупить, и
> сервачки, на которых ее сподобно запускать. Отличная бизнес-модель.

Они это продают видимо только если клиенты сами настаивают. А по умолчанию норовят unbreakable всучить. Им вообще будет удобнее всего слить и солярис и zfs. Там видите ли самим все надо, а тут кучу всего другие делают.

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

234. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от CopyleftHater (?), 02-Июн-20, 07:55 
> И даже не задумывался о том чтобы слепить lightweight "копию" вон той разлапистой иерархии с чем-нибудь (например сорцами, но не суть). В момент. Даже если там дофига данных. А потом поэкспериментировать с ней. И если не понравится то стереть. Без всей прелести копирования гигабайта.

Для этого в ZFS есть снапшоты. Как в любой нормальной CoW-файлухе, они мгновенные и легковесные (размер определяется только дельтой).

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

318. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 04-Июн-20, 01:06 
> Для этого в ZFS есть снапшоты.

Reflinks менеджится как часть текущей иерархии. Чтобы снести ненужную диру или файл я просто жму F8 в миднайте - и забываю про них. Без экскурсии в тулкит ФС. Это удобно. С неких пор на самом деле и снапшоты так можно сносить.

На самом деле есть даже офлайн дедупы которые сканят файлы и делают дубли или их части рефлинками на чьи-то еще блоки. А в zfs - довольно издевательски уметь только онлайн дедуп с конскими требованиями - а офлайн уже упс (если не упс - в чем проблемы сделать рефлинки?).

> Как в любой нормальной CoW-файлухе, они мгновенные и легковесные (размер
> определяется только дельтой).

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

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

251. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Школьник (ok), 02-Июн-20, 12:43 
> Так ты небось и виртуалками и контейнерами не пользуешься. И даже не
> задумывался о том чтобы слепить lightweight "копию" вон той разлапистой иерархии
> с чем-нибудь (например сорцами, но не суть). В момент. Даже если
> там дофига данных. А потом поэкспериментировать с ней. И если не
> понравится то стереть. Без всей прелести копирования гигабайта. Или терабайта. С
> рефлинками пофиг сколько там. Важен только размер дельты.

Мне не надо объяснять, что такое reflinks, как оно работает и для чего применяется, Марь Иванна на уроке информатики уже рассказала всему классу про это. Как справедливо написали ниже, в ZFS для этого есть snapshots. Да, это не совсем тоже самое, но _для меня_ этого с головой хватает.

> XFS. Ппостепенно видимо и другие будут, если их устройство позволяет.

Там есть мгновенные zero-cost снапшоты? Я могу их посылать через сеть, в том числе инкрементально? Я могу в онлайне там новые диски в пул типа RAID6 добавить? Могу в онлайне заменить вышедший из строя диск? Там есть возможность вынести intent log или кэш на какой-нибудь оптан? Ко всему этому есть единый человеческий хорошо документированный интерфейс командной строки? И всё это есть в одном не размазанном по пакетам решении на базе XFS - я правильно понял? Хорошо, пошел гуглить. Но если окажется, что чего-то из этого нет, или оно, как это нередко в линуксе бывает, работает только у разработчика на локалхосте, и только когда луна входит ровно на полшишечки в созвездие Задницы Скорпиона, то я вернусь сюда и назову тебя болваном и треплом. По рукам?

> Как тут пох выдал, "покойник еще потел". Это походу про ваши сервера?!

У меня только на одном файловом сервере один и тот же пул RAIDZ2 живет то ли с 2008го, то ли с 2009го. Диски, естественно, в пуле заменялись по мере выхода из строя.

Ты лично знаешь примеры, чтобы у кого-то пул btrfs RAID6 прожил больше года? Я вот не знаю.

> А так то зелен виноград, но миллиарду хомяков в
> фэйсбуке норм.

Если бы у меня было столько серверов, сколько у фейсбука, я бы тоже сказал, что мне норм.

> Так его никто и не трогал. Ядерщики меняли интерфейсы в ядре, а
> то что у кого-то вне ядра что-то отъехало они вообще не
> в курсе. Потому что это вне ядра.

^^^ Чистый образец лицемерия - здесь.

Меняли они интерфейсы, ага. Изменение заключалось _ровно_ в том, чтобы убрать возможность дергать kernel_fpu_begin и kernel_fpu_end из модулей не с лицензией GPL. Ну так вот случайно получилось, да. И еще в старые поддерживаемые ядра этот коммит тоже попал чисто случайно, ага.

> Каким образом? LLNL отожмет у RH энтерпрайзных клиентов? Чего лаба будет с
> энтерпрайзными клиентами делать?

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

> А водитель катка не поедет в лес давить муравейники. Он дорогу строит.

Дядя, мы вот недавно именно это и наблюдали. Сломать экспорт kernel_fpu_begin/end для не-GPL модулей - это именно оно и было, заехать в лес.

> Он небось и не знает про этот астралинукс.

Да ему и про ZFS-то по долгу службы не положено знать. Однако же, знает. Откуда? :-)

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

Им это стало быть не очень-то надо. Им, как и ZoL, достаточно, чтобы хотя бы палки в колеса не ставили.

> Почему водитель катка не давит муравейники в стороне от шоссе?

Потому что экспедитор катка велел именно тот муравейник прижать.

>> и при этом _не затрагивает_ бизнес спонсоров Linux Foundation, находится вне
>> зоны интересов мистера Торвальдса, GKH и прочих.
> Теория заговора конечно забавная, но хлипкая.

Хлипкая она, если не ставить себя на их место.

Ты вот не задумывался, почему с той же nVidia такой трюк они не проворачивают? Уже и факью им
показывали, и костерили Хуанга на все лады, и толпы хомячков на форониксе чуть ли не петиции на change.org пишут: "ЗАПРЕТИТЬ НЕНАВИДИЮ! НИЗАБУДИМ, НИПРАСТИМ!" - Хуанг, поди, от икоты не отдыхает. А все никак.

Давай я тебе объясню, в чем тут проблема. Проблема тут в том, что в списке топ-500 суперкомпьютеров, где стоят почти исключительно линуксы, почти в каждом таком суперкомпьютере стоят числодробилки nVidia. Ну вот как-то так получается, что многие задачи на них решать и быстрее, и дешевле, чем на ксеонах. А у AMD схожих по энергоэффективности решений как бы до сих пор нет. Да и драйвера они писать так и не научились.

Давай теперь представим, что будет, если Торвальдс или кто-то из его лейтенантов сломает нвидии её драйвера. Ну, возьмет и еще какую-нибудь функцию вынесет из экспортного списка для не-GPL модулей. Ну а чо, stable api nonsense, все такое, да и ваще - вам никто ничего не обещал, проприерасты проклятые!

А дальше происходит следующее. Линукс резко становится неинтересен практически всем в HPC. А нвидия берет и выпускает CUDA для FreeBSD, им там совсем чуть-чуть по их меркам надо допилить их драйвер (/dev/nvidia-uvm, ЕВПОЧЯ). В результате кто потеряет много-много-много бабла? Правильно, красная шапка/IBM и SuSE. То есть те самые спонсоры мистера Торвальдса.

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

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

Ах, дурные какие клиенты нонче пошли! Нет бы XFS взять, или ext4+LVM - а им все ZFS подавай! Вот дураки ведь!

> А по умолчанию
> норовят unbreakable всучить. Им вообще будет удобнее всего слить и солярис
> и zfs.

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

> Там видите ли самим все надо, а тут кучу
> всего другие делают.

Делать-то делают, только делают так, что мало-мальски важные данные им доверять или хлопотно, или страшно.

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

276. "Релиз ядра Linux 5.7"  +/
Сообщение от Anonymoustus (ok), 02-Июн-20, 21:06 
Растолковал всё как Б-женька. А не лень было? 294-й всё равно про дела большого бизнеса не поймёт. :)
Ответить | Правка | Наверх | Cообщить модератору

290. "Релиз ядра Linux 5.7"  +/
Сообщение от Школьник (ok), 03-Июн-20, 10:27 
Да не, ради него - не лень. Он мой старый виртуальный кореш, мы уже лет 12 тут на опеннете друг друга уму-разуму учим (у меня тут до 10го года были другие ники). Какие-то вещи он для меня открыл, к каким-то вещам побудил присмотреться повнимательнее. Надеюсь, и я заставлю его в чем-то если не поменять мнение, то хотя бы лишний раз задуматься. Не выйдет - ну и ладно :-)
Ответить | Правка | Наверх | Cообщить модератору

319. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (-), 04-Июн-20, 01:14 
Нифига, Школьник повзрослел и дело говорит. Не каждый день такое увидишь. И таки да - меня вполне реально заставить задуматься, а иногда и сменить мнение. Однако и мое мнение обычно возникает не на пустом месте - и поэтому я готов его отстаивать. И разумеется всегда возможен вариант что не угадал я и именно я был не прав.

Однако есть пара вещей которые неизменны:
1) Я не брезгую проверять на себе и своих данных технологии о рассуждаю.
2) Все мои воркфлоу завязаны на технологии о которых я рассуждаю. Без подъюзывания какой-то проприетарной фигни держащей меня за дурака в дуалбуте под рассказы что <нечто> зашибись.
3) Я таки реально думаю что "зашибись" все же должно держать меня на плаву. Иначе это не такое уж и "зашибись" а вовсе даже и underdeveloped.

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

323. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (323), 05-Июн-20, 00:36 
> Да, это не совсем тоже самое, но _для меня_ этого с головой хватает.

Можно что-то сравнимое обыграть, но управлять канительнее: сказать cp -r --reflink dir1 dir2 как-то быстрее. А в ZFS кстати можно стереть снапшоты из иерархии ФС? В btrfs прикольно сделали. Снапшоты всегда были чем-то типа "супер-дир" на вид, с неких пор сие можно стирать как диры стало. Это эквивалентно удалению утилсой.

>> XFS. Ппостепенно видимо и другие будут, если их устройство позволяет.
> Там есть мгновенные zero-cost снапшоты? Я могу их посылать через сеть, в
> том числе инкрементально? Я могу в онлайне там новые диски в
> пул типа RAID6 добавить? Могу в онлайне заменить вышедший из строя диск?

Чудес не бывает: это относительно классическая ФС. И я сомневаюсь что вебмакаки с пыхтонрасом имеют шансы относительно случая когда это начиная с структур и алгоритмов ФС. То-есть даже если и сделают, как zfs или btrfs оно от этого не станет.

Инженерная поговорка гласит "with enough thrust pigs fly just fine". Но есть уточнение - "still not a good idea". Это именно тот случай!

> есть возможность вынести intent log или кэш на какой-нибудь оптан?

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

> Ко всему этому есть единый человеческий хорошо документированный интерфейс командной строки?

Какой-то сратис на пыхтонрасте. Вебмакаки дешевле чем кодеры ФС %)

> и только когда луна входит ровно на полшишечки в созвездие Задницы
> Скорпиона, то я вернусь сюда и назову тебя болваном и треплом. По рукам?

Ненене! За это хайпанутое месиво от редхата? Я? Обтекать? Ни за что! К поху с этим попробуй обратиться, вдруг он рискнет? Это он там unconditional фанат шляпы, а я не вижу чего такого годного в этом. Кучей пыхтонрасии поверх lvm и проч пусть сам пох менеджит, а мне так стремно.

> Ты лично знаешь примеры, чтобы у кого-то пул btrfs RAID6 прожил больше года? Я вот не знаю.

У меня его тоже нет. Если фич указан экспериментальным - я учитываю. Но вообще есть соблазн погонять умеренный RAID/6 более серьезно. В последних кернелах самое очевидное починили, но все-равно.

> Если бы у меня было столько серверов, сколько у фейсбука, я бы тоже сказал, что мне норм.

Они интенсивно протестили множество codepaths и странных ситуаций в итоге. Это хорошо для качества кода.

> ^^^ Чистый образец лицемерия - здесь.

Если так кажется, лучше почитать Торвальдса в оригинале. На мое частное мнение я б там *все* сделал GPL_ONLY :P

> дергать kernel_fpu_begin и kernel_fpu_end из модулей не с лицензией GPL. Ну
> так вот случайно получилось, да.

Лицензию ядра все знают. Если кто захотел на кривой козе - мне его не жалко.

> И еще в старые поддерживаемые ядра этот коммит тоже попал чисто случайно, ага.

Вообще, ядерщики не прутся от потуг объезда их лицензии. Торвальдс это понятно объяснил.

> Во первых, лаба сама очень лакомый энтерпрайзный клиент, и не будь у
> них ZFS, им пришлось бы идти на поклон к RH.

Лаба не очень лакомый клиент, потому что денег у лаб обычно ограничено и подотчетно, это не жирные энтерпрайзы и stock exchange всякие.

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

1) Я не считаю canonical существенной ядерной силой, тем более в ФС. Реально они могут по мелочи запатчить и завернуть в пакет.
2) Пох уже спалил testimonials как сие работает, когда вы остаетесь без вашей кульной ФС после апгрейда кернела.
3) Прикол в том что я предсказал такой расклад.

> Дядя, мы вот недавно именно это и наблюдали. Сломать экспорт kernel_fpu_begin/end для
> не-GPL модулей - это именно оно и было, заехать в лес.

Карту шоссе вывесили в COPYING много лет назад. Если кто на этом маршруте не попал под каток, это вообще случайность и везение. Странно жаловаться если оно закончилось.

> Да ему и про ZFS-то по долгу службы не положено знать. Однако же, знает. Откуда? :-)

Элементарно, Ватсон: какие-то ZFS зилоты приперли и попробовали прав скачать. Ну и скачали себе по сусалам популярное объяснение принципов разработки кернела.

> Им это стало быть не очень-то надо. Им, как и ZoL, достаточно,
> чтобы хотя бы палки в колеса не ставили.

Вот это 100% без гарантий. Ядро разрабатывается так как сочтут нужным господа в ядре. Кто не часть процесса - не имеет слова в процессе. Обещания интерфейсов касается только юзермода. Это не про ядерные компоненты.

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

> Потому что экспедитор катка велел именно тот муравейник прижать.

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

> Ты вот не задумывался, почему с той же nVidia такой трюк они не проворачивают?

Они именно это и сделали! Нвидия с тех пор таскает в блобе почти всю кастомную реализацию kms, потому что кроме фака в камеру им еще в ядре GPL_ONLY на половину KMS навесили, чтобы не скучали, донеся свою точку зрения еще и чисто технически.

> А все никак.

Нвидия себе большую часть kms с нуля кодила в результате. И поскольку его активно развивают, у нвидии как раз периодически что-нибудь отваливается в глюкоблобе. Они там уже от такой дозы дуста немного трепыхаются - мол, а давайте mem management с нашим участием? А им в ответ - "а нам и с TTM неплохо". ИЧСХ всем кроме нвидии имнено так. А те что-то сами делают.

> Да и драйвера они писать так и не научились.

Вообще-то научились, во всяком случае ядерная часть у них отличная. В отличие от.

> Давай теперь представим, что будет, если Торвальдс или кто-то из его лейтенантов
> сломает нвидии её драйвера.

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

> Ну а чо, stable api nonsense, все такое, да и ваще - вам никто ничего не
> обещал, проприерасты проклятые!

А ты думал почему нвидия теперь тупит с релизами или выкатывает глюкало? А как перетряхнут DRM/KMS посильнее - так нвидия и пыхтит в своем уголке в очередной раз. Им полезно! ;)

> результате кто потеряет много-много-много бабла? Правильно, красная шапка/IBM и SuSE.
> То есть те самые спонсоры мистера Торвальдса.

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

> - а им все ZFS подавай! Вот дураки ведь!

Это не клиенты разработчиков Linux. Вообще совсем.

> А чего Оракел еще не выкинул это все на свалку?

Наверное жаба поддушивает - эвона сколько за это отвалили.

> Поди, потому, что тебя там в совете директоров нету, некому Ларри вразумить, да
> научить его считать свои деньги :-)

Так они сами вразумились - положили пациента в состояние глубокого майнтенанса, денег его криокамера много не требует, так и лежит. Большинство разработчиков ессно уволили(сь), имеющие глаза да найдут на thelayoff или где.

> Делать-то делают, только делают так, что мало-мальски важные данные им доверять или
> хлопотно, или страшно.

Мне применительно к btrfs нормально. Я его в довольно дурных ситуациях потестил и был приятно удивлен.

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

250. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (71), 02-Июн-20, 12:34 
Спасибо за конкретный ответ.
Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

255. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (71), 02-Июн-20, 14:45 
Но при этом политика Red Hat и Canonical по отношению к Systemd вроде совпадает.
Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

281. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Михрютка (ok), 02-Июн-20, 23:20 
> А дело вот какое: за спиной ZoL стоит LLNL и Canonical. И

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

так-то ливермор и кластеры на итаниуме покупал. не вижу, чтобы это спасло этот процессор.

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

што касаемо аноникала, то он прям как путин - все проекты, за спиной у которых он становится, как показывает история, живут плохо и недолго.

> если ZoL пойдет в массы,

нет

> то на btrfs и на stratis
> можно будет ставить крест (на первом его можно было ставить еще
> лет десять назад, и с той поры мало что изменилось). А

да

> это в свою очередь приведет к тому, что те компании, кто
> больше всех делает взносы в Linux Foundation (не будем показывать пальцем),
> лишатся потенциальных покупателей их энтерпрайзного Линукса и контрактов на техподдержку.
> Эти покупатели могут уйти к Canonical.

ахаха, школьник, что ты делаешь, прекрати. каноникал не может в поддержку, ему некем поддерживать. кто девелоперам платит, тот кернел и танцует.


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

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

> только поэтому под прошлый новый год в ядре кое-что сломали, и
> в ZoL отвалилось быстрое вычисление чексумм. А потом уже и сам
> Торвальдс выступил - ну чтобы те, кто думал, что доступ к
> SSE сломали случайно, всё поняли.

еще раз - ораклу пофиг. так-то zol уже лет 15? (лом гуглить) и как-то оракл она особо не беспокоила.

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

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

291. "Релиз ядра Linux 5.7"  +/
Сообщение от Школьник (ok), 03-Июн-20, 10:56 
> ахаха, школьник, что ты делаешь, прекрати. каноникал не может в поддержку, ему
> некем поддерживать. кто девелоперам платит, тот кернел и танцует.

Поддержка - это не только разработка. Если они смогут по телефону или ватсаппу объяснять всяким школьникам, работающим в IT, как поставить Убунту поверх ZFS-пула, и что делать, если случилась какая-то ошибка - они свой гешефт поимеют. Ну и никто им не мешает нанимать контракторов под определенные точечные задачи, связанные с ZoL. Понятно, что в ядро никакие такие патчи не пустят, но оно и несильно-то им надо, главное - чтобы ядерщики саботажем, как с kernel_fpu_begin/end, не занимались.

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

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

> еще раз - ораклу пофиг. так-то zol уже лет 15? (лом гуглить)
> и как-то оракл она особо не беспокоила.

Не беспокоила она в первую очередь потому, что на ZoL до 18го года, когда Убунта ее из коробки стала предоставлять, никто не пытался заработать. "Здесь вообще всё просто так, кроме денег" (с)

> а то, что тараканы в голове у грега влехкую надают звездюлей тараканам
> в голове у линуса, так это давно было известно.

В данном случае это интересы бизнеса, мимикрирующие под тараканов. Как я уже писал выше: пусть-ка Грег и Линус попробуют энвидии ее блоб-загрузчик сломать со словами типа "my tolerance for nvidia blob is pretty non-existant". Им патроны сразу же наглядно объяснят - и про свободу, и про GPLv2, и про stable api nonsense, и про всё-всё-всё.

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

342. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (342), 07-Июн-20, 18:29 
> гешефт поимеют. Ну и никто им не мешает нанимать контракторов под
> определенные точечные задачи, связанные с ZoL.

У сапопикала и так то ядерный саппорт - "это вам не редхат" а с ZoL они интересно чего вообще смогут? Маны пересказать и пакет завернуть?

> - чтобы ядерщики саботажем, как с kernel_fpu_begin/end, не занимались.

Лицензии нехило читать ДО того как подрываться кодить. Если кто-то решил поиграть с огнем - зачем он жалуется на результат?

> но все-таки эту тему они сливать пока боятся.

А оно им зачем? Это вполне себе их преимущество перед шляпой. А та пусть попробует сделать это из пихтонраса и XFS, если такие умные.

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

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

> со словами типа "my tolerance for nvidia blob is pretty non-existant".

ЧСХ они именно это и сделали, кроме взмаха факом в камеру. И нвидия как миленькая пошла кодить себе почти весь KMS самолично, поскольку эти facilities им стали недоступны. Ну вот не хотят тамошние девы пахать на проприераса который некооперативен.

> Им патроны сразу же наглядно объяснят - и про свободу, и
> про GPLv2, и про stable api nonsense, и про всё-всё-всё.

Так-так-так, какие патроны и чего им там за GPL_ONLY в KMS/DRM сделали? А то они вот как раз именно так над нвидией и прикололись. Думаете с фига нвидия стала тормозить с релизами и драйвер стал глючный и отваливается часто? Они несколько месяцев в своей норе эквивалент сами кодили. Получилось понятно как. И работает понятно как. А при изменениях в кернеле ессно отъезжает. И вот тут грех жаловаться на асимметрию - как раз таки весьма симметрично и последовательно.

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

349. "Релиз ядра Linux 5.7"  +/
Сообщение от Школьник (ok), 08-Июн-20, 01:28 
>Так-так-так, какие патроны и чего им там за GPL_ONLY в KMS/DRM сделали? А то они вот как раз именно так над нвидией и прикололись.

А чего ж они на полпути остановились-то? Всего-то KMS им сломали, тоже мне бином Ньютона. У Нвидии весь бизнес в Линуксе - он на вычислениях вообще-то, им все эти ка-эм-эсы, попен-жи-ели и вулканы - до одной лампочки, они на этом только убытки имеют.

Не, вот бы ядерщикам сломать им вообще всё, от чего нвидиевский загрузчик блоба зависит. Чтобы и Теслы все раком встали. Че, кишка тонка? :-) Средний палец, которым фак показывать, еще не вырос?

>Думаете с фига нвидия стала тормозить с релизами и драйвер стал глючный и отваливается часто?

У кого он отваливается? УМВР, и судя по всему не только у меня. Вон, на форониксе в комментариях регулярно треск шаблонов и гул реактивных струй из-под седалищ стоит под 130 децибел - те, у кого с реальностью еще не окончательно порвано, задаются вопросами: как так, AMD же "друх", спеки открыты, исходники открыты, почему же нвидиа работает стабильнее, и лучше поддерживает и новое, и старое железо? Им в ответ летят какашки, "выфсеврёти", "учение Столлмана верно, потому что всесильно", "свободное ПО по определению лучше проприетарного" и прочие фантомы из манямирка. А если разобраться и откинуть идеологию, то окажется, что драйвер нвидиа - единственный видеодрайвер, который нормально работает у тех, кто хочет нормальной работы, а не шашечки. Дай Б-г всем остальным драйверам в Линуксе работать также. Особенно AMD :-)

>Они несколько месяцев в своей норе эквивалент сами кодили. Получилось понятно как. И работает понятно как. А при изменениях в кернеле ессно отъезжает. И вот тут грех жаловаться на асимметрию - как раз таки весьма симметрично и последовательно.

То, что разработчики Линукса рады бы и самокастрацию совершить, если это зрелище вызовет у "проприерасов" хотя бы моральные страдания - это мы уже поняли. Фиг бы с этим KMS, пусть бы они еще какой-нибудь power management сломали, чтобы те суперкомпьютеры, где Теслы и Линукс, у учёных накрылись медным тазом. Или датацентры с Теслами и облаками-белогривыми лошадками, типа Сберклауда и прочих. С радостью бы посмотрел бы на этот пир духа.

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

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

355. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (355), 17-Июн-20, 08:34 
> А чего ж они на полпути остановились-то? Всего-то KMS им сломали, тоже мне бином Ньютона.

Ну, с отпуском ручника! А то еще недавно этот тип рассказывал что нвидии какие-то скидки :)

> на вычислениях вообще-то, им все эти ка-эм-эсы, попен-жи-ели и вулканы -
> до одной лампочки, они на этом только убытки имеют.

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

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

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

> У кого он отваливается? УМВР, и судя по всему не только у меня.

А вот тут на форуме довольно много разных очень стебных рассказов о чудесах которые сие вытворяет. Да еще версии видите ли подбирайте и все такое.

> кого с реальностью еще не окончательно порвано, задаются вопросами: как так,
> AMD же "друх", спеки открыты, исходники открыты, почему же нвидиа работает стабильнее

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

> Дай Б-г всем остальным драйверам в Линуксе работать также. Особенно AMD :-)

Ну вот у этой штуки 2 месяца аптайма - вроде, нормальная стабильность, не? :)

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

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

> типа Сберклауда и прочих. С радостью бы посмотрел бы на этот пир духа.

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

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

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

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

359. "Релиз ядра Linux 5.7"  +/
Сообщение от Школьник (ok), 18-Июн-20, 13:22 
>Пока чего-то никто ничего не поставил, GPL_ONLY в пику всяким проприерасам только прибавилось, чисто исторически.

Ты от вопроса-то не увиливай. Почему там вообще до сих пор позволены не-GPL модули? Поди, под проприерасами лежать удобно, да?

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

Я-то, ясен пень, никого не поставлю. Но речь-то вообще не обо мне.

>Разработчиков ключевых подсистем? А не то, извините, что?

А то, что им зарплату Linux Foundation не заплатит. Или IBM. Или SuSE. Или кто там еще их трудоустраивает. Всего-то делов-то. Мелочь какая, подумаешь.

>Это немного не те рожи которых пошел да и заменил свеженанятой индусней.

Эти рожи не решают там вообще ничего. Решают те, кто им зарплату платит. Вот потому нвидия до сих пор свой проприетарный драйвер и выпускает.

Давай я еще раз до тебя донесу эту простую истину - как только Энвидии запретят линковать с ядром свой драйвер, Линукс как платформа для AI/ML, как платформа для суперкомпьютеров сразу же кончится. Она даже мне, червяку, без CUDA нафиг не нужна будет. Потому-то работодатели твоих "разработчиков ключевых подсистем" никогда им не позволят сломать драйвер Энвидии. Пощекотать той нервишки - да, это полезно с их точки зрения, чем они и занимаются. Надо же в конце концов образ борцов за FOSS как-то поддерживать.

AMD в GPU computing по развитости инфраструктуры отстает от энвидии лет на 10, наверное, если не больше. Там у AMD такой цирк с конями, что связываться с этим может только человек, готовый месяцами, если не годами, бесплатно работать бета-тестером. Это если ему заказчик еще разрешит на это тратить время.

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

170. "Релиз ядра Linux 5.7"  +/
Сообщение от Михрютка (ok), 01-Июн-20, 23:20 
>>>it was funded in part by Microsoft co-founder Paul Allen.

ахахах что ты делаешь прекрати тебя покусал Митрофанов

вы уж определитесь. то ли у вас Пол Аллен "гениальный и доверчивый", как мне тут чуть ли не со слезами на набритой морде писали. то ли он такой же человек-гауно, как и Бил Гейц, и все, в кого он вкладывается, запроданцы.

Так-то Пол Аллен и в баскетбол инвестировал, чо, Майкла Джордана теперь тож клеймить надо?

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

277. "Релиз ядра Linux 5.7"  +/
Сообщение от Anonymoustus (ok), 02-Июн-20, 21:08 
>>>>it was funded in part by Microsoft co-founder Paul Allen.
> ахахах что ты делаешь прекрати тебя покусал Митрофанов
> вы уж определитесь. то ли у вас Пол Аллен "гениальный и доверчивый",
> как мне тут чуть ли не со слезами на набритой морде
> писали. то ли он такой же человек-гауно, как и Бил Гейц,
> и все, в кого он вкладывается, запроданцы.
> Так-то Пол Аллен и в баскетбол инвестировал, чо, Майкла Джордана теперь тож
> клеймить надо?

Если бы я писал ту статью, принимал бы и претензии. Но она не моя, а просто под руку подвернулась перепончатых подразнить. :)

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

98. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от IRASoldier_registered (ok), 01-Июн-20, 17:01 
(#пьяным_голосом) Заплатиите Линусу чекааанной монетой!
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

102. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 17:10 
> (#пьяным_голосом) Заплатиите Линусу чекааанной монетой!

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


А вообще забавно, что икона линуксоидов — миллионер, работавший и работающий на корпорации. :)

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

106. "Релиз ядра Linux 5.7"  +/
Сообщение от инцел (?), 01-Июн-20, 17:28 
А как же Столлман ?
Ответить | Правка | Наверх | Cообщить модератору

109. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 17:31 
> А как же Столлман ?

А что Столлман?

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

237. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 02-Июн-20, 09:28 
Никто и зовут никак. К ОС и коду имеет отношение чуть менее, чем никакое. Известный в узких кругах анархистский проповедник.
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

249. "Релиз ядра Linux 5.7"  +/
Сообщение от Stollman (?), 02-Июн-20, 12:20 
А как же церковь Столмана и гну/емакс?
Ответить | Правка | Наверх | Cообщить модератору

286. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 03-Июн-20, 03:50 
1) Ересь 2) софтверное недоразумение, монструм.
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз ядра Linux 5.7"  +11 +/
Сообщение от Урри (?), 01-Июн-20, 17:38 
Эта "икона" ебошит без отдыха каждый божий день с утра до вечера. Без его работы половина мира бы стояла.

Линус один из тех очень редких "миллионеров", которые все до последней копейки заслужили.

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

117. "Релиз ядра Linux 5.7"  +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 17:58 
> Эта "икона" ебошит без отдыха каждый божий день с утра до вечера.
> Без его работы половина мира бы стояла.

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


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

И что теперь? Молиться мне на его портрет?

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

140. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от с (?), 01-Июн-20, 19:24 
> Линусу без проблем найдут замену.

адсурд

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

142. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от zzz (??), 01-Июн-20, 19:30 
Ясное дело. Можно заменить любого, но только не Торвальдса!
Ответить | Правка | Наверх | Cообщить модератору

298. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от с (?), 03-Июн-20, 15:05 
> Ясное дело. Можно заменить любого, но только не Торвальдса!

А с чего ты взял, что "абсурд" относится к фамилии, а не к слову "просто".

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

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

201. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (201), 02-Июн-20, 00:33 
> свободную разработку пингвинячьего ведра сообществом свободных хакеров?

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

> И что теперь? Молиться мне на его портрет?

Молиться, не молиться, а более крутого руководилы проекта на этом глобусе пока не замечено. У остальных проекты зачахли и слились задолго до таких масштабов.

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

265. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от пох. (?), 02-Июн-20, 17:59 
>> свободную разработку пингвинячьего ведра сообществом свободных хакеров?
> Я видел десятки людей которые просто пришли и просто накодили то что
> им было надо. И это взяли в ядро. Так что сказки

А я видел как в ядро не брали то, что было надо не одному погуанокодившему, а многим - оно уже годами использовалось, включая вполне промышленные сетапы, было под единственноверной лицензией, порезано чтоб в экран влазило... но - увы. Кончалось тем, что автор затрахивался и бросал переписывать под каждую нововыделанную версию, где еще и stable api nonsense.

Так умер проект devfs.

Зато чудовищное уродище udev - с радостью великой было за неделю наговнякано и принято, потому что оно было нужно редгаду и его гому - ведь надо же чтоб флэшечки втыкались! (которое потом годами те же промышленные сетапы выпиливали нахрен, чтоб не лезло под руки своей искусственной идиотией - и нет, не надо мне автомонтировать первую воткнутую в сервер флэшечку - а потом "ой, в богом забытой shitfs эксплуатируемая таким образом увизгвимость!")

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

Bill G: шота я непонял?!

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

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

275. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (275), 02-Июн-20, 20:25 
Не поймут-с. Это бесполезно. Хоть все истории от рсбака до последнего грсека рассказывай - всё божья роса.
Ответить | Правка | Наверх | Cообщить модератору

329. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 07-Июн-20, 03:45 
> до последнего грсека рассказывай - всё божья роса.

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

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

324. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Аноним (-), 05-Июн-20, 01:09 
> А я видел как в ядро не брали то, что было надо не одному погуанокодившему, а многим -

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

> влазило... но - увы. Кончалось тем, что автор затрахивался и бросал
> переписывать под каждую нововыделанную версию, где еще и stable api nonsense.

Затрахивался, видимо думая что сидеть в норке и пыхтеть - лучшая идея. А где-то вон какому-то перцу парни из редхата и интеля помогли вкатить tinydrm. Он был сыр и крив, но парень попросил помощи у зубров и за него вписались airlied и чувак из интеля.

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

> Так умер проект devfs.

Вот там я не следил за историей, сорь.

> Зато чудовищное уродище udev - с радостью великой было за неделю наговнякано

Я его более-менее освоил и мне оно ничего так, гибкое, мощное, делает довольно странные вещи. Типа /dev/mcu0 вместо /dev/ttyUSBxx (у меня много usb2serial фигни, так что так не катит).

> - ведь надо же чтоб флэшечки втыкались!

У меня и сериальные шнурки втыкаются. Распознаются и именуются. Так что флешевание девборда всегда попадает в девборд а не какую там консоль роутера или кого я там ща еще прицепил пятым по счету ttyUSB.

> Bill G: шота я непонял?!

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

> И да, более крутой руководитель проектов - Хабард. Которого давным-давно уже нет
> в проекте и даже в сфере влияния - и проект живет.

Если кого-то нет в проекте, он не руководитель [того] проекта.

> Хабард) - но набранной инерции хватило еще на целых пятнадцать лет.

...и проект походу далек от процветания. Так что же в этой схеме ЗБС и пример для подражания?!

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

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

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

278. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Anonymoustus (ok), 02-Июн-20, 21:13 
>> свободную разработку пингвинячьего ведра сообществом свободных хакеров?
> Я видел десятки людей которые просто пришли и просто накодили то что
> им было надо. И это взяли в ядро. Так что сказки
> про свободных хакеров не такие уж и сказки.

Они принимают _только_ то, что полезно или хотя бы не вредит бизнесу хозяйских корпораций. Попробуй подай им что-нибудь, скажем, за упомянутую выше ZFS. Средний палец Линуса будет самым ласковым для тебя ответом, пожалуй. :-)


>> И что теперь? Молиться мне на его портрет?
> Молиться, не молиться, а более крутого руководилы проекта на этом глобусе пока
> не замечено. У остальных проекты зачахли и слились задолго до таких
> масштабов.

Ты веришь, что это Линус лично руководит проектом под названием Linux? Нет, ну ты серьёзно в это веришь? :-)

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

330. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 07-Июн-20, 03:59 
> Средний палец Линуса будет самым ласковым для тебя ответом, пожалуй. :-)

И правильно сделает, по дюжине причин. Парочка принципиальных для лично меня:
1) Лицензия. Извините, но правила игры всем известны.
2) Отсутствие интеграции с Linux Kernel и его либами и подсистемами.

На мой вкус - этих двух достаточно, чтобы весь кернелтим показал фак. И черт возьми, я посчитаю это Good Thing (tm). Потому что вообще совсем не хочу чтобы мне с лопаты вываливали таким манером.

> Ты веришь, что это Линус лично руководит проектом под названием Linux? Нет,
> ну ты серьёзно в это веришь? :-)

Я вижу как выглядит разработка. Да, его временами можно прогнуть через майнтайнеров. Которых он хорошо знает и которым доверяет. На моей памяти его удавалось уломать принять спорный код минимум 2 раза - btrfs и tinydrm. Но если он вынет фак - это, извините, фатально.

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

148. "Релиз ядра Linux 5.7"  +/
Сообщение от sdaasd (?), 01-Июн-20, 20:25 
Эта "икона" не ебошит уже лет 20, т.к. только и делает что MR'ы разруливает, все равно что бы вы целый день книги читали.
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

158. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (158), 01-Июн-20, 22:16 
Вы не поверите, но я так (целый день книги) больше ста раз делал, и намереваюсь продолжать. Проблем никаких, даже зрение не село почти.
Ответить | Правка | Наверх | Cообщить модератору

202. "Релиз ядра Linux 5.7"  –3 +/
Сообщение от Аноним (201), 02-Июн-20, 00:36 
> Эта "икона" не ебошит уже лет 20, т.к. только и делает что
> MR'ы разруливает, все равно что бы вы целый день книги читали.

"Этот полководец нихрена не делает - в картах какую-то фигню рисует и рапорты колупает, вместо того чтобы на вражеский штык насаживаться!"

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

174. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Lex (??), 01-Июн-20, 23:41 
А все остальные типо целыми днями отдыхают да ничего не делают ?)

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

Ну а что он заслужил, а что - нет, разговор отдельный.
Хотя, кнчн., и не сказать, что он ничего не сделал.. просто забавно это со стороны, когда вождь и икона «свободных и независимых» сколотил многомиллионное состояние в систематическом подлизывании задниц сторонникам и руководителям «не_свободного и не_независимого», которые систематически подминают под себя те остатки даже условно-свободного, что ещё осталось.
Ну это уже так, «мысли вслух» :)

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

204. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (201), 02-Июн-20, 00:40 
> А все остальные типо целыми днями отдыхают да ничего не делают ?)

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

> аналогов вплоть до мелкомягких.

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

> Ну это уже так, «мысли вслух» :)

Мыслители, мля. Сами поди ничерта полезного не сделали зато чужое бабло считают.

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

272. "Релиз ядра Linux 5.7"  +/
Сообщение от Lex (??), 02-Июн-20, 19:04 
> Ну когда ваш результат работинга скажет за себя не хуже - вас
> и уважать будут не меньше. И даже денег занесут, чтобы продолжали
> в том же духе. Логично, да?!

Так заносят то в основном корпорации, а не простые люди :)
( хотя и люди тоже, но там такой смешной мизер получается, что хватает только представителям конторы целый год по миру ездить да фестивали устраивать.. разумеется "в рамках поддержки и популяризации линукса" ).

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

Угу. А в итоге окажется, что абсолютное большинство систем в РФ в частности и в мире в общем, в конечном счете, "вертится" или контролируется как раз поделиями на винде( вы ведь не думаете, что все диспетчерские пункты итд итп работают на какой-нибудь линухе, не так ли ?:) )

> Мыслители, мля. Сами поди ничерта полезного не сделали зато чужое бабло считают.

Мыслители, мля. Сами поди ничерта полезного не сделали зато под чужими комментами гундят.

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

331. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 07-Июн-20, 05:38 
> Так заносят то в основном корпорации, а не простые люди :)

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

> устраивать.. разумеется "в рамках поддержки и популяризации линукса" ).

А у некоторых других негров лин^W^W гм, даже на это не хватает. И они то побираются прямым текстом, то проприетарь подъюзывают, работая работы в ней а своя фигня - на поиграться. Это типа лучше?

> частности и в мире в общем, в конечном счете, "вертится" или
> контролируется как раз поделиями на винде( вы ведь не думаете, что
> все диспетчерские пункты итд итп работают на какой-нибудь линухе, не так ли ?:) )

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

А то что в конкретной диспетчерской писали софт во времена царя Гороха, или просто схватили первое что подвернулось, не особо задумываясь о некоторых вещах - да, и чего?

> Мыслители, мля. Сами поди ничерта полезного не сделали зато под чужими комментами гундят.

Ну это смотря кому и что считать полезным.

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

238. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 02-Июн-20, 09:34 
> вождь и икона «свободных и независимых»

У вас другой вождь. Друг любителей малолетних проституток и пропагандист дауншифтинга.

> сколотил многомиллионное состояние

За работу. Точнее - за РАБОТУ.

> систематически подминают под себя те остатки даже условно-свободного

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

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

271. "Релиз ядра Linux 5.7"  +/
Сообщение от Lex (??), 02-Июн-20, 18:57 
> У вас другой вождь. Друг любителей малолетних проституток и пропагандист дауншифтинга.

И вот тут мне уже и самому стало интересно, о ком речь :)

> За работу. Точнее - за РАБОТУ.

Проституция и лизание задниц - тоже работа... :)

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

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

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

287. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 03-Июн-20, 04:05 
> И вот тут мне уже и самому стало интересно, о ком речь :)

Разумеется о Столлмане. Если ты не в курсе истории с тем, как его послало его же окружение и его призыва не использовать JS.

> Проституция и лизание задниц - тоже работа... :)

Двойной стандарт же: "наши хитрые разведчики, их подлые шпионы". Если кто-то лижет жепь GNU, например, перекрячивая Firefox из-за недостаточной "свободности" - он преданный борец, если кто-то помогает двигать бизнес, тимлидствуя при написании ядра ОС - он проститутка.

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

Кто-то любит арбуз, а кто-то свиной хрящик (с). Кому-то ближе стиль взаимодействия с ОС, сложившийся в Линукс/БСД-вселенной, кому-то нравятся конструкторы и "сделай сам", а кому-то годно "просто установи нажав кнопку N раз" или даже вообще купить готовое. Но процент пользователей Винды на десктопах и ноутах говорит больше, чем _отдельные персоны_.

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

332. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 07-Июн-20, 05:40 
> - он проститутка.

В принципе так любое получение денег за работу - проституция. Получается что все человечество занимается проституцией.

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

341. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 07-Июн-20, 17:59 
> В принципе так любое получение денег за работу - проституция. Получается что все человечество занимается проституцией.

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

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

343. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (343), 07-Июн-20, 18:33 
> Для анархов и шире - леваков, так и есть. Их неиллюзорно огорчают
> товарно-денежные отношения, собственность, бизнес в принципе.

И хотя это имеет некий пойнт, они готовы предложить что-то лучше?

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

347. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 07-Июн-20, 19:14 
> И хотя это имеет некий пойнт

Ну так любую вещь можно превратить в какашку. Но многие склонны путать инструменты и цели.

> они готовы предложить что-то лучше?

"Свободу" с _запретом_ пользоваться несвободным (в понимании определенной идеологии, конечно, а не в общеизвестном), самоорганизацию на грани бардака и дауншифтинг по принципу если есть качественнее, но оно "несвободно" - от этого следует отказаться, это если говорить о деятельности GNU/FSF в IT. Если шире - ну, они готовы предложить примерно то, что мы сейчас наблюдаем на улицах американских городов.

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

356. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (355), 17-Июн-20, 08:42 
> Но многие склонны путать инструменты и цели.

Это не про меня, имхо.

> "Свободу" с _запретом_ пользоваться несвободным (в понимании определенной идеологии,
> конечно, а не в общеизвестном), самоорганизацию на грани бардака и дауншифтинг
> по принципу если есть качественнее, но оно "несвободно" - от этого
> следует отказаться, это если говорить о деятельности GNU/FSF в IT. Если
> шире - ну, они готовы предложить примерно то, что мы сейчас
> наблюдаем на улицах американских городов.

Ну вот американцы от россиян отличаются хотя-бы тем что не позволят просто тихо уморить и сгноить себя. В отличие от вымирающего вида ивана-рака.

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

358. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 17-Июн-20, 09:40 
> не позволят просто тихо уморить и сгноить себя

Ну, потому Linux и развивается не благодаря GNU/FSF, а вопреки. Потому что когда-то нашлись люди, увидевшие потенциал в этой ОС и не позволившие превратить её в анархистско-саботажнический проект.


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

350. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Школьник (ok), 08-Июн-20, 02:13 
Частная собственность - да, огорчает. Семья с женой и детьми - тоже огорчает, именно поэтому многие леваки, у которых в силу специфического ума и образа жизни были проблемы с поиском супруги, сравнивали традиционную семью с правом частной собственности на жену и открыто мечтали об упразднении семьи, общности жён и воспитыванием детей в коммунах. А вот государственная собственность нисколько леваков не огорчает. Для настоящего левака нет ничего слаще отобрать собственность у создавшего или заработавшего его буржуя и передать в государственное управление. Т.е. когда вместо человека, кровно заинтересованного в том, чтобы собственность эта процветала как можно больше и дольше, управлять этой собственностью будет чиновник, кровно заинтересованный в том, чтобы максимально эту собственность проэксплуатировать ради своей выгоды до того, как он уйдёт на пенсию. После чего все вопросы о том, как так получилось, что от неё уже ничего не осталось после такого «управления», задавать пенсионеру уже не будет никто.

Самое смешное тут в том, что многие бывшие комсомольские функционеры и партийные деятели, заполучившие львиную долю приватизированной в 90ые собственности и ненавидящие СССР и левые идеи, относятся к ней именно так, как я описал выше. То ли они не умеют ей управлять (а откуда, собственно, им уметь?), то ли у них нет уверенности в том, что однажды полученное незаконным путём не придётся отдавать. Именно это подразумевается в известной в бизнес-среде идеологеме «в России права инвесторов защищены плохо».

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

351. "Релиз ядра Linux 5.7"  +/
Сообщение от IRASoldier_registered (ok), 08-Июн-20, 11:21 
Ну, т.е., судя по перечисленным тобой пунктам, ты только что подтвердил мысль о том, что леваки - общественно опасные моральные уроды, которых нужно давить настолько, насколько это возможно. Thx за участие в нашем опросе, ваше мнение очень важно для нас.


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

333. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (333), 07-Июн-20, 05:52 
> Винда и ябблОсь вполне пригодны для использования практически всеми( всеми, впрочем, и
> используются )..

Мной не используется -> вы врете. Чисто технически. Для доказательства обратного достаточно 1 контрпримера. И это я.

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

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

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

Может, потому что я юзал винду и постепенно меня заколебли подарки судьбы и "улучшения" от корпорации майкрософт? Может, потому что я могу скомпилять вон ту прогу в лине в ТРИ раза быстрее чем это случится в винде? Может, потому что девелопмент в линухе не такое адовое мучение как в винде? Может, потому что в линухе я могу оптимизировать рутинные действия как 2 байта переслать, а винда в этом весьма невменяема? Может, потому что мне слишком долго выколупывать анноянсы и разминировать подляны в винде? Может потому, что в винде я даже не могу получить симпатичный мне вид системы, а в линухе я это смог? Может, потому что в винде для юзерей нет ничего близко сравнимого с btrfs?

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

236. "Релиз ядра Linux 5.7"  –3 +/
Сообщение от IRASoldier_registered (ok), 02-Июн-20, 09:27 
>пока вы кричите лозунги про свободу, равенство и братство

Мимо, это не ко мне. Меня интересует опенсорс и выгода от отсутствия необходимости платить за лицензии.

>икона линуксоидов — миллионер, работавший и работающий на корпорации

Не все линуксоиды одинаковы. Есть те, у кого икона - один старый хипарь с немытой растительностью на голове, когда-то занимавшийся программированием. Нынче, слава Богу, уже в меньшинстве и даже стали регулярно посылаемыми куда подальше. А работа с корпорациями - ну так засчет кого Линукс развивается? В отличие от GNU-FSF, занимающихся откровенным саботажем на почве идеологической упоротости.

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

144. "Релиз ядра Linux 5.7"  +/
Сообщение от Alexey (??), 01-Июн-20, 19:42 
А какие девайсы по вашему должно поддерживать ядро?
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

179. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (178), 01-Июн-20, 23:55 
> Вы хотите чтобы ядро весило 10ТБ и поддерживало все в мире девайсы?

Это лучше чем если оно будет весить 10 мегабайт и не будет поддерживать нифига. Ведь собираются не все дрова, и даже так - оформлены модулями. И даже если модулей будет куча - и, собственно, чего?

> 2.6 kernel - темный лес. Куда все так гонят?

За железом, очевидно.

> Линус обезумел.

Таки не он. Впрочем, тебя никто не заставляет использовать его ядро. Или даже можно форкнуть. Но зачем?!

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

2. "Релиз ядра Linux 5.7"  +31 +/
Сообщение от пох. (?), 01-Июн-20, 11:34 
> C 80 до 100 символов увеличено ограничение на максимальную
> длину строки в исходных текстах.

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

Не прошло и четверти века!

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

21. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (21), 01-Июн-20, 12:47 
И как теперь писать код без драйверов на видио?
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (21), 01-Июн-20, 12:48 
Ведь текстовый режим это 80х25
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз ядра Linux 5.7"  +8 +/
Сообщение от Аноним (42), 01-Июн-20, 13:56 
> Ведь текстовый режим это 80х25

Эх, вот и выросло поколение не знающее о том что текстовый режим это 80x24: https://terminals-wiki.org/wiki/index.php/DEC_VT100

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

47. "Релиз ядра Linux 5.7"  –5 +/
Сообщение от Анончик9999 (?), 01-Июн-20, 14:18 
это история! Теперь все кодят в графическом режиме с высоким разрешением.
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Аноним (42), 01-Июн-20, 15:19 
> это история! Теперь все кодят в графическом режиме с высоким разрешением.

Для администрежа, а не кодинга это стало историей только вместе с массовым распространением вмтвари. До этого любые удаленные операции связанные с выпадением в single-user или другим методом потери сети выполнялись через последовательный порт с последующим 'export TERM=vt102'. Даже несмотря на то что в линуксе и в фряхе TERM=xterm в этом тысячелетии тоже заработал более-менее.

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

85. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 16:38 
И какое это отношение имеет к длине строки в исходнике?
Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Аноним (42), 01-Июн-20, 16:54 
> И какое это отношение имеет к длине строки в исходнике?

Такие строчки в termcaps-записи для vt-100 ни о чем не говорят?

co#80:li#24

и буквосочетания TIOCGWINSZ, SIGWINCH и что это не всегда работает как ожидается в single-user?

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

115. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (115), 01-Июн-20, 17:51 
Вы, наверное, вопрос не поняли. Рекаверить систему это конечно весело, но часто вы пишете код через последовательный порт?
Ответить | Правка | Наверх | Cообщить модератору

118. "Релиз ядра Linux 5.7"  +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 18:03 
Именно так
Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (42), 01-Июн-20, 18:40 
> Вы, наверное, вопрос не поняли. Рекаверить систему это конечно весело, но часто вы пишете код через последовательный порт?

Так интересует 80 символов в контексте разработки?

Тут-же все просто: при отладке ведро обычно запускается в виртуалке, к которой цепляется хостовый gdb через как-раз виртуальный последовательный порт. Но важен не этот факт, а что сама виртуалка отлаживаемую систему запускает под эмуляцией VGA-консоли чем, естественно, и ограничивает вывод в 80 строк. Конечно, можно сказать что ведро надо обязательно на хосте собирать, но ситуевины случаются разные и мастер-копию исходников бывает удобней хранить и в госте и потом синхронизировать на хост перед аттачем gdb.

И да, я знаю что KVM уже научился в UEFI и более 80 строк. Не говоря про VMWare и HYPERV, но есть и такое слово как инерция.

Так понятно?

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

180. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (178), 01-Июн-20, 23:57 
> этот факт, а что сама виртуалка отлаживаемую систему запускает под эмуляцией
> VGA-консоли чем, естественно, и ограничивает вывод в 80 строк.

А зачем ее ограничивать 80 строк и этим VGA? Пардон, кернель умеет нынче даже вызывать нормальные видеодрова для KDB и кернелпаника.

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

219. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (42), 02-Июн-20, 02:44 
> кернель умеет нынче даже вызывать нормальные видеодрова для KDB и кернелпаника.

Тут есть 2 проблемы:
1. KDB не умеет вообще ничего и по этому практически бесполезен - это маленькая проблема.
2. Сама система во время ухода в k(g)db или панику не может вообще ничего т.к. находится в неопределенном состоянии. Это уже большая проблема и единственное более-менее полноценное ее решение - запуск дебаггера на другом хосте, который не подвержен останову/панике т.к. ему, как минимум, нужен доступ к дебаговой информации и исходникам, причем и то и то может лежать на диске, а не находиться в памяти в час Ч.

Самый простой выход отсюда или 2 хоста или хост с виртуалкой. Второй понятно лучше, т.к. для отладки необходимо шарить ведро с дебажной информацией и исходники. Ну а в виртуалки UEFI и хоть сколько-нибудь приличные KMS-ные дрова завезли относительно недавно.

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

229. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (229), 02-Июн-20, 04:10 
> 1. KDB не умеет вообще ничего и по этому практически бесполезен -
> это маленькая проблема.

Ну тогда есть KGDB и там вообще до балды все упомянутое будет. А KDB для того чтобы прямо с той же машины немного поколупаться. И опять же никакие 80х24 нигде не возникает. Ну вот так вышло что монитор - массив пикселей. И видеокарта после переключения в native - тоже что угодно, только не VGA адаптер ни разу. А желающих пользоваться этим как VGA уже и не осталось.

> 2. Сама система во время ухода в k(g)db или панику не может
> вообще ничего т.к. находится в неопределенном состоянии.

Логично что если дело дошло до паники - система уже превратилась в тыкву. В qemu на этот случай есть свой дебагсервер, он в тыкву не превращается :)

> Это уже большая проблема и единственное более-менее полноценное ее решение
> - запуск дебаггера на другом хосте, который не подвержен останову/панике

Можно и на том же - если панику удалось в qemu guest воспроизвести.

> Ну а в виртуалки UEFI и хоть сколько-нибудь приличные KMS-ные дрова
> завезли относительно недавно.

Virtio и QXL там вроде с незапамятных времен и цепляются KMSными дровами?

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

267. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 02-Июн-20, 18:08 
> и исходники. Ну а в виртуалки UEFI и хоть сколько-нибудь приличные
> KMS-ные дрова завезли относительно недавно.

я эти ваши kms'ные дрова заманался вычищать что из vsphere (5, это 2012й!) что из hyperv. (мне НЕ надо этих ресайзов окна на ходу в хз какое разрешение и с потерей картинки в процессе - я в консоли исходники не читаю, мне сойдет 80 симолов)

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

344. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (343), 07-Июн-20, 18:34 
Пох это известный спец по тому как все сделать сложно и х-во. Так что если кого-то надо заслать к конкуренту - вот, смотрите, какой талантище!!! :)
Ответить | Правка | К родителю #267 | Наверх | Cообщить модератору

266. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 02-Июн-20, 18:05 
>> И какое это отношение имеет к длине строки в исходнике?
> Такие строчки в termcaps-записи для vt-100 ни о чем не говорят?
> co#80:li#24

у настоящего 100 был AVO
> и буквосочетания TIOCGWINSZ, SIGWINCH

и это вот - были реальные такие - сигналы. На шине.

К сожалению, победил 101.

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

268. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 02-Июн-20, 18:22 
> распространением вмтвари. До этого любые удаленные операции связанные с выпадением в
> single-user или другим методом потери сети выполнялись через последовательный порт с
> последующим 'export TERM=vt102'. Даже несмотря на то что в линуксе и

в 2005м году у нас (одного из крупнейших тогда в РФ хостеров) вырубилось питание в основном ЦОД. Все наличные ресурсы, включая суперадминов, полетели туда - потому что гуаносервера (и в особенности любимых клиентов на колло) либо не были настроены вообще включаться вместе с питанием, либо не поднялись, и мы бегали между стоек в режиме ошпаренных кошек, тyпо жмакая везде power.

После чего пошли разбираться с теми, кто включился, но не сумел загрузиться. На ВЕСЬ ЦОД нашлось ТРИ моральных урода, поставившие сервера с ком-портами и без видео-клавиатур. Причем все это была какая-то ржавая рухлядь, самой современной из них был isp-1100 (гуглите), 2000го года. (ну там да, простительно, найти внешнюю видеокарту ему было непросто, поскольку не-agp видеокарт уже и в 2000м было только из еще более древнего хлама можно нарыть)

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

> в фряхе TERM=xterm в этом тысячелетии тоже заработал более-менее.

до этого у нее был свой терминал, как и linux совершенно не vt102.

А плата и громадная двухюнитовая башка serial multiplexor'а у меня до сих пор где-то лежат. Но это 2000й год. Уже к ведру 2.2 с драйверами начались сложности, к 2.4 их уже стало нереально собрать. Потому что все нормальные люди использовали ipkvm и ilo сотоварищи еще во времена ядер 2.4, задолго до нашествия вмвари, а неудобные тормозные ком-порты остались только для отладки.

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

225. "Релиз ядра Linux 5.7"  +/
Сообщение от saahriktu (ok), 02-Июн-20, 03:01 
Никто не заставляет сидеть в чисто текстовом режиме, ведь есть фреймбуфер. А во фреймбуфере на FullHD мониторе со шрифтом 16x30 можно получить текстовое разрешение 120x36. Впрочем, никто не запрещает редактировать длинные строки и при ширине текста в 80 символов.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

38. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Аноним (38), 01-Июн-20, 13:34 
в 132×43
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

114. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (158), 01-Июн-20, 17:47 
Джва чая этому господину!
Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (62), 01-Июн-20, 15:21 
Например, пользоваться скроллингом по горизонтали.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

86. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 16:39 
И без компа,  в уме
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

27. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Аноним (27), 01-Июн-20, 13:01 
https://lkml.org/lkml/2020/5/28/1237
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

46. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (46), 01-Июн-20, 14:08 
Жесть... вот народу нефик делать - такие мегопатчи лабают...
Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 01-Июн-20, 15:25 
> Жесть... вот народу нефик делать - такие мегопатчи лабают...

там патч был совсем не на одну строчку.

Просто его автор заподозрил, что без этого исправления его не примут, "не так подано, в экран нивлизает".

И лоханулся - и с исправлением не приняли.

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

103. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 17:15 
> И лоханулся - и с исправлением не приняли.

Плохо кланялся.

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

207. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 02-Июн-20, 01:00 
Зато чувак из, кажется, майкрософт (Wilcox) годно покланял чуваков из AMD за их код :)
> https://lkml.org/lkml/2020/5/28/1352

И ведь что характерно - за дело.

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

43. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 01-Июн-20, 13:58 
Осталось сделать отступ в 2 пробела.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

112. "Релиз ядра Linux 5.7"  +/
Сообщение от Урри (?), 01-Июн-20, 17:41 
Отступы должны быть только табами с выравниванием перенесенных строк пробелами. Для всех кто так не делает в аду давно заготовлены персональные котлы.
Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 01-Июн-20, 17:47 
> Для всех кто так не делает в аду давно заготовлены персональные котлы.

Боюсь для всех мест не хватит.

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

269. "Релиз ядра Linux 5.7"  +/
Сообщение от аццкий сотона (?), 02-Июн-20, 18:24 
>> Для всех кто так не делает в аду давно заготовлены персональные котлы.
> Боюсь для всех мест не хватит.

пока ждете своего кванта времени у чорта-планировщика котлов - для вас есть отличные раскаленные колья.

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

77. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (77), 01-Июн-20, 15:59 
Количество символов ограничивают, чтобы при слиянии веток, входило за раз на экран по ширине 3 колонки: 2 конфликтных и 1 результат. Поэтому теперь на экран за раз должно входить 100*3=300 символов в ширину + вертикальные разделили и номера строк
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

119. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (119), 01-Июн-20, 18:12 
Ну дык, видимо заметил что даже консоль теперь через DRM/KMS и там вовсе и не VGA режим.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Релиз ядра Linux 5.7"  –3 +/
Сообщение от Аноним (1), 01-Июн-20, 11:35 
>> Для архитектуры ARM реализована возможность горячего извлечения памяти.
>> Для архитектуры RISC-V добавлена поддержка горячего подключения и извлечения CPU (CPU hotplug).

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

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

6. "Релиз ядра Linux 5.7"  +12 +/
Сообщение от IdeaFixemail (ok), 01-Июн-20, 11:37 
Процессоров может быть более одного, ядер у процессора может быть более одного. Оторвать (и пришить) ядро на ходу иногда нужно. Хотя бы в виртуалке...
Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от InuYasha (?), 01-Июн-20, 11:38 
В серваках высшей категории такое было уже давно. Не помню тогчно, где - каких-нибудь HP-UX-integrity или IBM/Sun/wtf. Просто убираются все данные с проца и его РАМы, убираются из планировщика, отключаются от питания - и всё.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 5.7"  +/
Сообщение от IdeaFixemail (ok), 01-Июн-20, 11:43 
> В серваках высшей категории такое было уже давно. Не помню тогчно, где
> - каких-нибудь HP-UX-integrity или IBM/Sun/wtf. Просто убираются все данные с проца
> и его РАМы, убираются из планировщика, отключаются от питания - и
> всё.

В супердомах было да, а у фиолетовых масштабирование шло шкафами...

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

28. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от flkghdfgklh (?), 01-Июн-20, 13:09 
У Sun на их серверах со Sparc'ами помню хот-плаг и анплаг для процов точно, у остальных надо вспоминать что у кого было.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

65. "Релиз ядра Linux 5.7"  +/
Сообщение от barmaglot (??), 01-Июн-20, 15:28 
https://en.wikipedia.org/wiki/Tandem_Computers
Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз ядра Linux 5.7"  +/
Сообщение от flkghdfgklh (?), 01-Июн-20, 16:40 
> https://en.wikipedia.org/wiki/Tandem_Computers

Ага, ну это у HP соответственно тоже. Спасибо, для общего знания полезно.

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

105. "Релиз ядра Linux 5.7"  +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 17:20 
>> https://en.wikipedia.org/wiki/Tandem_Computers
> Ага, ну это у HP соответственно тоже. Спасибо, для общего знания полезно.

Будто у IBM не так в больших машинах. Там и резервирование, и горячая замена всего. Ну и ценник под стать только солидным клиентам.

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

256. "Релиз ядра Linux 5.7"  +/
Сообщение от Zulu (?), 02-Июн-20, 14:50 
Даже на больших x86 было на последних моделях. Модули CPU+RAM были вынимабельные на горячую из шасси, но да, надо было заранее выводить процессор в оффлайн.

Ну и виртуалки само собой. Там добавить-убрать процессор это вообще милое дело.

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

10. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от mumu (ok), 01-Июн-20, 11:49 
Как уже написали выше, нормальные ОС сначала расчищают проц от нагрузки перед его отключением.
Но тут ещё несколько применений: Это и постепенно заполнение многосокетовых шасси (зачем сразу вваливать кучу бабла, если можно наращивать по мере необходимости?), и замена уже вышедшего из строя.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

16. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от 1 (??), 01-Июн-20, 12:11 
межделмаш сразу продаёт по максимуму железеок - но задействовать даёт не все - покупаешь дополнительные процы - тебе приходит ключ активации.
Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от ryoken (ok), 01-Июн-20, 13:14 
Изобретателю понятия и реализации Feature-on-Demand очень хочется отвернуть голову.
Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 15:15 
И заодно тому, который изобрёл Software-as-a-Service.
Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (119), 01-Июн-20, 18:14 
И еще каждой вебмакаке по гранате, и пусть никто не уйдет обделенным.
Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от пох. (?), 01-Июн-20, 15:46 
> Как уже написали выше, нормальные ОС сначала расчищают проц от нагрузки перед
> его отключением.

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

Но они умерли пол-века назад.

Последний живой Tandem я видел в 93м.


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

89. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 16:44 
Нормальные ОС - это те, что решают реальные задачи с реально приемлемыми затратами. Раз сдохло - то, скорее всего, нормальным оно не было.
Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз ядра Linux 5.7"  +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 17:09 
> Нормальные ОС - это те, что решают реальные задачи с реально приемлемыми
> затратами. Раз сдохло - то, скорее всего, нормальным оно не было.

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

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

128. "Релиз ядра Linux 5.7"  +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 18:36 
Бизнесу похрен, работает оно вечно или нет - вопрос только в TCO.
Ответить | Правка | Наверх | Cообщить модератору

200. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 02-Июн-20, 00:29 
> Бизнесу похрен, работает оно вечно или нет - вопрос только в TCO.

И более того - все сколь-нибудь востребованные сценарии так или иначе имплементят. Возможно с другого бока и не так эффектно, но IT все же не Копперфильд чтобы публику фокусами развлекать. Хоть иногда и можно поприкалываться, конечно.

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

279. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Anonymoustus (ok), 02-Июн-20, 21:38 
> Бизнесу похрен, работает оно вечно или нет - вопрос только в TCO.

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

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

199. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (-), 02-Июн-20, 00:27 
> не убивали опоздавшие родиться любители пихтона, жлобоскрипта и бананов. Ну или
> эффективные менджеры, которым надо пилить, а не чтобы работало вечно.

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

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

19. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (19), 01-Июн-20, 12:44 
Ты же на лету вставляешь/вытаскиваешь жесткие диски и ничего, все работает, данные не пропадают. Если железо позволяют, то, скорее всего, есть некие процедуры, которые позволяют разгрузить плашку памяти или один процессор в многосокетных системах, а затем их извлечь и заменить на другие.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

48. "Релиз ядра Linux 5.7"  –5 +/
Сообщение от Аноним (1), 01-Июн-20, 14:21 
Нет.
Ответить | Правка | Наверх | Cообщить модератору

263. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (263), 02-Июн-20, 16:42 
> Ты же на лету вставляешь/вытаскиваешь жесткие диски и ничего

Ширпотребные диски в ширпотребных десктопах? Считай, сильно везёт, они на такое обращение не рассчитаны. На флешках — и то глюки бывают, если их не отмонтировать при вынимании.

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

35. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Anonimous (?), 01-Июн-20, 13:16 
Это больше нужно для более гибкой конфигурации виртуальных машин (сейчас при изменении конфигурации нужен ребут для полного применения)
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

124. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (124), 01-Июн-20, 18:24 
Виртуальные они на то и виртуальные, что про железо ничего не знают. Их и смигрировать на другую железку ничего не стоит и сейчас. Так что слабый аргумент.
Ответить | Правка | Наверх | Cообщить модератору

240. "Релиз ядра Linux 5.7"  +/
Сообщение от Anonimous (?), 02-Июн-20, 10:33 
> Виртуальные они на то и виртуальные, что про железо ничего не знают.
> Их и смигрировать на другую железку ничего не стоит и сейчас.
> Так что слабый аргумент.

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

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

258. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (258), 02-Июн-20, 15:03 
Нет живая миграция это не ребут.
Ответить | Правка | Наверх | Cообщить модератору

285. "Релиз ядра Linux 5.7"  +/
Сообщение от Anonimous (?), 03-Июн-20, 00:09 
не включай дурака, делая вид как будто не понял сути
Ответить | Правка | Наверх | Cообщить модератору

345. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (343), 07-Июн-20, 18:40 
> не включай дурака, делая вид как будто не понял сути

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

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

54. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (42), 01-Июн-20, 14:53 
> Но как извлечь процессор без вреда для системы?

Никак. Никто их не извлекает. Максимум - останов засбоившего и запуск нового из горячего резерва. Тем более на больших машинах часто бывает что пихают RAM-а больше чем ты заказал, но для актвации лишней тебе надо доплатить и ввести ключик.

В тех-же старших SUN-ах менялась не память/процессор отдельно, а процессорный модуль целиком. А он из себя чутьли не полноценный блейд представляет: 2 проца, RAM и контроллер шины.

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

257. "Релиз ядра Linux 5.7"  +/
Сообщение от Zulu (?), 02-Июн-20, 14:56 
Вообще-то нет. На T3 и старше были да, CPU+RAM модули. Но на T5440 например памяти были на отдельных картах, если память мне не изменяет.
Ответить | Правка | Наверх | Cообщить модератору

260. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (42), 02-Июн-20, 15:18 
> Вообще-то нет. На T3 и старше были да, CPU+RAM модули. Но на T5440 например памяти были на отдельных картах, если память мне не изменяет.

Речь идет о горячей замене CPU, коей в T5440 ЕМНИП нет, а не об конструктивном исполнении произвольной детали.

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

274. "Релиз ядра Linux 5.7"  +/
Сообщение от sunner (?), 02-Июн-20, 20:20 
Не забываем про LDOM. На плате процессор не вынимается, но для работающей в логическом домене ОС процессор можно вынуть и вставить.
Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз ядра Linux 5.7"  +/
Сообщение от JL2001 (ok), 01-Июн-20, 15:04 
>>> Для архитектуры ARM реализована возможность горячего извлечения памяти.
>>> Для архитектуры RISC-V добавлена поддержка горячего подключения и извлечения CPU (CPU hotplug).
> Но как
> извлечь процессор без вреда для системы? Или это компьютеры зомби? Или
> такие компьютеры думают другим местом?

Raspberry Pi на broadcom'е думает видеокартой, ей вообще проц не нужен

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

121. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (119), 01-Июн-20, 18:16 
Дык, GPU арм-овское ядро с этими вашими вообще до кучи запускает. Если в настроении. Это они наверное у qualcomm'а научились, там сотовый модем так же умеет.
Ответить | Правка | Наверх | Cообщить модератору

259. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (258), 02-Июн-20, 15:06 
Анекдот про динозавров и большие корпорации.
Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз ядра Linux 5.7"  –3 +/
Сообщение от InuYasha (?), 01-Июн-20, 11:36 
Это ядро уже собрано на его Нитервателе? :)))
Пазднуем!
Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Анон и М (?), 01-Июн-20, 18:17 
Поставляется в разобранном виде.
Ответить | Правка | Наверх | Cообщить модератору

147. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от InuYasha (?), 01-Июн-20, 20:02 
> Поставляется в разобранном виде.

Всё как в IKEA )

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

9. "Релиз ядра Linux 5.7"  +13 +/
Сообщение от Аноним (42), 01-Июн-20, 11:47 
> Переписан код обхода путей в VFS

Спонсор изменения: ОАО "РЖД"

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

34. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от ryoken (ok), 01-Июн-20, 13:14 
Действительно забавно звучит :).
Ответить | Правка | Наверх | Cообщить модератору

326. "Релиз ядра Linux 5.7"  +/
Сообщение от Michael Shigorinemail (ok), 05-Июн-20, 17:06 
...на радость путевым обходчикам... :)
Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором  –4 +/
Сообщение от cat666 (ok), 01-Июн-20, 11:51 
Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Lockywolf (ok), 01-Июн-20, 11:55 
Теперь код ядра уже нельзя будет записать на перфокарты без потери выравнивания!

А по существу, поддержки fbterm нет и не предвидится, поддержки многомониторных конфигураций в консоли нет и не предвидится. Полноценной поддержки юникода в консоли нет и не предвидится.

Libcgroup не поддерживает версию 2, и неизвестно когда будет.

Отстой.

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

15. "Релиз ядра Linux 5.7"  +/
Сообщение от аноним09543 (?), 01-Июн-20, 12:07 
...ну и много людей используют встроенные терминалы без X/вяленого/etc?
Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз ядра Linux 5.7"  +5 +/
Сообщение от Аноним (32), 01-Июн-20, 13:13 
Механизм огнеметания ифритов изучен слабо и вряд ли будет когда-нибудь изучен досконально, потому что никому не нужен.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

67. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (62), 01-Июн-20, 15:28 
>Полноценной поддержки юникода в консоли нет и не предвидится.

Чем Юникод в форме UTF-8 поддерживается неполноценно?

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

90. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Lockywolf (ok), 01-Июн-20, 16:49 
>>Полноценной поддержки юникода в консоли нет и не предвидится.
> Чем Юникод в форме UTF-8 поддерживается неполноценно?

У вас настроен юникод в консоли так, что отражаются без затруднений символы за пределами кодпойнтов 65535, иероглифы и кириллица? Работает ibus нормально для ввода иероглифов?

Можно тогда попросить ваши конфиги на гитхаб/гитлаб? Мне правда нужно.

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

96. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от YetAnotherOnanym (ok), 01-Июн-20, 16:58 
Без U+1F4A9 не жизнь, да.
Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Аноним (162), 01-Июн-20, 22:57 
AHAXPEHA ?!
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

292. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 13:38 
Кириллица внутри пределов 65535. Иероглифами не пользуюсь, ничего сказать не могу.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

297. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от lockywolfemail (ok), 03-Июн-20, 14:44 
> Кириллица внутри пределов 65535. Иероглифами не пользуюсь, ничего сказать не могу.

кириллица работает давно и терпимо

иероглифы я как-то заставлял отображаться в fbterm

а вот ввод и всё вместе -- никак

Нужно, потому что живу в Азии.

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

97. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Ordu (ok), 01-Июн-20, 17:01 
> Теперь код ядра уже нельзя будет записать на перфокарты без потери выравнивания!

А вы пишете на перфокарты не прогоняя через tar и что-нибудь типа xz? Никаких перфокарт ведь не наберёшься?

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

169. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (169), 01-Июн-20, 23:20 
Я по ночам сижу и пишу перфокарты на кириллице.
Ответить | Правка | Наверх | Cообщить модератору

354. "Релиз ядра Linux 5.7"  +/
Сообщение от anonymousemail (??), 14-Июн-20, 22:17 
Перфокарты - это вещь. Из них закладки для учебников неплохие получались.
Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 01-Июн-20, 18:22 
> А по существу, поддержки fbterm нет и не предвидится,

А какая ему поддержка нужна?

> поддержки многомониторных конфигураций в консоли нет и не предвидится.

Если вы такие вещи хотите, наверное логично работать с ядром через абстракции DRM/KMS, чтоли. Там и вычисления на GPU можно, И даже оффлоад видео в хардварные железки и 3D ускорение. Без всяких иксов. Если все это есть.

> Полноценной поддержки юникода в консоли нет и не предвидится.

Что есть полноценная поддержка юникода?

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

138. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от iPony129412 (?), 01-Июн-20, 19:10 
UTF, UTF...

В линуксах и в гуях до сих пор нормально Emoji освоить не могут 😮
А ты тут про консоль консольную

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

243. "Релиз ядра Linux 5.7"  +/
Сообщение от Сишникemail (?), 02-Июн-20, 11:16 
Неправда🙂
Ответить | Правка | Наверх | Cообщить модератору

244. "Релиз ядра Linux 5.7"  +/
Сообщение от Сишникemail (?), 02-Июн-20, 11:20 
Konsole из KDE смайлики отображает. И текстовый редактор Kwrite. И даже IDE Kdevelop.
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

245. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 02-Июн-20, 11:34 
> Konsole из KDE смайлики отображает. И текстовый редактор Kwrite. И даже IDE Kdevelop.

1) нет нормального ввода Emoji даже на базовом уровне.
В GNOME есть штука, которая работает только для GTK приложений.
В KDE есть
2) вообще отсуствует возможность задания модификаторов (рыжая грива)
3) постоянная путаница и конфликт шрифтов в браузерах, ибо лютая мешанина

https://askubuntu.com/questions/1029661/18-04-color-emoji-no...


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

246. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 02-Июн-20, 11:34 
> В KDE есть

В KDE есть сбоку-припёку приложение

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

247. "Релиз ядра Linux 5.7"  +/
Сообщение от Сишникemail (?), 02-Июн-20, 11:50 
Не сбоку-припёку это когда от эпла что ли? Обычная софтовая клава для смайликов в кде, как и везде.
Ответить | Правка | Наверх | Cообщить модератору

248. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 02-Июн-20, 12:00 
> Не сбоку-припёку это когда от эпла что ли? Обычная софтовая клава для  смайликов в кде, как и везде.

Нет. Открой Windows, macOS, Android, iOS и посмотри как там реализовано.
Ну или в GTK приложениях на GNOME.

В KDE такого нет. Там отдельное приложение не интегрированное с вводом.

https://pointieststick.com/2019/12/08/this-week-in-kde-easy-.../

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

261. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от microsoft (?), 02-Июн-20, 15:53 
О дааа вот что не хватало, сраных эмоджи
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

270. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 02-Июн-20, 18:40 
> О дааа вот что не хватало, сраных эмоджи

да 😠

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

280. "Релиз ядра Linux 5.7"  +/
Сообщение от йо ж (?), 02-Июн-20, 22:37 
ви так говорите, будто это что-то плохое.
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

294. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 13:59 
>В линуксах и в гуях до сих пор нормально Emoji освоить не могут

А ещё ядро смузи не делает.

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

346. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (-), 07-Июн-20, 18:43 
> А ещё ядро смузи не делает.

Вот это совсем не факт.

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

145. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Ordu (ok), 01-Июн-20, 19:49 
> поддержки многомониторных конфигураций в консоли нет и не предвидится.

Эмм... А Xorg/Wayland тебе зачем? Ну реально, берёшь Xorg, вместо WM/DE подсовываешь свой скрипт, который открывает тебе по эмулятору терминала на каждом мониторе. Или один эмулятор терминала растягивает на все мониторы. Зачем всё это засовывать в ядро? Оно кажется недостаточно раздутым?

> Полноценной поддержки юникода в консоли нет и не предвидится.
> Отстой.

Нет, не отстой. Полноценной поддержки юникода нигде нет: стандарт продолжают дописывать, и пока его дописывают, разработчики лихорадочно перелопачивают код всяких там freetype. Ещё не хватало, чтобы всё это в ядре происходило бы.

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

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

293. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 13:41 
>Теперь код ядра уже нельзя будет записать на перфокарты без потери выравнивания!

Тю, какие у вас немодные перфокарты $) Давно уже 132-колоночные и это ещё не предел.

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

13. "Релиз ядра Linux 5.7"  –7 +/
Сообщение от Fracta1L (ok), 01-Июн-20, 11:57 
Ядро уже можно собрать цлангом?
Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз ядра Linux 5.7"  +11 +/
Сообщение от Аноним (32), 01-Июн-20, 13:11 
Кто выпустил подопытного из анабиозного бокса ?
Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от НяшМяш (ok), 01-Июн-20, 14:34 
Зачем вы так жестоко к человеку? Он только проснулся, ещё не привыкли глаза к яркому свету, да координация немного нарушена. Можно было просто сказать, что уже как полгода та же ОпенМандрива собирает ядра для себя шлангом.
Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Аноним (57), 01-Июн-20, 15:10 
осиновый кол пока "Он только проснулся, ещё не привыкли глаза к яркому свету, да координация немного нарушена."
Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз ядра Linux 5.7"  +/
Сообщение от Fracta1L (ok), 01-Июн-20, 15:17 
> уже как полгода та же ОпенМандрива собирает ядра для себя шлангом

Прям ванильное ядро без патчей под цланг?

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

143. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от НяшМяш (ok), 01-Июн-20, 19:35 
> Прям ванильное ядро без патчей под цланг?

С тех пор как зарелизился шланг 9 прошлой осенью.
https://releases.llvm.org/9.0.0/tools/clang/docs/ReleaseNote...

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

81. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Аноним (-), 01-Июн-20, 16:16 
Да всё просто. LLVM и Clang тупо не нужны. Великий и ужасный GCC всё затмевает.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

125. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (-), 01-Июн-20, 18:24 
И вообще, это фрактал, он должен уже на пыхтонрасте это переписать был.
Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от lockywolfemail (ok), 01-Июн-20, 15:25 
> Ядро уже можно собрать цлангом?

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

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

88. "Релиз ядра Linux 5.7"  +/
Сообщение от flkghdfgklh (?), 01-Июн-20, 16:42 
> Ядро уже можно собрать цлангом?

Можно. Но зачем?

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

295. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (292), 03-Июн-20, 14:00 
>Ядро уже можно собрать цлангом?

Можно цанговым захватом, если терпения хватит.

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

14. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от InuYasha (?), 01-Июн-20, 12:05 
>>снятие ограничения на 80-символьный размер строки в коде

У ядерщиков сгорел последний символьный дисплей? %)

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

73. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от пох. (?), 01-Июн-20, 15:47 
>>>снятие ограничения на 80-символьный размер строки в коде
> У ядерщиков сгорел последний символьный дисплей? %)

у линусового ризена после апгрейда не осталось com-портов.

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

91. "Релиз ядра Linux 5.7"  +/
Сообщение от Lockywolf (ok), 01-Июн-20, 16:50 
>>>>снятие ограничения на 80-символьный размер строки в коде
>> У ядерщиков сгорел последний символьный дисплей? %)
> у линусового ризена после апгрейда не осталось com-портов.

Usb-com 100 рублей на Али

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

104. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (42), 01-Июн-20, 17:19 
> Usb-com 100 рублей на Али

А поддерживает ли его grub?

И можно ли через него увидеть "screen of death" на случай если крашдамп не смог правильно скинуться на диск, например, из-за дабл-фолта?

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

152. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от пох. (?), 01-Июн-20, 21:00 
>> Usb-com 100 рублей на Али
> А поддерживает ли его grub?
> И можно ли через него увидеть "screen of death" на случай если

не, ну если б Линус для ЭТОГО использовал компорт, ему было бы все равно, 80 или даже 132 символов в строке.
Явно у него какой-нибудь vt220 был туда подлючен, читать lkml. С зильоным экраном и жюжжятелем. (или у 220 еще серый? Забыл уже) А может даже понтовый wyse с серым на сером, как у крутых.

Подключать ТАКОЕ через usb - ну это уже совсем неэтично.
Все равно что черепаховый жульен есть половником.

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

167. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (162), 01-Июн-20, 23:12 
Вроде vt220 разных цветов были, всех трех.
Ответить | Правка | Наверх | Cообщить модератору

175. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 01-Июн-20, 23:41 
> Вроде vt220 разных цветов были, всех трех.

там третий обычный черно-белый(серый) был, не "paper-white", как поздние - и даже если вывести строки в инверсном режиме, между ними и по краям будут видны черные полосы.

Но, кстати, wyse умел 132 символа в строке, а 220, по-моему, уже нет.
Так что у Линуса точно 220!

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

317. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от _ (??), 04-Июн-20, 00:30 
Смотря какой ... мой Wyse 150 - умел 26х80 и 26з132 :)
И да: белый, зелёный и амбер <- это только у root-a :)
Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 01-Июн-20, 20:52 
вы вот, кстати, щас ржать будете:
рас:
https://www.amazon.com/dp/B00OPTOKI0/
двас:
https://www.amazon.com/dp/B07WX2DSVB/

попробуйте заказать (обратите внимание, что это 3dparty, но fulfilled by amazon, причем разные). ВНЕЗАПНО вы получаете оттопыренный средний палец при попытке указать адрес доставки хоть в РФ (хотя написано что доставляется), хоть на адрес любого из общеизвестных посредников в Штатах.
На обычный незасвеченный (поскольку там реально живут) адрес в той же PA - заказывается без проблем.

(нужно именно попытаться заказать - не ссыте, кредитку не спросит в смысле, если спросит, значит что-то починилось буквально вчера - авторизоваться, выбрать адрес доставки, а не просто положить в корзину - положится. Купить - хрен. Причина никак не выводится - просто "а удалите эту хрень из заказа  - или идите нахрен!")

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

ЧТО ЭТО БЫЛО, блжад?!

В штате коммифорния ком-порты уже к оружию и патронам приравнены?

P.S. а usb-com с али наверняка окажется паленым. Не берите там.

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

163. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (162), 01-Июн-20, 23:04 
usb-com и не с али запросто может оказаться паленым, беда с ними какая-то.
Ответить | Правка | Наверх | Cообщить модератору

176. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 01-Июн-20, 23:49 
> usb-com и не с али запросто может оказаться паленым, беда с ними
> какая-то.

С неали просто несешь его менять по гарантии, пока не попадется работающий.

Кстати, продать кому пафосный пролифик? $35 (это цена на амазоне, если что - без доставок и всего прочего) - за удовольствие безгеморройной работы под виндой (это одна из двух моделей, официально одобренная китайцем как сделанная на настоящих чипах, соответственно, не напарывается на подлянку в обновленных драйверах).
С тех пор как я ушел из операторов, он мне не нужен, только зря пыль собирает.

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

209. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (-), 02-Июн-20, 01:08 
> usb-com и не с али запросто может оказаться паленым, беда с ними какая-то.

Все просто: "узкоглазые мерзавцы" (c) экономят. И реализуют сие 1 чипом. При том чип насквозь 5-вольтовый цифровой CMOS, от и до. Вплоть до выходных буферов и по факту выдает обычный 5V UART, только инвертированый.

В чем проблема? А оно вообще совсем морально не готово огрести настоящие 2-полярные уровни RS232 и решительно обижается если подать вольтаж ниже ноля. Равно как абсолютно не способно формировать его само. Справедливости ради, на половине мамок с неких пор тоже делают так же, т.к. городить отрицательное питание неизвестно ради кого и чего всех уже порядком подзаколебало, половина питальников его уже даже по факту на разъем не выдает.

Честные конвертеры делаются на 2 чипах - например FT232 -> MAX232 (или его аналог). Вот оно уже умеет честные 2-полярные уровни по RS232. Но и стоит дороже, а потому попадается только как специфичный шмот для особо разборчивых индустриалов и т.п..

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

327. "Релиз ядра Linux 5.7"  +/
Сообщение от Michael Shigorinemail (ok), 05-Июн-20, 17:11 
А я-то думал, что не так с запасным шнурком... спасибо за разъяснение.
Ответить | Правка | Наверх | Cообщить модератору

352. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 08-Июн-20, 18:26 
Самое неприятное - почти любой usb-com шнурок в ширпотребных ларьках будет именно таким эрзацем, так дешевле. И иногда даже работает. Просто не со всеми железками, и не факт что не помрет через некоторое время. Если последовать совету поха, можно довольно долго заниматься обменом. Как будто это конструкцию изменит.
Ответить | Правка | Наверх | Cообщить модератору

126. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 01-Июн-20, 18:26 
> у линусового ризена после апгрейда не осталось com-портов.

А компорту самому по себе вообще глубоко плевать сколько там символов. Я себе на одноплатниках порядка 120 делаю.

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

299. "Релиз ядра Linux 5.7"  +/
Сообщение от Иван Лох (?), 03-Июн-20, 15:21 
С чего бы это? Куча материнок под ризен с COM-портом. Он просто на заднюю панель не выведен.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

134. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 01-Июн-20, 18:54 
>>снятие ограничения на 80-символьный размер строки в коде
>У ядерщиков сгорел последний символьный дисплей? %)

Да, но
>При этом разработчикам по-прежнему рекомендуется держаться в границах 80 символов в строке

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

177. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от пох. (?), 01-Июн-20, 23:50 
>>>снятие ограничения на 80-символьный размер строки в коде
>>У ядерщиков сгорел последний символьный дисплей? %)
>>При этом разработчикам по-прежнему рекомендуется держаться в границах 80 символов в строке

еще надеются починить ;-)

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

227. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от kai3341 (ok), 02-Июн-20, 03:25 
>> снятие ограничения на 80-символьный размер строки в коде
> У ядерщиков сгорел последний символьный дисплей? %)

Шутки шутками, но 80 символов естественно ограничивают уровень вложенности, что очень правильно. Однако с ростом объёма кодовой базы становятся длиннее имена, которые перестают помещаться даже на 2м уровне вложенности. Поэтому увеличение максимальной длины строки при сохранении рекомендованной положительно скажется на читаемости кодовой базы.

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

325. "Релиз ядра Linux 5.7"  +/
Сообщение от Брат Анон (?), 05-Июн-20, 11:48 
Бегом читать Стива МакКонелла "Почему большой уровень вложенности -- это плохо"
Ответить | Правка | Наверх | Cообщить модератору

262. "Релиз ядра Linux 5.7"  +/
Сообщение от Vanych (?), 02-Июн-20, 16:17 
Мониторы работают, а вот перфокарточный ридер сбои стал давать - его дорого чистить - видно выкинули
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

17. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (17), 01-Июн-20, 12:17 
Вангую что 2040 году будет 120 символов
Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз ядра Linux 5.7"  +/
Сообщение от бедный буратино (ok), 01-Июн-20, 13:21 
в 2040 будет 640 килобайт. и их хватит на всех
Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз ядра Linux 5.7"  +/
Сообщение от Lockywolf (ok), 01-Июн-20, 16:51 
> в 2040 будет 640 килобайт. и их хватит на всех

640к не будет, Emacs на строчках длиннее 200 символов тормозит безбожно.

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

210. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (-), 02-Июн-20, 01:15 
> в 2040 будет 640 килобайт. и их хватит на всех

Это что, коронавирус к тому моменту так разжиреет? Пока только 17К чтоли.

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

18. "Релиз ядра Linux 5.7"  –4 +/
Сообщение от iPony129412 (?), 01-Июн-20, 12:26 
Я тут exFAT ядерный тыкал в Ubuntu 20.04

Капец медленный... Просто ужас.
FUSE в несколько раз круче

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

20. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (20), 01-Июн-20, 12:44 
так там 5.4 ядро со старым драйвером от макрофагов
Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от iPony129412 (?), 01-Июн-20, 13:52 
> так там 5.4 ядро со старым драйвером от макрофагов

От кого? Там exFAT бкрортирован

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

127. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (127), 01-Июн-20, 18:34 
Чего?! Тут несколько ошибок в слове "лоботомирован". И когда бы это они успели, если ядро только релизнулось?
Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 01-Июн-20, 19:17 
> И когда бы это они успели, если ядро только релизнулось?

exFAT как бы в тестовом режиме с 5.4 ещё ядра и есть. Это конец 2019 года.

Ну вот и засували что-то как-то...

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

182. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 01-Июн-20, 23:59 
> exFAT как бы в тестовом режиме с 5.4 ещё ядра и есть.

Ну так это довольно-таки другой код.

> Это конец 2019 года.

Это середина 2020 года. И походу новости читать до умных коментов тут не модно.

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

230. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 02-Июн-20, 04:14 
Новость я без проблем прочитал

> так там 5.4 ядро со старым драйвером от макрофагов

А вот это понять не смог.

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

141. "Релиз ядра Linux 5.7"  +/
Сообщение от Ordu (ok), 01-Июн-20, 19:27 
> Тут несколько ошибок в слове "лоботомирован"

Мне кажется "бюрократизирован".

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

24. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от FreeStyler (ok), 01-Июн-20, 12:49 
А как выбрать какой драйвер юзать?
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

41. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 01-Июн-20, 13:55 
> А как выбрать какой драйвер юзать?

А вот без понятия.

Я просто по памяти с FUSE помню вот

Ubuntu 20.04 на SSD + 300 файлов на 30 ГБ + USB 3.0 с exFAT = три часа

Ну это вообще капе капца...

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

44. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от iPony129412 (?), 01-Июн-20, 13:58 
> А как выбрать какой драйвер юзать?

Вот кажись нашёл

https://askubuntu.com/questions/1240408/20-04-and-exfat

Можно по тупому видать.

Если поставить exfat-fuse, то будет fuse, если удалить, то будет ядреный драйвер

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

50. "Релиз ядра Linux 5.7"  +/
Сообщение от FreeStyler (ok), 01-Июн-20, 14:22 
ok, спасибо!


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

69. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (62), 01-Июн-20, 15:31 
>А как выбрать какой драйвер юзать?

В make nconfig (make menuconfig)

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

31. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Ежемесячный красный флаг (?), 01-Июн-20, 13:12 
> Улучшена поддержка чипов Ice Lake, Elkhart Lake, Baytrail и Haswell.

Неужели про мой Haswell кто-то вспомнил ?

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

154. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (154), 01-Июн-20, 21:18 
Не, это про энтерпрайзный Haswell-E
Ответить | Правка | Наверх | Cообщить модератору

235. "Релиз ядра Linux 5.7"  +/
Сообщение от Алеша (?), 02-Июн-20, 08:46 
> Неужели про мой Haswell кто-то вспомнил ?

а что не так с моим Haswell?

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

45. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (45), 01-Июн-20, 14:03 
Насчёт exfat. Как я понял, в Staging был влит драйвер exfat-nofuse с Гитхаба, который не совсем драйвер exfat от Samsung, там есть изменения. Например модули ядра exfat_core и exfat_fs объединили в один. Затем Samsung согласилась обслуживать, убрала драйвер dorimanx/exfat-nofuse и добавила свой оригинальный (но модули всё-таки общединила). В Staging ядра 5.6 я вижу драйвер версии 1.3.0.

Странно что в репозитории dorimanx/exfat-nofuse последовательно обновляли драйвер exfat с версии 1.1.5 до 1.2.9, но потом перестали. Были ещё версии 1.2.12 из прошивок Samsung Galaxy S7 (на ядре 3.10), 1.2.19 из Galaxy S8 (на ядре 3.16). Уже в следующей прошивке для S9 на ядре 4.4 перешли на драйвер sdfat, переписанный с нуля заново.

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

52. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от НяшМяш (ok), 01-Июн-20, 14:39 
> В Staging ядра 5.6

Я вас поздравляю с поздним зажиганием. Мы обсуждаем новость о релизе ядра 5.7 (это новее, чем 5.6, если что). И да, в новости довольно подробно написано какой драйвер какой версии и от кого был принят в кодовую базу этого самого нового ядра.

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

157. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (45), 01-Июн-20, 21:52 
Кому не лень читать, история всей "Санта-Барбары" с драйвером в моей версии.

Сначала появился драйвер exfat-fuse. Начиная с версии 1.0 разрешили запись по умолчанию (до этого по умолчанию монтировалось в read only). Это 2011 год.

Потом появилась новость: случайный человек нашёл на GitHub код с реализацией exfat для Linux в виде модуля ядра (а это быстрее, чем реализация через fuse (юзерспейсный драйвер), но такой драйвер нужно модицифировать каждую новую версию ядра, тогда как драйвер fuse можно не трогать годами). Этот человек не знает, откуда взялся этот код, поэтому скопировал его в своей репозиторий под лицензией AS-IS, и немного подправил Makefile, чтобы собиралось на Linux Desktop, а не только на Android.

Потом новость "Есть подозрения что код написан компанией Samsung". Потом "Есть подозрения, что Samsung нарушает GPL: в этом коде есть куски драйвера vfat из ядра linux". Потом "Samsung признала код своим и выложила его под GPL на своём сайте opensource.samsung.com"

А что было на самом деле. Всё это время код публиковался исправно. Причём на том же сайте. Но не отдельным файлом exfat-1.2.4.tar.gz, а в составе прошивок. На сайте opensource.samsung.com публикуются исходники патченных ядер Linux для смартфонов, планшетов и телевизоров, как того требует лицензия. Журналисты устроили истерику из ничего.

Однако этот шум позволил узнать о том, что такой драйвер вообще существует, куче людей. В том числе и мне. И вот что я заметил. Из Gentoo (GNOME2 + udisks 1) файлы на флешку копируются только от root. На Linux Mint 16 системная служба udisks2 монтирует так, что и юзер тоже может записать. Но в обоих случаях записанный из линукса файл не читается из винды. "Нет прав" и всё тут.

Тут я узнал, что в момент анонса файловой системы exfat в 2006 году там планировались расширенные права на файлы (ACL). И в Windows Mobile 6.5, где ФС дебютировала, так и реализовали. А в винде (XP, Vista, 7) никаких прав доступа нет. Никому это оказалось не нужно.

Как я понял по моему опыту с Линуксом, Windows не использует ACL при записи файлов на флешки с exfat, но учитывает, если кто-то другой записал с ними.

Этот косяк возникает только при использовании с ванильным драйвером exfat 1.2.4, либо его более новыми версиями, выдранными из новых прошивок для устройств. А с тем форком, сделанным случайным парнем из интернета, такой проблемы вообще нет. Можно монтировать без параметров, и всё смотритуется правильно.

Форк продолжил жить под именем exfat-nofuse. Вокруг него сплотилось сообщество, внесло много изменений, которых нет в ванильном драйвере. В том числе и правильные права на монтирование, даже если не указывать параметры.

А спустя 5 лет новая Санта-Барбара, суть которой вы все знаете, так как события буквально последних дней.

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

282. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (282), 02-Июн-20, 23:39 
А мог бы просто отформатировать флешку в udf.
Ответить | Правка | Наверх | Cообщить модератору

302. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 18:18 
>В том числе и правильные права на монтирование

И какие же права правильные, небось rwxrwxrwx?

P.S. Задалбывает снимать этот x, после копирования файлов с автомонтированной флешки VFAT.

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

49. "Релиз ядра Linux 5.7"  +/
Сообщение от Пупкинсemail (?), 01-Июн-20, 14:21 
Вот бы добавили хорошую поддержку Kaby Lake 7020U, а то под любым образом устают глаза, пытался настроить ШИМ, не помогает.
Ноут Lenovo 330-15ikb
Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Tita_M (ok), 01-Июн-20, 15:58 
Это не зависит от драйверов и ядра. Голова и глаза болят из-за пульсаций тока(наиболее вероятно) и напряжения(ШИМ, мерцание) в подсветке дисплея. Вам должен помочь аппаратный мод дисплея - припаивание дросселя для сглаживания пульсаций тока в LED-подсветке и возможно выкручивание до 100% яркости, чтобы убрать ШИМ, хотя в этом случае нет гарантий, что это уберёт пульсации напряжения и соответственно мерцание.
Ответить | Правка | Наверх | Cообщить модератору

129. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (127), 01-Июн-20, 18:38 
Не столько дросселя сколько жирного емкого конденсатора.

Однако есть один нюанс: у светодиодов спектр излучения зависит от тока. В случае PWM пиковый ток может быть всегда одинаковый и спектр не меняется по мере изменения яркости. А если отфильтровать, ток через светодиод будет меняться - и будет уплывать спектр. Так что если вы работаете с графикой, вас будет ждать очень неприятный сюрприз.

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

110. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (110), 01-Июн-20, 17:38 
Видеокарта не влияет на ШИМ, ШИМ это скважность работы подсветки, допустим если 100% это подсветка работает всегда, то при уменьшении яркости подсветка начинает выключаться и включаться X раз в секунду, для 50% яркости она работая 1/2 времени, 20% яркости означают 1/5 времени включена и 4/5 выключена. Т.е чем меньше яркость, тем меньше частота мерцания и оно заметнее.

Мониторы без шим я не знаю как работают, может там частота в килогерцах, может там массив светодиодов которые все мерцают в разнобой.

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

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

131. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 01-Июн-20, 18:42 
Белый светодиод - это сверхмощный синий, покрытый люминофором генерящим из части синего зеленый и красный, что в сумме дает белый. Пруф: в даташитах спектр излучения рисуют. И таки увы, при изменении тока спектр излучения немного варьируется.
Ответить | Правка | Наверх | Cообщить модератору

303. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 18:25 
>при изменении тока спектр излучения немного варьируется

Это было бы верно, если менять ток аналоговым образом, т.е., изменением балластного резистора последовательно со светодиодом. А при ШИМ, в момент открытого ключа, ток задан постоянной величиной и не меняется во всё время его прохождения.

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

334. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (334), 07-Июн-20, 06:07 
> Это было бы верно, если менять ток аналоговым образом, т.е., изменением балластного
> резистора последовательно со светодиодом. А при ШИМ, в момент открытого ключа,
> ток задан постоянной величиной и не меняется во всё время его прохождения.

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

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

53. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от агент малдер (?), 01-Июн-20, 14:48 
я правильно понял, что теперь можно своп по самбе?
ну, наконец-то.
теперь своп с домашнего компухтера перенесу на казенный офисный и заживу!
Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (62), 01-Июн-20, 15:33 
Будешь через инет своп гонять на удалёнке?
Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз ядра Linux 5.7"  +7 +/
Сообщение от Аноним (282), 01-Июн-20, 15:50 
А для чего ещё нужен 5G?
Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (162), 01-Июн-20, 23:06 
Чтоб коронавирусов пущщать.
Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (68), 01-Июн-20, 15:28 
"I still want the desktop" ©
Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от None (??), 01-Июн-20, 16:15 
Подсветка OLED? Что-то я совсем отстал от жизни.
Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Anonymoustus (ok), 01-Июн-20, 16:27 
Судя по некоторым признакам, зарелизился третий Диван.

APT в моей системе показывает все пакеты как oldstable, а пакеты из предыдущего релиза как oldoldstable.


На странице проекта пишут, что таки да:

https://devuan.org/os/releases

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


И на этой странице пишут, что релиз таки сегодня:

https://devuan.org/os/

В общем, ждём официального анонса. :)

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

83. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (83), 01-Июн-20, 16:28 
> BPF JIT

От этого надо избавляться, а они пихают куда только могут.

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

132. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 01-Июн-20, 18:43 
Ну так отключите BPF при сборке ядра - и получите желаемое.
Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (133), 01-Июн-20, 18:52 
Так и делаю.
Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (136), 01-Июн-20, 18:59 
Такими темпами в линуксе никогда файервол уровня венды не появится. Да, я хочу блокировать и разрешать трафик приложух мышкой в трее. Желательно иметь возможность опять же мышкой выбирать куда позволить приложухе ходить. Венда это всё умеет, в других системах подобного нет.
Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз ядра Linux 5.7"  +/
Сообщение от iPony129412 (?), 01-Июн-20, 19:07 
> в других системах подобного нет

https://www.obdev.at/products/littlesnitch/index.html

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

185. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (-), 02-Июн-20, 00:02 
> Такими темпами в линуксе никогда файервол уровня венды не появится. Да, я
> хочу блокировать и разрешать трафик приложух мышкой в трее.

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

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

189. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (136), 02-Июн-20, 00:11 
> Блин, а может таких юзеров в винду лучше сбагрить? Вместе с приложухами
> на электроне и антивирусами с мышкой.

Ты хочешь всех специалистов на венду отправить и оставить линукс хомячкам? Зачем? Долго ли они протянут без профессионалов?

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

197. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 02-Июн-20, 00:21 
> Ты хочешь всех специалистов на венду отправить и оставить линукс хомячкам? Зачем?

Затем что специалисты по тыканию файрвола мышкой не особо ценные экспонаты.

> Долго ли они протянут без профессионалов?

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

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

198. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (136), 02-Июн-20, 00:26 
>> Ты хочешь всех специалистов на венду отправить и оставить линукс хомячкам? Зачем?
> Затем что специалисты по тыканию файрвола мышкой не особо ценные экспонаты.

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

>с течением времени они хуже не стали

Очень спорно, без регулярного повышения квалификации подобные кадры остаются на задворках цивилизации несмотря на значительный опыт. Кому нужен опыт прошлого тысячелетия сегодня? Мир не стоит на месте.

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

212. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 02-Июн-20, 01:21 
> Зато очевидно, что особо ценные экспонаты по тыканию файрвола не мышкой, вообще
> ни разу не специалисты и никогда не решали такой задачи (и
> видимо не представляют себе, зачем её может понадбиться решать).

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

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

Так они пашут над своим ядром и потому квалификация у них вполне себе поддерживается.

> Кому нужен опыт прошлого тысячелетия сегодня?

Хм, ну не знаю, попробуйте сделать ДВС или там трансформатор так уж принципиально иначе чем в прошлом тысячелетии? И как, совсем не похоже вышло? И старые учебники физики можно выкинуть?

> Мир не стоит на месте.

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

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

223. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (136), 02-Июн-20, 02:55 
Просто вендой тяжело пользоваться, если ты не программист венды. Очень сложная и перегруженная система. Павершел кстати основан на совершенно иных принципах нежели тот же баш. Какую консоль они передирают? Это схожие алиасы ты считаешь передиранием? Но в принципе да, без консоли всегда тяжело было пользоваться в плане любой автоматизации (тот же cmd.exe это минимум для комфортной работы и он тоже не очень похож на шелл, из альтернатив был js) и гуйня весьма ограничена. Кстати, файервлом по-моему можно рулить и без гуйни. И гуйня не обязательно от мс будет. Да, у них отличный мощный и производительный файервол, не пытайся этого отрицать.

>принципиально иначе чем в прошлом тысячелетии

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

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

232. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (-), 02-Июн-20, 04:47 
> Просто вендой тяжело пользоваться, если ты не программист венды.

Програмист _винды_ - некий вымерший вид, потому что майкрософт сделал разработку дров крайне неудобной и канительной, а ядро и вовсе закрытое, как и системные либы. А потом MS заметил что для виндофона дрова некому писать. Прикольно придумали.

> перегруженная система. Павершел кстати основан на совершенно иных принципах нежели тот
> же баш. Какую консоль они передирают?

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

> Это схожие алиасы ты считаешь передиранием? Но в принципе да, без консоли всегда
> тяжело было пользоваться в плане любой автоматизации (тот же cmd.exe это минимум
> для комфортной работы и он тоже не очень похож на шелл,

cmd.exe похож на command.com из msdos древнючего и вроде даже обратно совместим :D. Но нет, я про WSL на самом деле.

> из альтернатив был js) и гуйня весьма ограничена.

Еще vbs рядом. Но оно было не особо то и интерактивное и имело ограниченное хождение.

А так чтобы допустим распихать вот в этой дире файлы туда и сюда по критериям - блин, в винде для такого инструментов и нету самой по себе. И либо мышой елозь 500 раз, либо хардкорь с черти-чем вместо того чтобы вбахать oneliner как *никсоиды делают. Собственно вот этим вот *nix-way и крут.

> Кстати, файервлом по-моему можно рулить и без гуйни.

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

> Да, у них отличный мощный и производительный файервол, не пытайся этого отрицать.

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

> очень и очень активно. И если что, та же физика не стоит на месте, как и любая наука.

Однако отличия не настолько уж драматичны, а КС совершенствуется зачастую в пользу кала на электроне, которому гиг надо чтобы hello world отрисовать. При том что никаких user visible бенефитов это не дает. Прогеры сэкономили сил (=схалтурили) - это единственный бенефит. Остальное как правило сплошные регрессии, баги, грабли и перепихивание проблем на юзерей. Достаточно сравнить сколько например в XP стартовал eventvwr и в win7, чтобы ощутить все радости "апгрейда". Теперь почитать системный лог займет на цать секунд дольше. А на виртуалке так и на пару минут. Ну, знаете, линух вот хорош тем что если софт с такими улучшениями начинает припозлать, его можно выпилить к дьяволу. Вот именно абсолютно mandatory компонентов в линуховой системе как бы очень немного.

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

289. "Релиз ядра Linux 5.7"  +/
Сообщение от Роман (??), 03-Июн-20, 08:05 
netsh firewall add allowedprogram C:\MyApp\MyApp.exe MyApp ENABLE
netsh firewall add allowedprogram C:\MyApp\MyApp.exe MyApp DISABLE
netsh firewall add allowedprogram C:\MyApp\MyApp.exe MyApp ENABLE CUSTOM 157.60.0.1,172.16.0.0/16,10.0.0.0/255.0.0.0,LocalSubnet

Не выглядит как что-то сложное

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

301. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 17:58 
А а теперь объясни, что именно allowed этой program? Вот в iptables, да и nftables тоже, понятно. Здесь, например, разрешается с таких-то внешних портов и адресов принимать на такие-то внутренние порты указанного транспортного протокола.
Ответить | Правка | Наверх | Cообщить модератору

335. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (334), 07-Июн-20, 06:10 
> netsh firewall add allowedprogram C:\MyApp\MyApp.exe MyApp ENABLE CUSTOM 157.60.0.1,172.16.0.0/16,10.0.0.0/255.0.0.0,LocalSubnet

Отлично? И что ей можно? TCP? UDP? ICMP? RAW?

> Не выглядит как что-то сложное

Может тогда и NAT покажете? А то в айпитаблесе - "не выглядит как что-то сложное".

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

304. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 18:38 
>> Блин, а может таких юзеров в винду лучше сбагрить? Вместе с приложухами
>> на электроне и антивирусами с мышкой.
>Ты хочешь всех специалистов на венду отправить

Ссаными тряпками таких, с позволения сказать, "специалистов".

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

309. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (136), 03-Июн-20, 19:05 
>>> Блин, а может таких юзеров в винду лучше сбагрить? Вместе с приложухами
>>> на электроне и антивирусами с мышкой.
>>Ты хочешь всех специалистов на венду отправить
> Ссаными тряпками таких, с позволения сказать, "специалистов".

Напрасно. Специалист это вовсе не тот, кто запомнил, как удалять гланды через задницу (и всю жизнь вещает потом в духе "деды так удаляли, и им всяко виднее -- они были умнее нас"). Специалистом является тот, кто умеет выбрать инструмент для наиболее эффективного решения задачи. И отказаться от заведомо неподходящих решений. А главное не полагается на свой ограниченный опыт. В линуксе есть разные юзерспейсные файерволы, которые могут плюс/минус решать подобную задачу (да, это ни разу не iptables), но они не могут делать этого эффективно и у всех есть проблемы. Именно BPF является шагом к созданию нормального динамического файервола, это факт. С пользовательской точки зрения у венды есть как минимум несколько преимуществ, и файервол -- одно из основных. Наверное было бы глупо это отрицать.

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

336. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (336), 07-Июн-20, 06:16 
ИМХО, пусть кому надо файрвол мышкой, тот на маздае его пусть и выбирает до усрача. Видеть именно таких юзерей в линухе оптом мне бы не хотелось, например. Потому что одна одебиленая система уже и так есть. Вторая такая же ни к чему имхо.
Ответить | Правка | Наверх | Cообщить модератору

239. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Zenitur (ok), 02-Июн-20, 10:06 
> Такими темпами в линуксе никогда файервол уровня венды не появится. Да, я хочу блокировать и разрешать трафик приложух мышкой в трее.

Не будет этого вашего трея *злобный смех компании Red Hat*

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

296. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 14:33 
И хорошо бы, чтобы не было.
Ответить | Правка | Наверх | Cообщить модератору

337. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (336), 07-Июн-20, 06:16 
> Не будет этого вашего трея *злобный смех компании Red Hat*

Вообще-то сапопикала...

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

84. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (84), 01-Июн-20, 16:38 
Не заморачиватьс по полшишечки а убрать воопще криптографию из едра, миллионы мух даже и не почуйствуют. И господин доволен будет.

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

135. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (135), 01-Июн-20, 18:57 
Где возможно, в приложениях, в место open/libressl использую kernel. Да и кучу ядерных вещей: сети, диски, Integrity требуют крипту в ядре.

Так что почувствуют все и сразу.

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

93. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (93), 01-Июн-20, 16:52 
когда лтс?
Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз ядра Linux 5.7"  +/
Сообщение от zzz (??), 01-Июн-20, 17:04 
So we had a fairly calm last week, with nothing really screaming
"let's delay one more rc". Knock wood - let's hope we don't have
anything silly lurking this time, like the last-minute wifi regression
we had in 5.6..
...
Go test,

Linus

http://lkml.iu.edu/hypermail/linux/kernel/2005.3/09342.html

Линукс - это надежно (с)

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

305. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 18:51 
Во всяком случае, надёжней проприетарщины. Там ваще никто ничего не узнает, как там принимались решения.
Ответить | Правка | Наверх | Cообщить модератору

107. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Аноним (158), 01-Июн-20, 17:29 
Не совсем понимаю, зачем bareudp, если уже N+1 лет как есть GRE, и работает хорошо. Единственное, что понятно - то, что мол "стильно, модно, молодёжно".
Ответить | Правка | Наверх | Cообщить модератору

306. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 18:52 
Как там GRE за NATом?
Ответить | Правка | Наверх | Cообщить модератору

146. "Релиз ядра Linux 5.7"  +/
Сообщение от JL2001 (ok), 01-Июн-20, 19:52 
> Для архитектуры ARM реализована возможность горячего извлечения памяти.

это можно использовать чтоб обесточивать (временно) модуль памяти чтоб меньше электричества с батарейки есть?

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

205. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (205), 02-Июн-20, 00:46 
Да
Ответить | Правка | Наверх | Cообщить модератору

149. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Андрейemail (??), 01-Июн-20, 20:29 
подсветка oled -это эти огоньки lgbt подсветки, от которой сейчас все владельцы пека ссума сходят?
Ответить | Правка | Наверх | Cообщить модератору

150. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от LesPaul (?), 01-Июн-20, 20:42 
Сижу до упора на 3.16, всё что выше, дёргает диск постоянно, ибо кол-во процессов ядра выросло чуть ли не вдвое.
Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (45), 01-Июн-20, 21:30 
Пишу с 3.16, печально что прекратили выпуск обновлений месяц назад.
Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз ядра Linux 5.7"  +/
Сообщение от LesPaul (?), 01-Июн-20, 21:36 
У меня вообще ядро с 16 года, не обновляю из-за meltdown, тем более mitigations=off нагружает процессор, хотя должен наоборот)
Ответить | Правка | Наверх | Cообщить модератору

159. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (136), 01-Июн-20, 22:28 
Жиза, тоже хочу старое ядро, но я сижу голой попой в интернет (вообще это удобно) и старое ядро это не очень хорошая идея, а кроме того новое ядро несмотря на все недостатки всё же обладает кучей свежих полезных возможностей. У меня нет возможности сравнить с ядром без mitigation, но субъективно  урон не столь велик. И да, с mitigations=off тормозов больше (даже в венде, что-то там со шрифтами связанное было точно).
Ответить | Правка | Наверх | Cообщить модератору

241. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Zenitur (ok), 02-Июн-20, 11:01 
Пару лет назад я собирал ядро 4.9 для одного человека. У него openSUSE 42.2 и 42.3 с ядром 4.4, ему хотелось новее. Он меня тоже попросил собрать отдельно последнее ядро ветки 4.9 без патчей от meltdown. Теперь две сборки одного ядра: 4.9.74 и последнее. https://download.opensuse.org/repositories/home:/linux4human.../

// правда "последнее" уже не последнее давно. Человеку не нужно более новое, а других пользователей не было. Вот я и перестал обновлять

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

307. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 18:56 
>У меня вообще ядро с 16 года, не обновляю из-за meltdown

"Ну тогда мы идём к вам" (C)

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

338. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (336), 07-Июн-20, 06:18 
> У меня вообще ядро с 16 года, не обновляю из-за meltdown

А вы не могли бы ваш айпиадрес подсказать? :)

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

186. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (-), 02-Июн-20, 00:03 
> кол-во процессов ядра выросло чуть ли не вдвое.

Это ядерные треды, всего лишь. И сами по себе они диск не дергают, нафига б им?

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

153. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (153), 01-Июн-20, 21:08 
Когда добавят поддержку oss4 и zfs?
Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (162), 01-Июн-20, 23:09 
НИКОГДА.

Первое ненужно, у второго несовместимая лицензия.

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

168. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (153), 01-Июн-20, 23:17 
>Первое ненужно

Тыскозал?

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

172. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (153), 01-Июн-20, 23:29 
>второго несовместимая лицензия

Можно пойти навстречу модулю ZFS on Linux, какие-нибудь нужные интерфейсы реализовать, чтобы меньше проблем было...

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

184. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 02-Июн-20, 00:00 
> Можно пойти навстречу модулю ZFS on Linux, какие-нибудь нужные интерфейсы реализовать,

пока что делают наоборот - нужные интерфейсы помечают неэкспортирумыми или "gpl-only", чтоб не смели, гады, делать лучше чем тут принято.

> чтобы меньше проблем было...

у него и так нет никаких проблем с интерфейсами - поддержка ядер начиная с 2.6 и сборка любым компилятором начиная с актуальных для времен того 2.6. и заканчивая gcc9 и 5.6 - неслабо, как по мне?  У него проблема с отсутствием внятной модели разработки и регрессионного тестирования.

Но засланные казачки редгада неутомимы...

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

188. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Аноним (188), 02-Июн-20, 00:10 
> чтоб не смели, гады, делать лучше чем тут принято.

Все проше: если вы не в кернеле - вас не существует. И поэтому не обязательно вас учитывать.

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

> У него проблема с отсутствием внятной модели разработки

"Don't fix what isn't broken".

> и регрессионного тестирования.

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

> Но засланные казачки редгада неутомимы...

Они в файловых системах вообще сейчас ничего не решают особо. Пилят там где-то свой XFS c каким-то неочевидным результатом. И вроде бы все.

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

264. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от пох. (?), 02-Июн-20, 16:52 
> Все проше: если вы не в кернеле - вас не существует. И поэтому не обязательно вас учитывать.

"если вы не занесли денег божку - вас не существует. Поэтому обязательно вам гадить."
Именно так оно на самом деле, а не в фантазиях.

> Просто в этом месте было решено проложить шоссе

в истории с avx не было никакого шоссе - просто желание левой пятки.
Которое оказалось поважнее (это кого надо нога!) чем просьба каких-то жалких людишек убрать вредное и абсолютно ненужное анальное ограничение на вызовы из "неправильного" кода. Ведь его не поленились добавить. Это либо феерическая глупость (одного из ключевых разработчиков?!) либо казачок таки отрабатывает засланное.

> "Don't fix what isn't broken".

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

> Ядро тестами обложено ... наверное круче чем все остальные проекты на этой планете.

что не мешает ловить "silent filesystem corruption" методом тысячигласс, вместо модных-современных технологий.

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

Такое метод тысячигласс ловит плохо и ненадежно.

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

300. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Anonymoustus (ok), 03-Июн-20, 16:02 
> Все проше: если вы не в кернеле - вас не существует. И
> поэтому не обязательно вас учитывать.

Послушаем, что ты запоёшь, когда твоя икона Линус выбросит из ведра btrfs. :-)


> дорожный каток вдавливает муравейник в горячий асфальт

Сходи, что ли, посмотри на дорожное строительство поблизости, а то пишешь бестолковую, но пафосную ерунду.


> Ядро тестами обложено ... наверное круче чем все остальные проекты на этой
> планете.

И как это помогает от 12309? :-) Сегодня имел счастье наслаждаться оным.


> Они в файловых системах вообще сейчас ничего не решают особо. Пилят там
> где-то свой XFS c каким-то неочевидным результатом. И вроде бы все.

Тебе ж выше пояснили, разжевали. Не в коня корм?

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

310. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 19:06 
Упоминание Неуловимого-12309 модно-молодёжно?
Ответить | Правка | Наверх | Cообщить модератору

316. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Anonymoustus (ok), 03-Июн-20, 20:51 
> Упоминание Неуловимого-12309 модно-молодёжно?

Какой же он неуловимый? Модно-молодёжная современная Мурзилла при переключении вкладок иной раз ставит раком всю систему, хотя память ещё есть. Спасибо Партии и Правительству и товарищу Ленину^W^W^W^W^W Красной Шляпе и лично дорогому товарищу Торвальдсу за великолепные планировщики.

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

339. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (336), 07-Июн-20, 06:25 
> Послушаем, что ты запоёшь, когда твоя икона Линус выбросит из ведра btrfs. :-)

Зачем оно ему? Он под правильной лицензией, майнтайнеров толпа, проблемы чинят вовремя, взаимодействуют по фэншую. Так что у Торвальдса нет никаких проблем с этой штукой.

> Сходи, что ли, посмотри на дорожное строительство поблизости, а то пишешь бестолковую,
> но пафосную ерунду.

Это несколько абстрактно, и даже придумано не мной. Просто референс применительно к уровням развития и возможностей.

> И как это помогает от 12309? :-) Сегодня имел счастье наслаждаться оным.

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

> Тебе ж выше пояснили, разжевали. Не в коня корм?

Там жуют какие-то местные эксперты, а у меня видите ли git log и вон та толпа в ирке и рассылках, там как-то виднее what's going on. И конкретно я у себя повыпилил последние XFSные тома энное время назад. А просто потому что под рядом моих юзкейсов оно тормозит еще веселее чем btrfs - и при том не умеет и 10% от этого. И уж тем более я в гробу видал пихонрасию типа сратиса.

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

322. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 04-Июн-20, 15:42 
> Знаешь пох, дорожный каток вдавливает муравейник в горячий асфальт не потому что
> его водитель такой жестокий тип. Просто в этом месте было решено
> проложить шоссе, а муравейник... да его просто не заметили.

Он вдавливает муравейник в асфальт, только если домкрат стремителен!^W^W ему абсолютно на 146% нацрать на соблюдение технологий, на пользователей шоссе и на получающуюся в итоге халтуру - выравнивание и удаление верхнего слоя почвы, гравийно-песчанная подушка с отводом осадков, два-три (разных) слоя асфальта и т.д. и т.п.? Тяп-ляп, катком сверху - и так сойдет, авось с неделю продержится, а там хоть потоп!

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

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

348. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 07-Июн-20, 19:14 
Бедный анонимус, не умеет в абстрактные метафоры. Оригинал этой метафоры вроде бы принадлежит каким-то футуристам, намекнувшим что быть не замеченным - бывает очень жестокой участью. Когда прилетела сверхразвитая цивилизация, утащила светило в каких-то своих целях, понятных людям настолько же насколько муравьям - строительство шоссе, а вы тут, дорогие муравьишки, пардон...

Но аноним настолько муравей, что не может в эту концепцию, он рассказывает про то как он муравейник строить намерен :)

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

353. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (353), 10-Июн-20, 12:01 
> Бедный анонимус, не умеет в абстрактные метафоры.

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

Повторение чужой глупости не делает ее вдруг умным изречением.

> Но аноним настолько муравей, что не может в эту концепцию, он рассказывает про то как он муравейник строить намерен :)

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

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

357. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (357), 17-Июн-20, 08:47 
Аноним, ты какой-то скучный, кури бамбук. Если ты хотел покрасоваться - я не понял в чем красота состоит, сорь :P
Ответить | Правка | Наверх | Cообщить модератору

187. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 02-Июн-20, 00:05 
> Можно пойти навстречу модулю ZFS on Linux, какие-нибудь нужные интерфейсы реализовать,
> чтобы меньше проблем было...

Мистер Торвальс очень популярно расставил точки над i в подобных вопросах. Если кто девелопает ядерные фигни вне кернела - они on their own.

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

311. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 19:08 
Иначе у ядерщиков никаких ресурсов не хватит.
Ответить | Правка | Наверх | Cообщить модератору

340. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (336), 07-Июн-20, 06:26 
> Иначе у ядерщиков никаких ресурсов не хватит.

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

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

191. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (191), 02-Июн-20, 00:12 
А если мне oss нужен, то получается он мне не нужен, потому что так решил какой-то дядя аноним в интернете и разработчики линукса?

Тогда лично для меня выходит, что линукс не нужен.

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

313. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 19:10 
Если тебе лично нужен OSSv4, то бе никто не запрещает его впилить лично для себя любиго. Но большинству он, видимо, не нужен.
Ответить | Правка | Наверх | Cообщить модератору

314. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 19:12 
А потом ещё и пропатчить всё мультимедиа, чтоб оно могло работать с OSSv4.
Ответить | Правка | Наверх | Cообщить модератору

321. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (-), 04-Июн-20, 15:29 
> А потом ещё и пропатчить всё мультимедиа, чтоб оно могло работать с OSSv4.

Или просто установить alsalib и поменьше слушать ононимных онолитегов опеннета.


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

208. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (153), 02-Июн-20, 01:07 
И reiser4/reiser5 ещё.
Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

315. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (292), 03-Июн-20, 19:13 
Reiser5 даже не альфа ещё.
Ответить | Правка | Наверх | Cообщить модератору

254. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (254), 02-Июн-20, 14:29 
Знаю что Джава болтлива. Жабисты тут есть? У Жабистов во сколько символов умещается ширина?
Ответить | Правка | Наверх | Cообщить модератору

312. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (136), 03-Июн-20, 19:10 
> Знаю что Джава болтлива. Жабисты тут есть? У Жабистов во сколько символов
> умещается ширина?

Знакомый жабист говорил что 140, но это было лет 5 назад. Он вроде хотел, чтобы было больше 200. Как по мне, чем больше информации в строке, тем тяжелее её воспринимать, нужны какие-то разумные рамки.  Например, софт 120 и хард 140 лимит.

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

320. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (110), 04-Июн-20, 13:31 
У меня всегда было 120, и в контору пришел у них тоже было 120, но это было со времен мониторов 1680x1050, а теперь в другом месте работаю, тут на сонаре предел установлен в 150 и там было написано что-то про гугловский конвеншн.
Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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