forum.opennet.ru - "Релиз ядра Linux 6.15" (235)

"Релиз ядра Linux 6.15"

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

"Релиз ядра Linux 6.15"	+/–
Сообщение от opennews (??), 26-Май-25, 11:59
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.15. Среди наиболее заметных изменений: механизм аудита в Landlock, режим закрепления маппинга памяти, подсистема fwctl, драйвер Nova для GPU NVIDIA, реализация хост-системы для гипервизора Hyper-V, поддержка зонированных устройств хранения в XFS, оптимизация сетевой подсистемы, scrub-проверка в Bcachefs, возможность контроля над операциями через io_uring... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63305
Ответить \| Правка \| Cообщить модератору

Оглавление

зачем в ядре дрова, ну вот зачем неужто непонятно, что монолит для зоопарка ЭВМ, Аноним (1), 11:59 , 26-Май-25, (1) –25

Ну дак не пользуйся дровами в ядре, что ныть то , Аноним (6), 12:09 , 26-Май-25, (6) +9

почему вы так ущемляетесь когда вам оглашают очевидные факты , Аноним (1), 13:58 , 26-Май-25, (66) +2

без дров, ядро то никому не нужно , Аноним (80), 14:20 , 26-Май-25, (80) +8
Да я не ущемляюсь, честно Я не понимаю почему вы пользуетесь дровами в ядре, ес, Аноним (6), 15:48 , 26-Май-25, (109) +10

Так все дрова по отдельным модулям раскиданы , Аноним (7), 12:13 , 26-Май-25, (7)

Или вы желаете драйвера в userspace загружать Это ж ерунда получается, Аноним (7), 12:15 , 26-Май-25, (10)

В userspace это уже почти микроядерность получается , Аноним (65), 13:58 , 26-Май-25, (65)

если юзать драйвера в юзерспейсе, то и ядро не нужно, получается так называемая , Аноним (80), 16:42 , 26-Май-25, (119) –1

И кого же на дескопе устроит ныне однозадачность Как во времена DOS Запустил L, Аноним (65), 17:05 , 26-Май-25, (122)

сколько ядер в ЦПУ - столько и одновременных задач Ваша аппаратная архитектура,, Аноним (80), 20:09 , 26-Май-25, (177)

Идеально А использование ресурсов 8212 ну, кто первый встал, того и тапки А, Аноним (215), 08:34 , 27-Май-25, (215)

Вы, как я думаю, студенческой общаги не видели Как, по вашему, надо разделять о, Аноним (80), 10:23 , 27-Май-25, (225)

Комендант есть ОС А кто раскрасит ОС , Аноним (215), 11:31 , 27-Май-25, (237)

аппаратный контроллер кто-то отменил У вас и на ОЗУ и ПЗУ он есть если доступом, Аноним (80), 11:50 , 27-Май-25, (246)

Там есть довольно глупые в этом смысле hardware automations Зато они - быстрые , Аноним (247), 11:55 , 27-Май-25, (247)
Хорошо делай, хорошо будет работать ЦПУ общего назначения никогда хорошо рабо, Аноним (80), 12:13 , 27-Май-25, (250)
Это абстрактные фразы Чем сложнее логика - тем больше транзисторов надо выделит, Аноним (270), 17:23 , 27-Май-25, (270)
А все что вы описали это конкретная имплементация, а теория не зависит от имплем, Аноним (80), 17:52 , 27-Май-25, (271)
В теории я мог бы и на Луну слетать Завтра Ничему не противоречит На практике, Аноним (-), 19:15 , 27-Май-25, (273)
Не путайте теорию, где каждое утверждение необходимо доказать в том числе можно, Аноним (80), 22:52 , 27-Май-25, (291)
Нитрид галлия это новое или уже старое А исследования применения карбида кремния, Аноним (-), 19:31 , 27-Май-25, (275)
Справедливости ради - из этого всего чипы не делают Только силовые MOSFET с улу, Аноним (281), 20:07 , 27-Май-25, (281)
Транзисторы в общем - это уже старое даже оптические Новые идеи вычислений до, Аноним (80), 23:05 , 27-Май-25, (292)
Трансформаторы и электродвигатели - еще более старый дизайн И принципы их работ, Аноним (-), 08:42 , 28-Май-25, (296)
старое тут не в смысле, что от этого надо избавиться , Аноним (80), 23:14 , 27-Май-25, (293)

Идеально Концентрация на работе, никаких отвлечений , Аноним (207), 05:18 , 27-Май-25, (207)
Вы не слышали про DOS-Shell DesqView , Андрей (??), 07:15 , 27-Май-25, (209) +1

Да кто ж 171 TechHelp 187 резидентом не загружал , Аноним (215), 11:46 , 27-Май-25, (245)
А толку от них, если всё в одном адресном пространстве и без каких-либо разграни, Аноним (254), 13:13 , 27-Май-25, (254)
От Quarterdeck Прикольная была штука У меня на ней на 286 нода фидошная крутил, hbars (ok), 20:59 , 27-Май-25, (288)

Ну значит линукс получается - микроядро Ибо VFIO всякое, FUSE, вот это все Т, Аноним (-), 16:46 , 27-Май-25, (269)

Он про то, что драйверы намертво прибиты к конкретной версии ядра, это реально д, Fracta1L (ok), 18:22 , 26-Май-25, (152) +1

Например сломался компьютер Переставил жесткий диск в другой Продолжил работу, Аноним (15), 12:27 , 26-Май-25, (15) –4

Не гони Не будет активирована лицензия и только , Ф (?), 12:32 , 26-Май-25, (18) –7

Да бугага, в винде нет дров на виртуализацию из коробки, например надо сервер п, 789 (?), 12:41 , 26-Май-25, (23) +1

Ну вставляй USB - делов-то А неделю образ сношать, вместо того, чтоб virtio пос, 1 (??), 12:51 , 26-Май-25, (32) –1

Надо уметь, поставить vitrio чтобы оно не падало в синий экран, на оригинальном , 789 (?), 12:57 , 26-Май-25, (40) +1

Rocket Science, не иначе, Аноним9444935593 (?), 11:38 , 27-Май-25, (241)

VMWareсделал копию с железного диска запустил виртуалкой Windows 11конечно могло, penetrator (?), 13:07 , 26-Май-25, (48)

Он про реальный сервер А ты про виртуалку , АНоним (-), 15:16 , 26-Май-25, (98)

да никакой разницы, для винды это другое железо, более того виртуалка запускалас, penetrator (?), 10:54 , 28-Май-25, (299)

А если на новом системнике требуется другой драйвер чего-нибудь, которого нет в , Аноним (65), 14:00 , 26-Май-25, (68)

То оно возможно заведется c generic драйвером Будет выводить картинку в низком , Аноним (-), 14:08 , 26-Май-25, (73) +1
Будет точно то же, как если бы вы ставили на этот системник винду с нуля придёт, Аноним (215), 14:19 , 26-Май-25, (78)
Заработает универсальный Будет отсутствовать аппаратное ускорение и какое-нибуд, Аноним (166), 18:57 , 26-Май-25, (166)

даже с 8 всё относительно хорошо по моему опыту, Аноним9444935593 (?), 11:41 , 27-Май-25, (242)

Чёй-та в BSD такое не прокатит Ещё как прокатит С Windows - там чуть именно , 1 (??), 12:49 , 26-Май-25, (31) +3
c freebsd такое прокатит раньше точно прокатывало думаю ничего на эту тему там, 1 (??), 12:51 , 26-Май-25, (34)
С BSD усе норм - fstab поправить и вперед А вот с виндами дааа - особенно на ста, Pahanivo (ok), 13:03 , 26-Май-25, (44) +2

Это не на старых компах, а на старых виндах , Аноним (215), 14:23 , 26-Май-25, (84)
fstab зачем вы же диск переставляете , Аноним (80), 15:23 , 26-Май-25, (99)

UUID нового диска нужно прописать, чтобы автоматом монтировался , adolfus (ok), 16:40 , 26-Май-25, (118)

перечитайте комментарий 2 15 Например сломался компьютер Переставил жесткий , Аноним (80), 16:44 , 26-Май-25, (120)

В современном linux с EFI загрузиться с такого диска не получится -- нужно явно , adolfus (ok), 12:24 , 27-Май-25, (251)

какой grub там конфигурацию UEFI ток надо изменить и указать партицию EFI en w, Аноним (80), 14:57 , 27-Май-25, (262)

Нужно понаблюдать за людьми, как программисты правильно перетыкиывают диск, и ка, Аноним (155), 18:27 , 26-Май-25, (155)

Сколько раз без правки грузился Так что можно и после и вперёд fstab поправит, Аноним (174), 19:21 , 26-Май-25, (174)

у них драйверы не в ядре , Аноним (6), 13:09 , 26-Май-25, (49)
Прокатит Если SSD с Windows 10, установленный на условном i5 2500k, переставить, Аноним (50), 13:10 , 26-Май-25, (50) +3

Так и есть Только затык может оказаться в особенных драйверах на плату, Аноним (166), 19:00 , 26-Май-25, (168)

Недавно переставлял SATA накопитель с виндой из одного компа Intel Core 6 покол, Аноним (187), 21:56 , 26-Май-25, (187) +1

Поменяй в BIOS с ACHI на другой тип контроллера или обратно и весь прогресс с , Аон (?), 11:06 , 27-Май-25, (232)

Такой вот прогресс - с незабвенным INACCESSIBLE_BOOT_DEVICE А так все хорошо, п, Аноним (-), 11:27 , 27-Май-25, (235)
171 Ага 187 сказали суровые сибирские мужики Кто ж последние лет пятнадцать, Аноним (215), 11:45 , 27-Май-25, (244)

Потому что stable api is nonsense Вместо одного ядра с 10 версиями API приход, Аноним (103), 15:26 , 26-Май-25, (103)
make menuconfig, Соль земли2 (?), 15:29 , 26-Май-25, (104)
1 Линус когда о давно сказал, что если дрова выпускать отдельно они будут глючи, Аноним (169), 19:01 , 26-Май-25, (169)

А стабильное апи хотя бы для мажорных версия ядра Или не, сынку, это фантастика, Аноним (-), 19:11 , 26-Май-25, (173)

Если апи будет стабильным, то кто будет платить за поддержку , Аноним (181), 20:16 , 26-Май-25, (181)

Воооот А так все при деле - разрабы ядра адаптируют только что сломанный крэп, , Аноним (183), 21:08 , 26-Май-25, (183)

Проблемы есть только у корпорастов которые 1 прижимают код модуля драйвера, что, Аноним (217), 08:42 , 27-Май-25, (217)

Проблемы только у пользователей, когда драйвер прибит к конкретной версии ядра и, Аноним (-), 10:38 , 27-Май-25, (228)

я пользуюсь активно линем и уже меньше виндой только у юзеров около 20 лет и ч, Аноним9444935593 (?), 12:11 , 27-Май-25, (249)

И что из этого про ядро Разве что раст, но есть в ядре практически нет Может и , Аноним (-), 13:04 , 27-Май-25, (252)

Ну так не для всех десктоп игры Я перечислял не новшества ядра, а просто очен, Аноним9444935593 (?), 14:04 , 27-Май-25, (258)

А причем тут игры Покажите мне нормальный CAD для линукса Или софтину для рент, Аноним (-), 14:24 , 27-Май-25, (259)

KiCad - вполне нормальный CAD, для линукса Вы в общем случае врядли и 10 того , Аноним (-), 20:19 , 27-Май-25, (283)
Кикад это довольно специализированный софт Платы разводить не такая частая И э, Аноним (-), 23:37 , 27-Май-25, (294)
Не путайте анонимов, про темную тему я сказал не в связи с ядром вообще а просто, Аноним9444935593 (?), 10:17 , 28-Май-25, (298)
Вот не надо ляля, в половине мест шрифты не поменяются, конечно будет не так убо, Аноним9444935593 (?), 08:47 , 28-Май-25, (297)

Это проблема с конкретным прижимистым корпорастом Не надо покупать железо не под, Аноним (266), 16:04 , 27-Май-25, (266)

Это проблема с лидером рынка и самыми производительными видяхами Ну-ну Уйдет с, Аноним (-), 16:23 , 27-Май-25, (268)

Хотите иметь хорошие поддерживаемое аппаратное ускорение в GNU Linux без или с м, Аноним (295), 07:40 , 28-Май-25, (295)

Вообще идея универсальных дров вроде бы и неплоха Т е хочешь железяку прицепит, Аноним (-), 23:32 , 26-Май-25, (196)
А Вы уверены, что правильно понимаете понятие монолитное ядро Да и то, что де, Diozan (ok), 08:12 , 27-Май-25, (214)

А Вы уверены, что понимаете Точно-точно Спорим Вы никогда не утруждали себя по, Аноним (290), 21:59 , 27-Май-25, (290)

Судя по тому как это в винде и маке работало - не такой уж этот путь и плохой , Аноним (-), 10:53 , 27-Май-25, (230)

люблю латиноамериканский Фонд свободного ПО нужную работу делает , Аноним (2), 12:04 , 26-Май-25, (2) +3

Они по сути выпускают свободное ядро Ванильное ядро нельзя считать свободным , Аноним (13), 12:21 , 26-Май-25, (13) +2

Не, они выпускают ненужное ведро А свободное оно только для поехавших комми,, Аноним (-), 12:29 , 26-Май-25, (16) –2

а хирурги тоже только удалять умеют, а поди ж ты, им платят, и хорошие на дороге, 789 (?), 12:43 , 26-Май-25, (25) +2

Хирургам платят за то, чтобы после операции организм продолжал работать А если н, Аноним (30), 12:47 , 26-Май-25, (30) +3

Справедливо Но железо под это свободное , где найти никто не знает, да и само , 789 (?), 12:51 , 26-Май-25, (35)

https www opennet ru opennews art shtml num 62028, чатжпт (?), 12:55 , 26-Май-25, (37)

А почему поехавшие именно они, а не тот, кто это написал , Аноним (65), 19:31 , 26-Май-25, (175)

Они бесполезной работой занимаются , Karl Richter (ok), 13:14 , 26-Май-25, (52) +4

Почему это бесполезной Они получают грантики за удаление строчек в коде ядра Вп, Аноним (-), 13:33 , 26-Май-25, (57) –1

И для меня, например , Аноним (65), 14:05 , 26-Май-25, (70)

Ждём 6 15 4 - 6 15 6, а вы пока ломайте копья на этой альфе , Аноним (3), 12:04 , 26-Май-25, (3) –2

с размозкой, друг, линус уж лет 15 как забил на привязку смены нумерации к каки, 789 (?), 12:46 , 26-Май-25, (28) +1

6 15 4 это 4 багфикса 6 15-го , Аноним (65), 14:07 , 26-Май-25, (72) +2

Ааа, да, я то думал в 6 Х 6 примерно накладывают ограничения на прием новых фич,, 789 (?), 14:36 , 26-Май-25, (89)
6 15 4 это минимум четыре тысячи новых багов из 6 16, три из которых на 6 16 про, Аноним (112), 15:57 , 26-Май-25, (112)

Ядро Терминатора было И этого хватит , Аноним (-), 15:35 , 26-Май-25, (106)

У него 4 15 вроде было Древненький он, потому и жизнью такой недовольнй, ядро е, Аноним (-), 11:29 , 27-Май-25, (236)

Мы знаем, что ты до сих пор на 2 6 сидишь , НяшМяш (ok), 13:33 , 26-Май-25, (58) +4

6 14 4-300 fc42 x86_64 1 SMP PREEMPT_DYNAMIC Fri Apr 25 15 43 38 UTC 2025 x86_6, Аноним (100), 15:23 , 26-Май-25, (100) +2

Если речь про amdgpu, то претензия не к линуксу и его качеству, а к AMD В винде, Аноним (6), 15:55 , 26-Май-25, (111)

В винде на 99 9 не сломан Т е stable nonsense это ядро, но виноваты AMD , Аноним (-), 16:33 , 26-Май-25, (115) –1

Уверен, что именно в этом проблема, а не в том, что индусы из AMD что-то там сло, Аноним (6), 17:35 , 26-Май-25, (130)

А код драйвер вообще менялся Можно конечно Но ты же себе позволяешь писать пре, Аноним (-), 17:41 , 26-Май-25, (131) +1

Дак я хз, у меня встройка Интел Но AMD коммитят чуть ли не каждый день Так что, Аноним (6), 17:55 , 26-Май-25, (135)

Можете написать и доделать аж целый драйвер Иначе какая выгода от открытости В, Афроним (?), 17:53 , 26-Май-25, (134) –1

Да, и как же они закрытый блоб патчат , Аноним (65), 18:16 , 26-Май-25, (150)

Вот к примеру https gist github com joanbm def2bf57ed7a799c1d84a67606459314, Афроним (?), 18:45 , 26-Май-25, (160)

Поддержу - амдшный драйвер просто отвратительного качества Репорты с крашами ви, Аноним (206), 05:17 , 27-Май-25, (206) –1

Да всем фанатам AMD-карт надо показывать такой код на ночь https github com to, Аноним (6), 10:23 , 27-Май-25, (224) +1

А все должны узнать что у твоего величества, оказывается, баг Не, блин, ВСЕХ су, Аноним (-), 11:05 , 27-Май-25, (231)
Опа, это не ванила Тогда - contact your support В смысле федоры своей Мало ли, Аноним (-), 20:22 , 27-Май-25, (284)

Линусу уже скоро надоест шестёрка в качестве мажорной версии Когда захочет поме, Анониссимус (?), 21:43 , 26-Май-25, (186) +2

Я хоть и уволился с работы на которой виртуальные машины и их резервное копирова, Аноним (13), 12:14 , 26-Май-25, (8)

https www opennet ru opennews art shtml num 62028, чатжпт (?), 12:55 , 26-Май-25, (39) +1

Это можно будет использовать с консумерскими картами или редхат в такое не умеет, Аноним (12), 12:20 , 26-Май-25, (12) –1
Но ведь это карты с GSP и без прошивки они даже работать не будут Какой смы , Аноним (-), 12:29 , 26-Май-25, (17) +5

Им главное - показать, что современный Linux - это имитация свободы, потому что , Аноним (22), 12:41 , 26-Май-25, (22) –1

А почему это не в Столлмановской И причем тут интерпретации Как борода написал, Аноним (30), 12:46 , 26-Май-25, (27) +1

Вот поэтому мы хотим чтобы ядро имело лицензию GPL_v3 , Аноним (-), 15:40 , 26-Май-25, (107)

Хотеть вы можете все что хотите И, слава богу, Торвальдс не дурак и ядро не бу, Аноним (-), 15:46 , 26-Май-25, (108) +1

Может, и поменял бы, если бы всех комитеров за 30 лет смог опросить Надо было , Аноним (65), 17:11 , 26-Май-25, (123)

Нет, не поменял бы I think it s insane to require people to make their private , Аноним (-), 17:33 , 26-Май-25, (128) +1

Зачем их ключи собирать Надо подписи их ключами собирать Что и есть опросить и, Аноним (65), 18:14 , 26-Май-25, (148)
GPLv3 не требует чужие ключи Она требует не быть вредителем, потому что раздава, Аноним (185), 21:22 , 26-Май-25, (185)

Как лицензию интерпретировать - решает не лицензиар, не лицензиат, а суд И руко, Аноним (185), 18:38 , 26-Май-25, (157)

А должен предоставлять бесплатно До такого маразма даже комми не додумались Тяжк, Аноним (-), 18:53 , 26-Май-25, (164)

Амуде при тех же равных годами визжало про открытоcть Что не так , Афроним (?), 13:01 , 26-Май-25, (42) –2

Ну а кто им запретит Что амд тоже не будет работать , Аноним (30), 13:06 , 26-Май-25, (47)
Так у них и есть куда менее проблемный в целом драйвер - без долботни характерно, Аноним (-), 19:57 , 27-Май-25, (279)

Пока что ничего нет , Аноним (22), 12:34 , 26-Май-25, (19)

Скоро https get opensuse org ru tumbleweed , Аноним (114), 16:32 , 26-Май-25, (114)

Gcc15 уже собирается или опять заблеклистят как с gold , Аноним (112), 12:35 , 26-Май-25, (20)

Так на gold же вообще забили те, кто его пропихнул Google , Аноним (65), 14:25 , 26-Май-25, (85)

Тут нужно понимать, что я такого вообще не видел прежде Но теперь, видимо, ядро, Аноним (112), 17:12 , 26-Май-25, (124)

Голд получше ЛЛД побыстрее,а так ГСС развивается прогрессивно в ногу со времене, Афроним (?), 18:02 , 26-Май-25, (143)

Голд нафиг не нужен - кроме clang комилятора не бывает, и линкера кроме lld да,, Аноним (185), 18:45 , 26-Май-25, (159)

При том первое не умеет дофига архитектур а второе крайне печальное и кривое Там, Аноним (-), 11:32 , 27-Май-25, (238)

Я этим gold никогда и не пользовался Ядро традиционно собираю GCC binutils , Аноним (65), 18:06 , 26-Май-25, (146)

gold, ты имеешь ввиду подававший ольшие надежды ввиду линкер , Аноним (-), 16:30 , 26-Май-25, (113)

Вся суть , Аноним (22), 12:45 , 26-Май-25, (26) –1

Старые ядра удаляют что ли В чем проблема взять относительно старое , Аноним (51), 13:12 , 26-Май-25, (51)

Фичи нового, кроме конкретного удалённого Можно решить портированием удалённого , Аноним (65), 14:11 , 26-Май-25, (74)
В том, что очень скоро glibc будет требовать новое А раньше её - весь софт Вот, Аноним (185), 18:46 , 26-Май-25, (161)

Glibc редко требования к ядру подтягивает И LTS версии ядер есть Как и дистро , Аноним (-), 11:34 , 27-Май-25, (239)

Дешёвые отговорки Значит туда и дорога, раз руководство может только под DoC и в, Аноним (255), 13:25 , 27-Май-25, (255)

Это не дешевые отговорки а забота о выживании проекта в целом Даже если порой и, Аноним (-), 19:24 , 27-Май-25, (274)

Введена идиотская терминологическая путаница , Аноним (22), 12:54 , 26-Май-25, (36)
Что мне это потенциально дает как владельцу Raptor Lake со встройкой Продолжена , penetrator (?), 12:55 , 26-Май-25, (38)

Тут надо тестировать на конкретно вашей конфигурации А вообще тесты показывают,, Аноним (114), 16:39 , 26-Май-25, (117)

Когда ARC B580 в Counter Strike 2 отстает в 4К даже от RX 6500 XT это мягко гово, Аноним (212), 08:07 , 27-Май-25, (212)

Надо тестировать на вашем железе https www youtube com watch v s6f88rCmnjQ, Аноним (114), 09:07 , 27-Май-25, (219)

Превосходная опечатка NVK с Nova уже может работать или ещё нет Без включенной к, Ilya Indigo (ok), 13:02 , 26-Май-25, (43)

Я так подозреваю - либо одно, либо другое И зачем Nova нужно - не очень понятно, ProfessorNavigator (ok), 14:29 , 26-Май-25, (86)

Если я правильно понял, NVK это только реализация Vulkan в Mesa для карт Nvidia,, Ilya Indigo (ok), 14:58 , 26-Май-25, (92)

Нет, судя по этому https www collabora com news-and-blog news-and-events intro, ProfessorNavigator (ok), 15:48 , 26-Май-25, (110)

Я внимательно прочитал текст по ссылке, и даже заглянул в раздел новостей, но не, Ilya Indigo (ok), 16:52 , 26-Май-25, (121)

Возможно, я не так понял, но вот There are a few things which have changed recen, ProfessorNavigator (ok), 17:19 , 26-Май-25, (125)

Тут имеется ввиду, что они используют открытые дрова Nvidia как документацию Но , Ilya Indigo (ok), 17:34 , 26-Май-25, (129)

Это нвидия Место проклятое Так что нате вам полдюжины дров, и все - полурабочи, Аноним (-), 11:37 , 27-Май-25, (240)

Да дело не столько в Nvidia Так любая корпорация работает Плюс-минус Проблем, ProfessorNavigator (ok), 13:13 , 27-Май-25, (253)

Даже если корпорации исчезнут, лучше не станет Вон в совке корпораций не было А , Аноним (-), 13:26 , 27-Май-25, (256) –1

Ваши слова опровергаются очень легко Почему нет нормальных драйверов Nvidia По, ProfessorNavigator (ok), 14:32 , 27-Май-25, (260)

Амдшники открыли, а дрова все равно глючные Можно не только в спеках дело Как ж, Аноним (-), 14:37 , 27-Май-25, (261)

Ваше утверждение, мягко говоря, сомнительное Потому что я например видел весь с, ProfessorNavigator (ok), 15:32 , 27-Май-25, (264)

Вы меня цитируете и сразу же перевираете Где там написано что проприетарный хор, Аноним (-), 15:57 , 27-Май-25, (265)

Ну естественно, что проприетарный драйвер лучше открытого работает У инженеров , ProfessorNavigator (ok), 17:57 , 27-Май-25, (272)

Потому что жигуль так то в девичестве - Фиат цельнодраный Только капиталисты мо, Аноним (-), 19:40 , 27-Май-25, (277)

Не так В основе - да, Фиат Однако его достаточно серьёзно дорабатывали Под на, ProfessorNavigator (ok), 20:14 , 27-Май-25, (282)

Если так посмотреть - то пролетариат так то драл все что дерется со времен Генри, Аноним (-), 20:46 , 27-Май-25, (285)

Почему-то Intel и AMD смогли договориться и делать это значительно менее криво , Аноним (-), 19:37 , 27-Май-25, (276)

Потому и смогли, что конкуренция была со стороны Nvidia Если Nvidia не было бы , ProfessorNavigator (ok), 19:59 , 27-Май-25, (280)

А оно AMD нафига Чтобы до упора наслаждаться локапами в ядре хрен отдебажишь , Аноним (286), 20:56 , 27-Май-25, (286)

А что, саму Nova уже можно запустить , vlad1.96 (ok), 18:00 , 26-Май-25, (140)

Без коррозии ядра точно нет Я предположил что это именно то что нужно NVK, они к, Ilya Indigo (ok), 18:18 , 26-Май-25, (151)

Очень хорошо выводит https www opti-com ru catalog product 6929906, Аноним (155), 18:26 , 26-Май-25, (154)
Всё что нужно от драйверов, NVK уже получили Nouveau уже давно работает с GSP п, vlad1.96 (ok), 18:52 , 26-Май-25, (163)

Благодарю, не знал что Нуво имеет работать с GPS прошивками Ранее я читал, да эт, Ilya Indigo (ok), 19:39 , 26-Май-25, (176)

Сложно оценить что вообще дальше будет с драйверами и их вулкан-драйверами Если, vlad1.96 (ok), 20:16 , 26-Май-25, (182)

Ну вот и славненько Кто там писал никогда не примут , мейнтейнер не позволит, Аноним (30), 13:04 , 26-Май-25, (45) +1

Это не мейнтейнеру указали его место А всем тем, кто вкладывался в Linux не пот, Аноним (185), 18:49 , 26-Май-25, (162)

Они внедрение раста когда закончат Или у самураев только путь , Кошкажена (?), 13:20 , 26-Май-25, (53) +1

А написание ядра когда закончат Или тут тоже только путь Внедрение закончится к, Аноним (-), 13:32 , 26-Май-25, (56)

Написание ядра действительно путь Т к цель написать работающее ядро, как таков, Аноним (65), 14:16 , 26-Май-25, (76) +4

Открываем статистику ядра 6 14, тк для нового еще нет и что мы видим lwn net Art, Аноним (93), 15:03 , 26-Май-25, (93)

Причём здесь корпорасы Пусть они для своих Андроедов и прочих их корпорастическ, Аноним (65), 17:57 , 26-Май-25, (136)

Эта статистика показывает невероятны вклад индивидуалов в развитие ядра При чем , Аноним (-), 18:03 , 26-Май-25, (144)

В ядре то Несколько тыщ А по всей планете - довольно дофига Прелесть си в том, Аноним (-), 19:45 , 27-Май-25, (278)

Какая куча Пруфы будут В фучсии, которая где используется В фоторамке К тому, Кошкажена (?), 22:26 , 26-Май-25, (189)
Дык это стабильный язык со взрослыми библиотеками, а не вечными альфами и очеред, Кошкажена (?), 22:30 , 26-Май-25, (191)

Где роадмап, в котором написано, финальные фичи будут допилены в таком то месяце, Аноним (13), 20:10 , 26-Май-25, (179)
Ты способен отличить развитие работающего кода от ржавых ничего не делающих загл, Кошкажена (?), 22:28 , 26-Май-25, (190)
Да ответ то на этот простой известен давно специалистам - когда электронику пере, Аноним (-), 23:40 , 26-Май-25, (197)

Всё ещё есть энтерпрайз работающий на, прости господи, Коболе Поэтому не при на, Анонимище (?), 13:52 , 26-Май-25, (63)

COBOL к ядру зачем приплёл , Аноним (65), 14:19 , 26-Май-25, (77) +1

https avtorgaz ru modelnyy-ryad modelnyy-ryad-sobol Это ведь программисту необ, Аноним (155), 18:24 , 26-Май-25, (153)
Просто привел пример инертности в плане перехода на новый язык И нет никаких га, Анонимище (?), 06:28 , 27-Май-25, (208)

только начали, Аноним (64), 13:53 , 26-Май-25, (64)

Костыль kqueue без костылей умеет сразу сколько угодно событий выгребать и закид, Ivan_83 (ok), 14:15 , 26-Май-25, (75) –1

И где теперь этот какью А линукс везде , Аноним (79), 14:20 , 26-Май-25, (79)

Так и что Просто это было к тому что маразм начался kqueue дизайнили сразу как м, Ivan_83 (ok), 15:24 , 26-Май-25, (101)
Вспомнил одного программиста который в комитах так и писал cakies или remove cak, Аноним (-), 23:43 , 26-Май-25, (198)

Как будто, epoll не умеет следить за несколькими дескриторами одновременно , Аноним (65), 14:23 , 26-Май-25, (83)

Вы даже не поняли о чём речь , Ivan_83 (ok), 15:25 , 26-Май-25, (102) –1

А еще если посмотреть глубокий анализ фич именно ядра Linux VS kqueue - можно за, Аноним (-), 11:43 , 27-Май-25, (243)

Что-то не совсем понял, это типо какие-то обработчики с прошивок будут выполнять, Смузихлеб забывший пароль (?), 16:33 , 26-Май-25, (116)
Что там с ntfs Так и портит файлы , какая разница (?), 17:30 , 26-Май-25, (126)

ntfs3, какая разница (?), 17:31 , 26-Май-25, (127)
Не знаю, в бунте нет пока пакета с ядром я на дебиане, но вот пакет с ядром ста, Аноним (185), 18:55 , 26-Май-25, (165)

Уровень - Критический 1 Компилируем новое ядро Linux 2 Запускаем в соседнем т, Аноним (170), 19:05 , 26-Май-25, (170) –2

Внезапное отключение NFS шары, завешивает все наглухо, как и 10 лет назад, anonymous (??), 21:12 , 26-Май-25, (184) –2
А я в винде когда СД диски в Неро писал, то не то что мышкой не шевелил, но и не, Аноним (193), 22:40 , 26-Май-25, (193) +3

Это другое, понимать надо , Аноним (6), 00:55 , 27-Май-25, (203)

Ну это действительно другое, там чуть ли не realtime-задача Впрочем, с нормальн, Аноним (215), 08:41 , 27-Май-25, (216)

А делал ли ты, копирование с CD, DVD, с CDA, в Wav, без потери качества Возможно, Аноним (155), 02:31 , 27-Май-25, (204) –1

Да и ложить на лейблов большущий прибор , Аноним (254), 13:27 , 27-Май-25, (257)

Её богу ерундой занимаются Займитесь драйверами У вас железо не работает, не д, Аноним (193), 22:38 , 26-Май-25, (192)

это у вас не работает, а у нас все работает и телефон подключается и печатается , Аноним (194), 22:54 , 26-Май-25, (194)
В соседней новости - драйвер телефона с которого не требуется фоты скидывать , Аноним (286), 21:02 , 27-Май-25, (289) +1

Разработка как у большой компании и все это бесплатно А ради чего Пытаются пок, Аноним (-), 23:28 , 26-Май-25, (195) –2
Помните график, показывающий экспоненциальный рост ядра Корпорасты захламили ядр, Аноним (201), 00:27 , 27-Май-25, (201)

Рост линейный, Аноним (210), 07:19 , 27-Май-25, (210)
Чел, там 70 изменений - удаление старых драйверов из ядра и чистка мусора, Илья (??), 07:39 , 27-Май-25, (211)

Кто-нибудь знающий может подсказать, почему камень 9900T при 100 нагрузке тротт, Аноним (213), 08:12 , 27-Май-25, (213)
Вот такие юзкейсы как раз и надо было поддерживать, кровь из носа Потому что ли, Аноним (-), 11:06 , 27-Май-25, (233)

Из чьего носа Если из вашего - отлично, подставляйте нос Но чего-то вы не приш, Аноним (248), 12:06 , 27-Май-25, (248)

Операционкой надо пользоваться, а не любоваться , Аноним (287), 20:58 , 27-Май-25, (287)

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

1. "Релиз ядра Linux 6.15" –25 +/–

Сообщение от Аноним (1), 26-Май-25, 11:59

зачем в ядре дрова, ну вот зачем? неужто непонятно, что монолит для зоопарка ЭВМ это абсолютно неправильный путь?

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

6. "Релиз ядра Linux 6.15" +9 +/–

Сообщение от Аноним (6), 26-Май-25, 12:09

Ну дак не пользуйся дровами в ядре, что ныть то?

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

66. "Релиз ядра Linux 6.15" +2 +/–

Сообщение от Аноним (1), 26-Май-25, 13:58

почему вы так ущемляетесь когда вам оглашают очевидные факты?

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

80. "Релиз ядра Linux 6.15" +8 +/–

Сообщение от Аноним (80), 26-Май-25, 14:20

без дров, ядро то никому не нужно :)

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

109. "Релиз ядра Linux 6.15" +10 +/–

Сообщение от Аноним (6), 26-Май-25, 15:48

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

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

7. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (7), 26-Май-25, 12:13

Так все дрова по отдельным модулям раскиданы.

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

10. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (7), 26-Май-25, 12:15

Или вы желаете драйвера в userspace загружать? Это ж ерунда получается

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

65. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 13:58

В userspace это уже почти микроядерность получается.

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

119. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (80), 26-Май-25, 16:42

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

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

122. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 17:05

И кого же на дескопе устроит ныне однозадачность? Как во времена DOS: Запустил LO Writer, понабирал документ. Что-то надо посмотреть в таблицах, закрыл Writer, открыл Calc. Закрыл Calc, открыл Writer, продолжил. Очень удобно, да.
В общем, без ядра только в эмбеддовке приемлемо.

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

177. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 26-Май-25, 20:09

> И кого же на дескопе устроит ныне однозадачность?
сколько ядер в ЦПУ - столько и одновременных задач. Ваша аппаратная архитектура, архитектурно требует наличие ОС (ядра ОС), то есть того кто будет запускать задачи после передачи управления от там всякого биоса. А что такое ядро ОС? Это программа которая запускает (останавливает) другие программы. Биос же ваш не идет и не пытается запустить несколько независимых программ на всех доступных ядрах. Он запускает ядро ОС (загрузчик и т.д.)
> В общем, без ядра только в эмбеддовке приемлемо.
Борт-машины с борт-программами, им не нужны понятия ОС (ядро ОС и т.д.), параллельность - многозадачность.

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

215. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (215), 27-Май-25, 08:34

Идеально! А использование ресурсов — ну, кто первый встал, того и тапки. А на диск вообще посекторно писать будем, кому куда удобно.

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

225. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 10:23

> А использование ресурсов — ну, кто первый встал, того и тапки.
Вы, как я думаю, студенческой общаги не видели. Как, по вашему, надо разделять общие ресурсы?
> А на диск вообще посекторно писать будем, кому куда удобно.
А кто виноват, что вы спроектировали общее устройство хранение? У вас в архитектуре и ОЗУ и ПЗУ - общее. А доступом управляет контроллер железный. А чтобы в "чужой" сектор не писать контроллер возмем "кисть и раскрасит" сектора.

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

237. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (215), 27-Май-25, 11:31

> Как, по вашему, надо разделять общие ресурсы?
Комендант есть (ОС).
> А доступом управляет контроллер железный. А чтобы в "чужой" сектор не писать контроллер возмем "кисть и раскрасит" сектора.
А кто раскрасит? ОС.

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

246. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 11:50

> Комендант есть (ОС).
аппаратный контроллер кто-то отменил? У вас и на ОЗУ и ПЗУ он есть.
> А кто раскрасит? ОС.
если доступом управляет аппаратный контроллер, то он и выдает бейджики (красит), очевидно же.

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

247. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (247), 27-Май-25, 11:55

> аппаратный контроллер кто-то отменил? У вас и на ОЗУ и ПЗУ он есть.
Там есть довольно глупые в этом смысле hardware automations. Зато они - быстрые. А дофига логики на line speed ворочать - не очень хорошо работает, если вам вдруг не рассказали.
> если доступом управляет аппаратный контроллер, то он и выдает бейджики (красит),
> очевидно же.
Это все абстрактно. Этот аппаратный контроллер кто и как называется в этом мире? MMU? Он беджики выдает только на тему прав доступа к памяти, остальное не его проблемы опять же.

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

250. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 12:13

> А дофига логики на line speed ворочать - не очень хорошо работает, если вам вдруг не рассказали.
Хорошо делай, хорошо будет работать. ЦПУ общего назначения никогда "хорошо" работать не будет.
> MMU? Он беджики выдает только на тему прав доступа к памяти, остальное не его проблемы опять же.
Ну, а че делать если он у вас такой родился? Пытались родить другой? Думать не надо - НЕТ! Все можно скинуть в программную сторону, ток какой выигрыш от этого? Вон была же новость про эмуляцию одного цпу в другом через скрещивание ежа и ужа, и к чему это приводит?
> Это все абстрактно.
Все начинается с абстракций.

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

270. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (270), 27-Май-25, 17:23

> Хорошо делай, хорошо будет работать.
Это абстрактные фразы. Чем сложнее логика - тем больше транзисторов надо выделить. А например потребление CMOS пропорционально C * F * Vdd^2 * N где F это частота N это число переключаемых за операцию транзисторов.
Значит если блок сложный и быстрый - будет жрать и перегреваться! А кроме общего TDP есть еще - локальный перегрев: сбагривать тепло от крутого производительного блока в остальной чип - получается с ограниченной скоростью. У кремния теплопроводность не очень крутая, если что.
Для контроллеров типа DRAM, перфоманс напрямую отвечает за общий перфоманс системы, т.е. DRAM - bottleneck. Эти контроллеры работают на пределе. При том они еще сигналы должны, наружу, с почтенной скоростью, даже со всеми читами - добавляет нагрева, приплюсовав к потреблению. По этой же причине ROM дико тормозной VS CPU в чистом виде! Реально быстрый - SRAM, может пахать на скорости CPU. Вот только это 6 транзистров на 1 бит. Поэтому реально - вот вам несколько мегз кеша, но ВСЮ память системы так? А вы платить столько не офигеете? Кеши CPU - лайфхак пытающийся сочетать объемы DRAM с 1 транзистором на ячейку и скорость почти как у вон того. Это хоть немного разгружает несчастный контроллер DRAM. Который уже много лет не поспевает за основным core. А флеш не успевает за cpu - даже на микроконтроллерах, нахрен, уже! Приходится реально - wait states програмить! Когда проц - ждет, ничего не делая, пока флеш ему данные вынет, если не повезло. Не очень рационально, но таковы лимиты технологий и их обход не халявен, имеет побочные эффекты и отливается.
А если усложнить блоки - окей, но их скорость провалится, при том что в нее и так упирались тупо везде. Или они будут выгорать нахрен за полгода в стиле чипов интела. Оно кому-то надо. Прикольно конечно думать что все чипмейкеры болваны, а вы умный, но это слишком хорошо чтобы быть правдой.
> ЦПУ общего назначения никогда "хорошо" работать не будет.
У CPU общего назначения есть забойный плюс - он перепрограммируемый. Это выгодное вложение денег. А выделять огромный блок транзисторов на специализированную задачу - в целом делает чип менее привлекательным для покупателей. Конечно нишевые случаи где это имеет смысл - есть. И бывают ASIC. Но они значительно менее популярны чем CPU и имеют нишевое хождение. И даже там типовые соотношения остаются. В частности современные proof of work - "memory hard" в допущении что набить дофига быстрой RAM в ASIC для массово параллельного брута - чипмейкеры все же обломаются.
> Ну, а че делать если он у вас такой родился? Пытались родить
> другой? Думать не надо - НЕТ! Все можно скинуть в программную
> сторону, ток какой выигрыш от этого?
Выигрыш - универсальная, гибкая, реконфигурируемая система. Оно и права рюхает, и своп может обеспечить, и что там еще. А рядом "коллеги" могут и так же но с другой стороны шины, т.е. для DMA от железок (IOMMU) или допустим для VRAM в GPU (GPU-side MMU). Просто удачный паттерн дизайна, позволяющий продвинутости и новые свойства без сильного вклина производительности при этом. Что повышает ценность железок в глазах покупателей. А ASIC вы продать конечно можете - но 20, чтоли, миллиардов ядер, как ARM в прошшом году - смогете? Кто в таком объеме fixed function покупать будет и зачем? Даже GPU ушли от этого, заменив fixed function hardware блоками универсальных SIMD крушилок и делая то же самое, но - шейдерами, в софте, а скорости разогнали тюнингом дизайна на типовые задачи.
> Вон была же новость про эмуляцию одного цпу в другом через скрещивание ежа и ужа, и
> к чему это приводит?
Пока у вас это новости, я рутинно эмулирую другие процессоры x86. Это приводит к например возможности сбилдить системный образ даже не имея на руках свободного инстанса вон той железки, например. Да, это не очень быстро и не очень эффективно. Но это разовая задача и решена - сейчас, а не через i++ дней.
>> Это все абстрактно.
> Все начинается с абстракций.
И главное в абстракциях - это понять когда уже пора остановиться! Если вы будете слишком долго смотреть на бесконечность - она посмотрит в вас. И это БУДЕТ иметь определененые эффекты.

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

271. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 17:52

> Это абстрактные фразы.
А все что вы описали это конкретная имплементация, а теория не зависит от имплементации.
> Значит если блок сложный и быстрый - будет жрать и перегреваться!
Это зависит от того какой у вас транзистор. Есть оптические, но и там тепло выделяется ибо это законы термодинамики.
> Прикольно конечно думать что все чипмейкеры болваны, а вы умный, но это слишком хорошо чтобы быть правдой.
а кто такое утверждал? Я утверждаю лишь одно - никаких радикально новых исследований - НЕТ.
> Это выгодное вложение денег.
На этом можно и закончить.
> Даже GPU ушли от этого
Ага и стали выпускать всякие TPU/NPU, видите ли ЦПУ общего назначения не годится для ИИ.
> Да, это не очень быстро и не очень эффективно.
Грейте дальше планету :)
> Если вы будете слишком долго смотреть на бесконечность - она посмотрит в вас. И это БУДЕТ иметь определененые эффекты.
Ее сначала надо определить в финитных терминах :)

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

273. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 19:15

> А все что вы описали это конкретная имплементация, а теория не зависит
> от имплементации.
В теории я мог бы и на Луну слетать. Завтра. Ничему не противоречит. На практике я конечно обломаюсь с такими планами. Почему-то. Так же как вы обломаетесь - с отправкой сообщения на опеннет с теоретически-возможного дизайна системы. Этим теория и отличается от практики.
>> Значит если блок сложный и быстрый - будет жрать и перегреваться!
> Это зависит от того какой у вас транзистор. Есть оптические, но и
> там тепло выделяется ибо это законы термодинамики.
Так вышло что хорошо отладили на этом глобусе - кремний, он и дешевый, и параметры разогнали до почти научной фантастики. Скажи кому в 1970 про параметры процов сейчас - не поверили бы.
А с оптикой ну вот не задалось. Очень разнородная штука, не интегрируется с существующими технологиями и теоретически как бы да. Практически - воз и ныне там за столько лет. Ну вот туго идет направление. И будет ли оно лучше когда-то... вопрос же не в том чтобы сделать 1 убер вундервафлю, а чтоб ее еще и технологично тиражировать было.
> а кто такое утверждал? Я утверждаю лишь одно - никаких радикально новых
> исследований - НЕТ.
Это в каком-то роде так. Но тому есть причины. Т.е. попробовали так и сяк, туго идет, дофига проблем, отдачи с вложений - нифига, и в какой-то момент все начинают тот же вопрос что с лунной ракетой - мол, а оно нам надо - летать за несколько миллиардов долларв за присест на эту Луну? А взамен таких затрат - что? ЧСВ уже почесали, второй раз уже приелось слегка. А практическое использование или развитие - чтобы эти миллиарды выкроить за счет других - какое?
>> Это выгодное вложение денег.
> На этом можно и закончить.
Это то что сделало капиталистов - эффективными. Есть стимул быть эффективными и прагматичными, вместо бесконечного бухания ресурсов в условный "вечный двигатель".
>> Даже GPU ушли от этого
> Ага и стали выпускать всякие TPU/NPU, видите ли ЦПУ общего назначения не
> годится для ИИ.
GPU достаточно похожи на NPU, просто NPU еще более экстремальный респин дизайна. С кучей мелких но массово параллельных процыков. То что по отдельности дохлые - и фиг с ними, главное чтоб за юнит времени дофига нейронов считало. Изначально все это на GPU обкатали, когда пошло по крупному стали делать еще более специализированные дизайны.
>> Да, это не очень быстро и не очень эффективно.
> Грейте дальше планету :)
Можно завалить ее вместо этого eWaste и отходами от производства электроники, которые тоже не всегда полезны и безобидны. Тоже такое себе. А куда девать кучу не перепрофилируемых под новую задачу чипов и борд?
В этом смысле репрограммируемые процы оказались универсальным ответом на многие вопросы вселенной. Допустим мне надо полить цветы в мое отсутствие. Можно сделать это на дубовой логике. Будет чуточку оптимальнее, дешевле и проч. Но если вдруг начальная логика не устроила - ОПА - все резко меняется. Фирмварь может реализовать любую мыслимую логику. Поменять логику или параметры в ASIC? Упс! Перевыпуск ASIC! И несколько миллионов долларов на запуск шоу, между прочим, не забудьте. И старые куда девать, если например пипл их совсем не берет? Вечно на складах держать? А это тоже ресурсов требует - и стоит денег, как отражение этого.
>> Если вы будете слишком долго смотреть на бесконечность - она посмотрит в вас.
>> И это БУДЕТ иметь определененые эффекты.
> Ее сначала надо определить в финитных терминах :)
Это не обязательно. Я видел таких. Они просто не от мира сего. Их не понимают в этом мире, они страшно далеки от народа. Поэтому никто и не рвется выделять много ресурсов на их безбедное сушествование и начинания. А, собственно, зачем? Чтобы что? Они живут в видуманном виртуальном мире своих абстракций. Окружающим это никакой пользы не приносит. Так что бухать в них ресурсы - не логично.

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

291. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 22:52

> В теории я мог бы и на Луну слетать. Завтра. Ничему не противоречит.
Не путайте теорию, где каждое утверждение необходимо доказать (в том числе можно доказать и эмпирически), с фантазиями. Обычно бывает таки на оборот, когда фантасты предугадывают будущее.
> Скажи кому в 1970 про параметры процов сейчас - не поверили бы.
Наука - не религия, здесь нет места для веры! Закон Мура блаблабла - доказан теоретически?  - НЕТ, а первые несколько десятков лет яко бы работал :)
> А с оптикой ну вот не задалось.
Пока не задалось, новые идеи нужны.
> Т.е. попробовали так и сяк, туго идет, дофига проблем, отдачи с вложений - нифига, и в какой-то момент все начинают тот же вопрос что с лунной ракетой - мол, а оно нам надо - летать за несколько миллиардов долларв за присест на эту Луну?
Ну раз туго идет, значит либо ума не хватает, либо надо выбирать кардинально иной путь, а текущий - тупиковый, но это опять таки надо еще доказать. Понимаете, "меняя предметы жонглирования, вы законы притяжения земли не познаете".
> Есть стимул быть эффективными и прагматичными, вместо бесконечного бухания ресурсов в условный "вечный двигатель".
Ну надо быть дураком, чтобы вбухивать в то, что теоретически заведомо (доказанно) не невозможно. Капитализму пофиг во что вбухивать деньги, главное чтобы это потом принесло еще больше денег. Вот скажите, какой профит от вбухивания 300 лярдов в ИИ? Что в сказки про "лекарство от рака поможет найти" поверить? И в чем эффективность капиталистов? То что ученые пляшут под их дудку, как в поговорке "про музыку и кто за  нее платит"? Вон посмотрите на так называемых ведущих математиков, которые опустились до пиар менеджеров скам компаний таких как openAI.
> Изначально все это на GPU обкатали, когда пошло по крупному стали делать еще более специализированные дизайны.
ну да сначала пытались на гпу матрицы умножать, потом поняли, что нужны отдельные аппаратные умножители. И что, кто их покупает? да никто. Гиганты себе заказывают пачку для своих нужд и все.
> А куда девать кучу не перепрофилируемых под новую задачу чипов и борд?
А кто их будет в масштабах шир-потреба производить? Борт компьютер самолета вам дома годится за место калькулятора или будильника с часами? Поэтому вы его не купите.
> Поменять логику или параметры в ASIC? Упс! Перевыпуск ASIC!
Вы опять путаете понятие "общего назначения" и специализированное устройство. Да, сначала на фпга будут обкатывать, а потом и в асике распечатают, так и делают всякие железные сетевые устройства, заточенные под определенные цели. Там цпу общего назначения только на какой-нибудь менеджмент плейне.
> Их не понимают в этом мире, они страшно далеки от народа.
Народ потребитель, и наука это продукт потребления, цель науки - познать мир.
> Поэтому никто и не рвется выделять много ресурсов на их безбедное сушествование и начинания.
А вы где то видели ученого миллиардера? Для фундаментальной науке не нужны ваши миллиарды, достаточно ручка и лист бумаги.
> А, собственно, зачем? Чтобы что? Они живут в видуманном виртуальном мире своих абстракций. Окружающим это никакой пользы не приносит. Так что бухать в них ресурсы - не логично.
Вот и я не пойму зачем потребители складывают числа, зачем им интеллект, ну пусть живут как собаки, а нет, сущность людская такова. Рабом "тут чего угодно вставьте" быть не запретишь.

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

275. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 19:31

> Я утверждаю лишь одно - никаких радикально новых исследований - НЕТ.
Нитрид галлия это новое или уже старое?
А исследования применения карбида кремния в качестве транзисторов?
Пару лет назад была статься про опыты с арсенидом бора.
Всякие двумерные дисульфиды молибдена, силицены и наконец-то графен - исследования последнего считайте только стартовали.
Новость о создание полупроводника на его базе были всего лишь в прошлом году
nature.com/articles/s41586-023-06811-0
И это без учета всякой экзотики типа фотоника или углеродные трубки.
И это только транзисторы.
А можно еще поиграться с памятью - например какие-то phase-change memory.

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

281. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (281), 27-Май-25, 20:07

> Нитрид галлия это новое или уже старое?
> А исследования применения карбида кремния в качестве транзисторов?
Справедливости ради - из этого всего чипы не делают. Только силовые MOSFET с улучшенными параметрами. Но так то и для кремния изгалились - Superjuncton придумали например.
> А можно еще поиграться с памятью - например какие-то phase-change memory.
Уже много лет играются. Но пока не очень успешно. Т.е. да, купить что-то такое можно. Но дорого, малоемкое и с специфичными инженерными проблемами. И так уже много лет.

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

292. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 23:05

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

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

296. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 28-Май-25, 08:42

> Транзисторы в общем - это уже старое (даже оптические). Новые идеи вычислений
> должны быть.
Трансформаторы и электродвигатели - еще более старый дизайн. И принципы их работы не так уж изменились за 100-150 лет. Нам теперь что, трансформаторами не пользоваться? Ну попробуйте это провернуть на пратике.
> Все что вы перечислили это имплементация двоичных вычислений (логики).
> Квантовые вычисления - новая идея.
Она такая же новая как электромобили. Они тоже были известны - более столетия, и первый был сделан чуть ли не раньше ДВСов. Но до ума довели только более чем через век после начального протитипа. И до этого момента оно было - научным курьезом, не особо кому нужным. А зачем вам тяжелая проблемная медленныая колымага, с комфортом советского троллейбуса и запасом хода 60 км топ за кучу денег? :)
> А получается всегда наоборот, что легче имплементировать, то и используем, по
> аналогии х*як, х*як и в продакшен. Вот, что я хочу донести.
Потому что что штучная фигня выпиленная лобзиком - это прекрасно, но толку с нее - около ноля. Есть еще такое соображение как технологичность операций. Т.е. насколько это все просто и (не)затратно потом - произвести. А задачи можно решать - разными способами. Бесконечно долбиться в бетонную стену в надежде что лоб все же победит - тоже возможный сценарий так то.

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

293. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 23:14

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

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

207. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (207), 27-Май-25, 05:18

Идеально. Концентрация на работе, никаких отвлечений.

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

209. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Андрей (??), 27-Май-25, 07:15

Вы не слышали про DOS-Shell DesqView ? :)

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

245. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (215), 27-Май-25, 11:46

Да кто ж «TechHelp» резидентом не загружал.

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

254. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (254), 27-Май-25, 13:13

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

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

288. "Релиз ядра Linux 6.15" +/–

Сообщение от hbars (ok), 27-Май-25, 20:59

От Quarterdeck. Прикольная была штука. У меня на ней на 286 нода фидошная крутилась...

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

269. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 16:46

> В userspace это уже почти микроядерность получается.
Ну значит линукс получается - микроядро. Ибо VFIO всякое, FUSE, вот это все...
Т.е. при желании можно и в юзермоде драйвер железки накатать. Или ФС. То что оно тормозит от переключения контекстов - вопрос номер два. Кстати там для ФС io_uring сватают и тормозить оно не перестанет, но будет делать это заметно меньше. Ибо будет телепать контекст сразу на эвона какой блок в shared buffer, а не постоянно, на каждую фигню.

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

152. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Fracta1L (ok), 26-Май-25, 18:22

Он про то, что драйверы намертво прибиты к конкретной версии ядра, это реально дичь так-то

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

15. "Релиз ядра Linux 6.15" –4 +/–

Сообщение от Аноним (15), 26-Май-25, 12:27

Например: сломался компьютер. Переставил жесткий диск в другой. Продолжил работу. 100%.  Благодаря драйверам в ядре. У Windows и BSD такое не прокатит.

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

18. "Релиз ядра Linux 6.15" –7 +/–

Сообщение от Ф (?), 26-Май-25, 12:32

>У Windows такое не прокатит
Не гони. Не будет активирована лицензия и только.

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

23. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от 789 (?), 26-Май-25, 12:41

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

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

32. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от 1 (??), 26-Май-25, 12:51

Ну вставляй USB - делов-то. А неделю образ сношать, вместо того, чтоб virtio поставить, это уметь надо.

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

40. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от 789 (?), 26-Май-25, 12:57

Надо уметь, поставить vitrio чтобы оно не падало в синий экран, на оригинальном железе и виртуалке

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

241. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним9444935593 (?), 27-Май-25, 11:38

Rocket Science, не иначе

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

48. "Релиз ядра Linux 6.15" +/–

Сообщение от penetrator (?), 26-Май-25, 13:07

VMWare
сделал копию с железного диска запустил виртуалкой Windows 11
конечно могло не завестись, но завелось

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

98. "Релиз ядра Linux 6.15" +/–

Сообщение от АНоним (-), 26-Май-25, 15:16

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

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

299. "Релиз ядра Linux 6.15" +/–

Сообщение от penetrator (?), 28-Май-25, 10:54

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

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

68. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 14:00

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

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

73. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (-), 26-Май-25, 14:08

> А если на новом системнике требуется другой драйвер чего-нибудь, которого нет в
> поставке Винды из коробки?
То оно возможно заведется c generic драйвером. Будет выводить картинку в низком разрешении (если речь про видяху), или не будут работать какие-то фичи вроде управления питанием. Но чаще всего оно как-то работает и дает возможность установить нормальный драйвер.

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

78. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (215), 26-Май-25, 14:19

Будет точно то же, как если бы вы ставили на этот системник винду с нуля: придётся доустановить их руками (что само не скачается). Ваш Кэп.

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

166. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (166), 26-Май-25, 18:57

Заработает универсальный. Будет отсутствовать аппаратное ускорение и какое-нибудь 1024*768, но если винда подключена к сети, то через минут 5-10 сама скачает его. С сетью тоже всё нормально, начиная с десятой, если конечно не броадком

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

242. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним9444935593 (?), 27-Май-25, 11:41

даже с 8 всё относительно хорошо по моему опыту

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

31. "Релиз ядра Linux 6.15" +3 +/–

Сообщение от 1 (??), 26-Май-25, 12:49

Чёй-та в BSD такое не прокатит ? Ещё как прокатит.
С Windows - там чуть (именно чуть) хуже - но та же фигня.

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

34. "Релиз ядра Linux 6.15" +/–

Сообщение от 1 (??), 26-Май-25, 12:51

c freebsd такое прокатит. раньше точно прокатывало. думаю ничего на эту тему там не изменилось.

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

44. "Релиз ядра Linux 6.15" +2 +/–

Сообщение от Pahanivo (ok), 26-Май-25, 13:03

С BSD усе норм - fstab поправить и вперед.
А вот с виндами дааа - особенно на старых компах бывало, когда, скажем, с чипсета nvidia на intel перенос - где то в реестре осталась ссыла на старый драйвер и вечный bsod, с учетом всех дров сброшенных в дефолт пол дня ищешь этот баг.

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

84. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (215), 26-Май-25, 14:23

Это не на старых компах, а на старых виндах.

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

99. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 26-Май-25, 15:23

> С BSD усе норм - fstab поправить и вперед.
fstab зачем? вы же диск переставляете.

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

118. "Релиз ядра Linux 6.15" +/–

Сообщение от adolfus (ok), 26-Май-25, 16:40

UUID нового диска нужно прописать, чтобы автоматом монтировался.

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

120. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 26-Май-25, 16:44

> UUID нового диска нужно прописать, чтобы автоматом монтировался.
перечитайте комментарий 2.15
"""
Например: сломался компьютер. Переставил жесткий диск в другой. Продолжил работу. 100%.
"""

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

251. "Релиз ядра Linux 6.15" +/–

Сообщение от adolfus (ok), 27-Май-25, 12:24

>> UUID нового диска нужно прописать, чтобы автоматом монтировался.
> перечитайте комментарий 2.15
> Например: сломался компьютер. Переставил жесткий диск в другой. Продолжил работу. 100%.
В современном linux с EFI загрузиться с такого диска не получится -- нужно явно указать диск для grub.

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

262. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (80), 27-Май-25, 14:57

какой grub? там конфигурацию UEFI ток надо изменить и указать партицию EFI
//en.wikipedia.org/wiki/UEFI#UEFIBOOT
"""
Unlike the legacy PC BIOS, UEFI does not rely on boot sectors, defining instead a boot manager as part of the UEFI specification. When a computer is powered on, the boot manager checks the boot configuration and, based on its settings, then executes the specified OS boot loader or operating system kernel (usually boot loader[62]). The boot configuration is defined by variables stored in NVRAM, including variables that indicate the file system paths to OS loaders or OS kernels.
"""
//en.wikipedia.org/wiki/EFI_system_partition

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

155. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (155), 26-Май-25, 18:27

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

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

174. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (174), 26-Май-25, 19:21

> С BSD усе норм - fstab поправить и вперед.
Сколько раз без правки грузился. Так что можно и после "и вперёд" fstab поправить.
Фряха сама попросит указать корень.

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

49. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (6), 26-Май-25, 13:09

> BSD такое не прокатит.
у них драйверы не в ядре?

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

50. "Релиз ядра Linux 6.15" +3 +/–

Сообщение от Аноним (50), 26-Май-25, 13:10

Прокатит. Если SSD с Windows 10, установленный на условном i5 2500k, переставить на новую платформу с AMD на AM5 сокете, система стартанёт без бсодов.

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

168. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (166), 26-Май-25, 19:00

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

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

187. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (187), 26-Май-25, 21:56

Недавно переставлял SATA накопитель с виндой из одного компа (Intel Core 6 поколения) в другой (Ryzen 7000). Из общего у них был только этот накопттель. Винда спокойно запустилась, докачала дрова и работает.

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

232. "Релиз ядра Linux 6.15" +/–

Сообщение от Аон (?), 27-Май-25, 11:06

Поменяй в BIOS с ACHI на другой тип контроллера (или обратно) и весь прогресс с BSODами откатится на 2000 год

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

235. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:27

> Поменяй в BIOS с ACHI на другой тип контроллера (или обратно) и весь прогресс
> с BSODами откатится на 2000 год
Такой вот прогресс - с незабвенным INACCESSIBLE_BOOT_DEVICE. А так все хорошо, прекрасная маркиза.

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

244. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (215), 27-Май-25, 11:45

«Ага!» сказали суровые сибирские мужики.
Кто ж последние лет пятнадцать в режиме IDE систему ставит? (ставят, ещё как ставят.) Если уж такая оказия случилась, элементарно лечится.

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

103. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (103), 26-Май-25, 15:26

>зачем в ядре дрова
Потому что "stable api is nonsense". Вместо одного ядра с 10 версиями API приходится поддерживать 10 версий ядер и 10 версий драйверов к ним.

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

104. "Релиз ядра Linux 6.15" +/–

Сообщение от Соль земли2 (?), 26-Май-25, 15:29

make menuconfig

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

169. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (169), 26-Май-25, 19:01

1. Линус когда о давно сказал, что если дрова выпускать отдельно они будут глючить и перестанут работать в новых версиях ядра по причине смене API. А так есть ядро со всеми о тестировании и рабочими драйверами. При сборке есть возможность выбора только необходимых драйвера.
2. Драйвера целесообразно выполнять в контексте ядра, а не пользователя, чтобы каждый раз не проверять права и допуски драйвера с правами пользователя. Это ускоряет систему на 20-80 раз.

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

173. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 19:11

> они будут глючить и перестанут работать в новых версиях ядра по причине смене API.
А стабильное апи хотя бы для мажорных версия ядра?
Или "не, сынку, это фантастика"?

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

181. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (181), 26-Май-25, 20:16

Если апи будет стабильным, то кто будет платить за поддержку?

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

183. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (183), 26-Май-25, 21:08

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

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

217. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (217), 27-Май-25, 08:42

Проблемы есть только у корпорастов которые:
1. прижимают код модуля драйвера, чтобы не дать в ядро;
2. прижимают деньги своим программистам за поддержку модуля драйвера своими силами.
Модель выбрана Линусом,- изменяемое API драйверов ядра Линукс, позволяет держать высокие темпы развития ядра Линукс затрачивая минимум ресурсов.
Пересборка оптимизированного ядра под свою платформу только с необходимыми драйверами, - экономит электричество при работе. Так что Грета должна быть удовлетворена.

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

228. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 10:38

> Проблемы есть только у корпорастов
Проблемы только у пользователей, когда драйвер прибит к конкретной версии ядра и вот на ней и сидите.
> Модель выбрана Линусом,- изменяемое API драйверов ядра Линукс,
> позволяет держать высокие темпы развития ядра Линукс
Ахаха. То-то мы видим просто невероятнейший прогресс например в развитии видеодрайверов на линуксе. Осталось еще немного потерпеть и они может быть догонят вантуз)))
> затрачивая минимум ресурсов.
Раз за разом адаптировать уже написанный код к изменениям stable nonsense - это "затрачивая минимум ресурсов"? Да ты упоротый))
Торвальд просто хотел подсадить всех на свою "поддержку". У него это получилось.

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

249. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним9444935593 (?), 27-Май-25, 12:11

я пользуюсь активно линем и уже меньше виндой(только у юзеров) около 20 лет  и что за это время нового в винде кроме оформления окон, того что она стала переезжать с железа на железо без проблем и дрова сама не плохо подтягивает?
А в лине что творится? то аудиосервер перепилят, то видео, то блин системД, то раст, то snap... На мой взгляд развитие быстрое и интересное, а в винде застой (я не говорю что она плохая, просто там всё давно напилено, работает и приносит бабло).
Вообще я считаю что сегодня не корректно говорить что линукс догоняет винду, если только по каким то конкретным метрикам, потому что по иным превосходит настолько что у меня даже на десктопе не возникает желания ставить винду, что уж говорить о сервере.


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

252. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 13:04

> то аудиосервер перепилят, то видео, то блин системД, то раст, то snap...
И что из этого про ядро? Разве что раст, но есть в ядре практически нет.
> в винде застой
Может и застой, но почему-то при минорном обновлении винды виодрайвер не ломается?
А в прогрессивном лине все может развалиться не то что в минорном, а просто в патче и привет черный экран.
> потому что по иным превосходит настолько что у меня даже на десктопе
> не возникает желания ставить винду
Это по каким он превосходит винду на десктопе О_о?

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

258. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним9444935593 (?), 27-Май-25, 14:04

Ну так не для всех десктоп = игры.
Я перечислял не новшества ядра, а просто очень громкие вехи которые показывают насколько сильно меняется ОС
Я же говорю - в винде потому и не отваливается что она не перепиливается. Можно  и линукс так юзать если хочется - ставим, через 10 лет подкидываем новых обоев обновляем гном или кеды и вот те новый виндовс, дрова на месте.
Ну а удобнее на десктопе например для меня, как для разработчика - огромное количество тулзов есть в репах и ставится по щелчку пальцев. DE в винде и лине вообще смешно сравнивать. Что скажете по масштабированию шрифтов? Легко ли в винде их сделать крупными да так чтобы это было везде в системе, а не частично. Давно ли винда поддерживает тёмную тему?

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

259. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 14:24

> Ну так не для всех десктоп = игры.
А причем тут игры? Покажите мне нормальный CAD для линукса. Или софтину для рентгена.
Или BIM. Или софтину для диагностики авто.
> Я перечислял не новшества ядра, а просто очень громкие вехи которые показывают
> насколько сильно меняется ОС
Обсуждалось "почему в ядре нельзя сделать относительно стабильное АПИ для драйверов". И ваши "громкие вехи" немного не в тему.
> Ну а удобнее на десктопе например для меня, как для разработчика -
> огромное количество тулзов есть в репах и ставится по щелчку пальцев.
Возможно.
> DE в винде и лине вообще смешно сравнивать.
Угу. Более убогого ДЕ чем гном и падучего чем КДЕ найти сложно. Винда им не соперник))
> Что скажете по масштабированию шрифтов?
А что у линя с дробным масштабированием? А если софтинка на ГТК2 то что? Нигде не мылит?
> Легко ли в винде их сделать крупными да так
> чтобы это было везде в системе, а не частично.
Легко. Start  > Settings  > Accessibility  > Text size
> Давно ли винда поддерживает тёмную тему?
Уже лет десять как, с Windows 8.1.

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

283. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 20:19

> А причем тут игры? Покажите мне нормальный CAD для линукса.
KiCad - вполне нормальный CAD, для линукса. Вы в общем случае врядли и 10% того что он может осилите, особенно в новых его версиях.
> Обсуждалось "почему в ядре нельзя сделать относительно стабильное АПИ для драйверов". И
> ваши "громкие вехи" немного не в тему.
На самом деле потому что это никому из девов нахрен не надо, особенно чтобы потом все растащили по (полу)проприетарным норкам и получился очередной маздай - да еще диктующий как core subsystems делать без возможности изменить, нагибая оптимизации.
> Угу. Более убогого ДЕ чем гном и падучего чем КДЕ найти сложно.
> Винда им не соперник))
Винда вообще не годится для продвинутых существ. Домохозяечная ос для глупых существ которым пофиг на эффективность взаимодействия с компьютером. Поэтому все продвинутые девелоперс девелоперс с нее и сделали - драп-драп. А куча консьюмеров - прекрасно, но они бесплдезны на уровне экосистемы с 1 стороны, не прочь потребительствовать на ведроидах и проч - а что майкрософту при этом делать - уже и сам майкрософт не особо понимает, кажется.
> А что у линя с дробным масштабированием? А если софтинка на ГТК2
> то что? Нигде не мылит?
С чего векторным фонтам типа TTF/OTF испытывать проблемы с масштабом?! Выбирать не сильно похабные фонты да хинтинг по вкусу. Если лапки кривые - убунту качать, вместо потуг из себя профи корчить, за профи дела говорят. А не умеете - лучше предоставить тем кто умеет.
> Легко. Start  > Settings  > Accessibility  > Text size
Только потом глюков море и часть программ юзают hardwired фонты один фиг.
>> Давно ли винда поддерживает тёмную тему?
> Уже лет десять как, с Windows 8.1.
ЧСХ мне не нравится оформление виндов. А заменить его на произвольное... вот реально им там только с гном 4 рубаться. На шит-параде.
А так по приколу предъявить за фонты и DE ядру - только виндузоид и может, который ни в чем не разбирается - но ценное мнение имеет. Правда вот ценность этого мнения...

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

294. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 23:37

> KiCad - вполне нормальный CAD, для линукса.
Кикад это довольно специализированный софт. Платы разводить не такая частая.
И это EDA, если вы не в курсе.
На линуксе из CAD есть freecad во всей его убогости (но лучше чем было в версии 0.21)
И опенскад для "альтернативных".
> Вы в общем случае врядли и 10% того что он может осилите, особенно в новых его версиях.
Громкое утверждение. Без доказательств....
Попахивает прдежомм в лужу)
>> Обсуждалось "почему в ядре нельзя сделать относительно стабильное АПИ для драйверов".
> На самом деле потому что это никому из девов нахрен не надо, особенно чтобы потом все растащили по (полу)проприетарным норкам и получился очередной маздай - да еще диктующий как core subsystems делать без возможности изменить, нагибая оптимизации.
Как это вообще связано?
Если лицензия не позволит растащить - не растащили бы.
Но делать одно и тоже десятки раз, когда очередному разрабу ядра взбредет поменять АПИ... ну да, такое нафиг никому не надо.
> Винда вообще не годится для продвинутых существ.
Продвинутые существа это кто? Красноглазики ноулайферы? Идеологически промытые поборники опенсорса?
> Домохозяечная ос для глупых существ которым пофиг на эффективность взаимодействия с компьютером.
Хаха, какое самомнение.
Что-то врачи или инженеры (ну те которые проектирую сложные механизмы, а не башскрипты лепят) пользуются CAD програмами на винде.
> С чего векторным фонтам типа TTF/OTF испытывать проблемы с масштабом?! Выбирать не сильно похабные фонты да хинтинг по вкусу.
Типичное УМВР и "просто у вас не правильные шрифты!"))?
> Если лапки кривые - убунту качать, вместо потуг из себя профи корчить, за профи дела
> говорят. А не умеете - лучше предоставить тем кто умеет.
Эта та самая убунта, которая представлена в топ500?
>> Легко. Start  > Settings  > Accessibility  > Text size
> Только потом глюков море и часть программ юзают hardwired фонты один фиг.
Так вы же виндой не пользуютесь, откуда такие познания?
Или просто так глупо спалились?
> А так по приколу предъявить за фонты и DE ядру - только виндузоид и может, который ни в чем не разбирается - но ценное мнение имеет. Правда вот ценность этого мнения...
Хм... Так вы первый про темную тему и масштабирование спросили.
Я вам как мог намекал "почему у нас ведро такое 'stable api nonsence'", но вы не поняли.
Возможно заработались, ну или просто скудоумие.

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

298. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним9444935593 (?), 28-Май-25, 10:17

Не путайте анонимов, про темную тему я сказал не в связи с ядром вообще а просто как пример аспекта (для меня важного) в котором линукс на 2 десятилетия впереди винды был. И есть ещё вагон таких аспектов, и в первую очередь удобство и гибкость DE, разумеется я не про третий гном. Я вас полностью понимаю с вашим автокаром и с этим не спорю, я сам могу назвать вагон примеров где линукс вообще не пригоден к использованию, допустим до появления Bitwig с DAW там было похуже чем с кадом, а вот Вы меня похоже вовсе не понимаете.

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

297. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним9444935593 (?), 28-Май-25, 08:47

> Легко. Start  > Settings  > Accessibility  > Text size
Вот не надо ляля, в половине мест шрифты не поменяются, конечно будет не так убого как в МакакОС, но всё же криво.
Что значит дробное? В лине по 1 DPI прибавлять можно, абсолютно всё равномерно растёт. Тоесть выставить например не 301 DPI если этого мало а 301,5? Какой в этом смысл? шаг по 1 DPI даёт микроскопический прирост, любой размер доступен.
> Уже лет десять как, с Windows 8.1.
Вот не надо ляля, если на то пошло то и в более древних виндах панели можно было черными сделать, только вот это было избирательно, уродливо и абсолютно не пригодно для работы. А более менее смотрибельно это стало только с 10-ки (более-менее, просто чтоб глаза ночью не вытекали)
Я в линуксе почти по 16 часов в сутки, лет 10 не припомню чтобы у меня зависали кеды или сам хост. Да, бывали времена когда чтото тупило и висло, опять же напоминаю - это следствие активного развития, проходило время и проблемы лечили.

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

266. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (266), 27-Май-25, 16:04

> Проблемы только у пользователей, когда драйвер прибит к конкретной версии ядра и вот на ней и сидите
Это проблема с конкретным прижимистым корпорастом.
Не надо покупать железо не поддерживаемое мейнлайном. Или которое разрабы дров не собираются в мейнлайн просиживать. Тогда контраст или выложит дрова в мейнлайн или уйдет с рынка.
> Ахаха. То-то мы видим просто невероятнейший прогресс например в развитии видеодрайверов на линуксе. Осталось еще немного потерпеть и они может быть догонят вантуз)))
Да с видео драйверами лет 10 назад было плохо. Сегодня чуть лучше: https://mesamatrix.net/
AMD и Intel показывают всем пример, как производитель карт должен для них писать драйвера в мейнлайн.
Qualcomm дожали FSF/GNU потому, что он американский и какие-то спеки для написания сносных дров выдали.
Остальное сидит на реверсинженинге. Покупая железо с видяшкой без открытых спек вы подписались ждать очень плохие драйвера примерно 5 лет!
> Раз за разом адаптировать уже написанный код к изменениям stable nonsense - это "затрачивая минимум ресурсов"? Да ты упоротый))
Развитие ядра Линукс это также развитие API. Да для нового API приходится адаптировать драйвера. Это цена развития API. Вот сразу, идеальное API для драйверов, и которое можно не развивать, написать не могут. Держать несколько API в одной версии будет сложно для поддержки.
Поэтому смотрим выше: или драйвера добавляем в мейнлайн ядра или держим свою команду разработчиков для адаптации дров к новому API.

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

268. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 16:23

> Это проблема с конкретным прижимистым корпорастом.
Это проблема с лидером рынка и самыми производительными видяхами.
> Тогда контраст или выложит дрова в мейнлайн или уйдет с рынка.
Ну-ну)) Уйдет с рынка)
> Развитие ядра Линукс это также развитие API. Да для нового API приходится
> адаптировать драйвера. Это цена развития API. Вот сразу, идеальное API для
> драйверов, и которое можно не развивать, написать не могут. Держать несколько
> API в одной версии будет сложно для поддержки.
nvidia не открыла спеки, но виндовые драйвера почему-то работают целую мажорную версию. Почему там так не ломают? Поддерживают ли они несколько версий апи, или просто думают перед тем как писать - я не знаю. Но то что там такой проблемы нет это факт.
Просто они не хотят тратить время на бесконечные допилы бесконечно меняющегося апи и они абсолютно правы.
А у амд выбора нет - они и так пpocpaли весь рынок, остались жалки 10-12%. Им бы хоть тут закрепиться. И то... вон чел выше пишет что в этом ядре что-то сломали. Проверить не могу, т.к. видяхи нет, но вполне ему верю.
> Поэтому смотрим выше: или драйвера добавляем в мейнлайн ядра или держим свою
> команду разработчиков для адаптации дров к новому API.
Или ваши видяхи будут прибиты к конкретным версиям ядра.

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

295. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (295), 28-Май-25, 07:40

Хотите иметь хорошие поддерживаемое аппаратное ускорение в GNU/Linux без или с минимальными блобами берите видеокарты: AMD, Intel, Qualcomm, Apple.
Видеокарты других производителей хорошо работать не будут пока они не откроют спецификации. Среди фирм размещенных вне США (отчасти вне Европы) практики открытия видео драйверов нет.
Да Nvidia выпускает хорошие железо. Сегодня с развитием ИИ Nvidia RTX 6000 очень привлекательная видяшка с 752 мощными тензорными ядрами и 96Gb быстрой DDR7 VRAM. Но драйверов под нее не будет. Как к ее вычислительным и тензорным ядрам добраться никто не знает. 15 лет назад была мода на OpenCL мучили clover для mesa и так и не родили. Решили переписать на rust и не помогло, затык ровно в том же месте в mesa.
AMD могла бы помочь mesa с вычислениями на OpenCL, но не стала, ибо тогда OpenCL на Линукс у Nvidia заработает. Так уж лучше пусть ни у кого не работает решили корпорасты.

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

196. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 23:32

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

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

214. "Релиз ядра Linux 6.15" +/–

Сообщение от Diozan (ok), 27-Май-25, 08:12

А Вы уверены, что правильно понимаете понятие "монолитное ядро"? Да и то, что делают драйверы в ядре?. Так ядро это и есть, по сути, набор драйверов и фич...
А про монолит? Когда я собираю ядро для Gentoo, я его делаю монолитным. Голый vmlinuz, никаких initramfs, никаких модулей, вся нужная firmware вставляется жёстко в ядро. Вот это и есть монолитное ядро. Но при компиляции я засовываю в него строго то, что мне нужно для каждого конкретного компа. И на другом компе, с различающейся аппаратной конфигурацией, оно уже нормально работать не будет.
А в ширпотребовских линуксах, 99% драйверов и фич вынесено в модули и ядро никак не монолитное...

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

290. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (290), 27-Май-25, 21:59

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

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

230. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 10:53

> зачем в ядре дрова, ну вот зачем? неужто непонятно, что монолит для
> зоопарка ЭВМ это абсолютно неправильный путь?
Судя по тому как это в винде и маке работало - не такой уж этот путь и плохой :)
В винде: вечная долботня с дровами за которые по факту никто не отвечает, факапы совместимости версий, хрен доорешься чтобы вообще починили если что не так.
В маке: поддержали полторы железки, выпускаемых эппл и объявили миссию завершенной. Вот и выбирайте из всех полутора железок. Ассортимент! А кто считает иначе - еретик, закидать его яблочными огрызками!

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

2. "Релиз ядра Linux 6.15" +3 +/–

Сообщение от Аноним (2), 26-Май-25, 12:04

люблю латиноамериканский Фонд свободного ПО! нужную работу делает!

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

13. "Релиз ядра Linux 6.15" +2 +/–

Сообщение от Аноним (13), 26-Май-25, 12:21

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

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

16. "Релиз ядра Linux 6.15" –2 +/–

Сообщение от Аноним (-), 26-Май-25, 12:29

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

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

25. "Релиз ядра Linux 6.15" +2 +/–

Сообщение от 789 (?), 26-Май-25, 12:43

а хирурги тоже только удалять умеют, а поди ж ты, им платят, и хорошие на дороге не валяются

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

30. "Релиз ядра Linux 6.15" +3 +/–

Сообщение от Аноним (30), 26-Май-25, 12:47

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

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

35. "Релиз ядра Linux 6.15" +/–

Сообщение от 789 (?), 26-Май-25, 12:51

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

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

37. "Релиз ядра Linux 6.15" +/–

Сообщение от чатжпт (?), 26-Май-25, 12:55

https://www.opennet.dev/opennews/art.shtml?num=62028

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

175. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 19:31

А почему поехавшие именно они, а не тот, кто это написал?

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

52. "Релиз ядра Linux 6.15" +4 +/–

Сообщение от Karl Richter (ok), 26-Май-25, 13:14

Они бесполезной работой занимаются.

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

57. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (-), 26-Май-25, 13:33

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

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

70. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 14:05

И для меня, например.

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

3. "Релиз ядра Linux 6.15" –2 +/–

Сообщение от Аноним (3), 26-Май-25, 12:04

Ждём 6.15.4 -  6.15.6, а вы пока ломайте копья на этой альфе.

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

28. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от 789 (?), 26-Май-25, 12:46

с размозкой, друг, линус уж лет 15 как забил на привязку смены нумерации к какимто особым нововедениям, 6.15 или 6.14.100500 или 6.13.500600, без разницы

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

72. "Релиз ядра Linux 6.15" +2 +/–

Сообщение от Аноним (65), 26-Май-25, 14:07

6.15.4 это 4 багфикса 6.15-го.

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

89. "Релиз ядра Linux 6.15" +/–

Сообщение от 789 (?), 26-Май-25, 14:36

Ааа, да, я то думал в 6.Х.6 примерно накладывают ограничения на прием новых фич, и сосредотачиваются на отладке, в результате выпуская 6.(х+1).0. О чем нам какбы говорит отбитая нумерация ядер дебиана. И с выходом 6.Y.0 открывается отно приема новых фич, но раз выговорите,...

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

112. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (112), 26-Май-25, 15:57

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

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

106. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 15:35

Ядро Терминатора было. И этого хватит.

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

236. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:29

> Ядро Терминатора было. И этого хватит.
У него 4.15 вроде было. Древненький он, потому и жизнью такой недовольнй, ядро ему не обновили вовремя.

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

58. "Релиз ядра Linux 6.15" +4 +/–

Сообщение от НяшМяш (ok), 26-Май-25, 13:33

Мы знаем, что ты до сих пор на 2.6 сидишь.

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

100. "Релиз ядра Linux 6.15" +2 +/–

Сообщение от Аноним (100), 26-Май-25, 15:23

6.14.4-300.fc42.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Apr 25 15:43:38 UTC 2025 x86_64 GNU/Linux
В 6.14.6-7 сломан amdgpu, не смотрел в .8 починили или нет.
Ядро Линукс. Качество. Ничего общего.

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

111. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (6), 26-Май-25, 15:55

> Ядро Линукс. Качество. Ничего общего.
Если речь про amdgpu, то претензия не к линуксу и его качеству, а к AMD. В винде тоже сломан этот драйвер или нет? Если нет, то задай вопрос к AMD почему для винды они написали норм драйвер, а для линукса нет.

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

115. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (-), 26-Май-25, 16:33

> Если речь про amdgpu, то претензия не к линуксу и его качеству,
> а к AMD. В винде тоже сломан этот драйвер или нет?
В винде на 99.9 не сломан.
> Если нет, то задай вопрос к AMD почему для винды они
> написали норм драйвер, а для линукса нет.
Т.е. stable nonsense это ядро, но виноваты AMD?

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

130. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (6), 26-Май-25, 17:35

Уверен, что именно в этом проблема, а не в том, что индусы из AMD что-то там сломали в своих драйверах? Можно ведь и git log посмотреть, это ж не винда, где все огорожено и закрыто.

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

131. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (-), 26-Май-25, 17:41

> Уверен, что именно в этом проблема, а не в том, что
> индусы из AMD что-то там сломали в своих драйверах?
А код драйвер вообще менялся?
> Можно ведь и git log посмотреть,
Можно конечно. Но ты же себе позволяешь писать "претензия не к линуксу и его качеству, а к AMD." не посмотрев git log?
Причем у вас с логикой вообще беда - если АМД драйвер есть на винде и лине, раньше оба работали, а потом линуксячий сломался... то разумеется это виноваты АМД)))
А на вопрос "если они такие криворучки, почему же виндовый не ломается?" почему-то не отвечаете.
> это ж не винда, где все огорожено и закрыто.
Так так это и не нужно. Драйвер же не сломали))

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

135. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (6), 26-Май-25, 17:55

> А код драйвер вообще менялся?
Дак я хз, у меня встройка Интел. Но AMD коммитят чуть ли не каждый день. Так что не факт, что виновато именно ядро (DRM, hrtimer и т.д.), а не они сами сломали.
> Можно конечно. Но ты же себе позволяешь писать "претензия не к линуксу и его качеству, а к AMD." не посмотрев git log?
Я не пользуюсь AMD, потому и не знаю.
> Причем у вас с логикой вообще беда - если АМД драйвер есть на винде и лине, раньше оба работали, а потом линуксячий сломался... то разумеется это виноваты АМД)))
А на вопрос "если они такие криворучки, почему же виндовый не ломается?" почему-то не отвечаете
Они коммитят примерно каждый день в drm/amd.

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

134. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Афроним (?), 26-Май-25, 17:53

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

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

150. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 18:16

Да, и как же они закрытый блоб патчат?

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

160. "Релиз ядра Linux 6.15" +/–

Сообщение от Афроним (?), 26-Май-25, 18:45

Вот к примеру
https://gist.github.com/joanbm/def2bf57ed7a799c1d84a67606459314

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

206. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (206), 27-Май-25, 05:17

Поддержу - амдшный драйвер просто отвратительного качества. Репорты с крашами висят по пол года, им тупо плевать... Порой посылают в репозиторий mesa, порой советуют твики, типа отключение PSR флагом amdgpu.dcdebugmask=0x10
PSR, по-хорошему, нужно вообще выпилить. В текущей реализации работоспособность нулевая.

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

224. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (6), 27-Май-25, 10:23

Да всем фанатам AMD-карт надо показывать такой код на ночь:
https://github.com/torvalds/linux/blob/master/drivers/gpu/dr...

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

231. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:05

> В 6.14.6-7 сломан amdgpu, не смотрел в .8 починили или нет.
> Ядро Линукс. Качество. Ничего общего.
А все должны узнать что у твоего величества, оказывается, баг? Не, блин, ВСЕХ суперкомбо GPU, ВСЕХ моделей, от ВСЕХ OEM на планете - нету даже у AMD.
А OEM порой плоско прикалываются вписывая в таблицы DVFS всякий мусор, переоценив свою подсистему питания и охладилово, чтобы в бенчах круче выглядеть а за материалы и компоненты платить поменьше.
Так что не пишите баги - и сможете ругаться на качество до упора. ЧСХ такой хрени и в винде можно покушать, при том не только с амд. Нвидия умеет весьма багованые дрова выкатывать, у интеля некоторые дрова вообще - виснут нахрен, так что даже систему не выключишь, и проч. GPU штуки сложные. И конфиг возможно много.

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

284. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 20:22

> 6.14.4-300.fc42.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Apr 25 15:43:38 UTC 2025 x86_64 GNU/Linux
Опа, это не ванила? Тогда - contact your support. В смысле федоры своей. Мало ли что они там поменяли относительно майнлайна.

> В 6.14.6-7 сломан amdgpu, не смотрел в .8 починили или нет.
Можно ждать у моря погоды. Но если вон там работало а тут сломалось - можно git bisect зафигачить. И через сутки гонять фикс. Я проверял, это работает. Попробуйте для сравнения распереть проприетарщика на такие тайминги фиксов вообще.

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

186. "Релиз ядра Linux 6.15" +2 +/–

Сообщение от Анониссимус (?), 26-Май-25, 21:43

Линусу уже скоро надоест шестёрка в качестве мажорной версии. Когда захочет поменять, вот лайхфак: нужно убрать точку и выпустить версию 616. Тогда у Линуса будет самый большой! То есть, большая. Т. е. версия, у линукса.

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

8. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (13), 26-Май-25, 12:14

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

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

39. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от чатжпт (?), 26-Май-25, 12:55

https://www.opennet.dev/opennews/art.shtml?num=62028

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

12. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (12), 26-Май-25, 12:20

>На следующем этапе в ядро планируют включить DRM-драйвер nova-drm (Direct Rendering Manager) для взаимодействия с GPU из пространства пользователя, а также VFIO-драйвер с менеджером vGPU, позволяющим использовать виртуальные GPU NVIDIA в системах виртуализации.
Это можно будет использовать с консумерскими картами или редхат в такое не умеет и нужна нвидия? Вроде новости есть, что нвидия на базе старых дров представила возможность vGPU. Полноценное ускорение для виртуалок это топ.

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

17. "Релиз ядра Linux 6.15" +5 +/–

Сообщение от Аноним (-), 26-Май-25, 12:29

> В выпуске 6.15 нейтрализована загрузка блобов в драйверах nova
Но ведь это карты с GSP и без прошивки они даже работать не будут! Какой смы...
А, это же  латиноамериканский Фонд свободного ПО!
Им главное чтобы швo6oдно, а не чтобы работало)))

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

22. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (22), 26-Май-25, 12:41

Им главное - показать, что современный Linux - это имитация свободы, потому что как только вендоры сказали "мы сами реализуем тивоизированные дрова с закрытым исходником, но вам дадим возможность сохранить лицо, путём неукоснительного соблюдения GPL нами в вашей интерпретации (не в Столлмановской!)" - так сразу все открытые драйвера накрылись. Поматросили временно - и выкинули как ненужных. Идите разрабы драйверов, устрайвайтесь в корпу, и фигачьте проприетарный код.

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

27. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (30), 26-Май-25, 12:46

> соблюдения GPL нами в вашей интерпретации (не в Столлмановской!)
А почему это не в Столлмановской? И причем тут интерпретации? Как борода написал лицензию - так они и исполняют. Иначе было бы нарушение.
> тивоизированные
А разве в GPLv2 есть что-то про тивоизацию?))
Тогда какие могут быть претензии к кому-то кроме Столлмана?
> все открытые драйвера накрылись.
А когда они были? Именно нормальные полнофункциональные дрова, а не полуработающий огрызок.

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

107. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 15:40

>А разве в GPLv2 есть что-то про тивоизацию?))
Вот поэтому мы хотим чтобы ядро имело лицензию GPL_v3.

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

108. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (-), 26-Май-25, 15:46

>>А разве в GPLv2 есть что-то про тивоизацию?))
> Вот поэтому мы хотим чтобы ядро имело лицензию GPL_v3.
Хотеть вы можете все что хотите))
И, слава богу, Торвальдс не дурак и ядро не будет иметь лицензию GPL_v3.

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

123. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 17:11

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

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

128. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (-), 26-Май-25, 17:33

> Может, и поменял бы, если бы всех комитеров за >30 лет смог
> опросить. Надо было изначально использовать передачу прав на код.
Нет, не поменял бы.
"I think it's insane to require people to make their private signing keys available, for example. I wouldn't do it. So I don't think the GPL v3 conversion is going to happen for the kernel, since I personally don't want to convert any of my code."
"No. You think "v2 or later" is the default. It's not. The _default_ is to not allow conversion.
Conversion isn't going to happen."
https://lwn.net/Articles/169158/

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

148. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 18:14

Зачем их ключи собирать? Надо подписи их ключами собирать. Что и есть опросить их согласия и поставить подпись. Но если бы ~10% не согласились, можно было бы без их давнего кода и обойтись или заменить.

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

185. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (185), 26-Май-25, 21:22

>think it's insane to require people to make their private signing keys available
GPLv3 не требует чужие ключи. Она требует не быть вредителем, потому что раздавать вредителям 10 лет без права переписки на Западе неприемлимо.

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

157. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (185), 26-Май-25, 18:38

Как лицензию интерпретировать - решает не лицензиар, не лицензиат, а суд. И руководствуется он не только буквой закона и лицензии, но прежде всего властной структурой и экономическими интересами государства. Иными словами - что государству выгоднее - в ту пользу и судят. В большинстве случаев дзяибатсу > корпорация > малый бизнес (если не под членом элиты) > физлицо. Потому что бизнес предоставляет товары и услуги за бабло (то есть заставляет скот зарабатывать деньги, с чего скот платит налоги, и тратитиь их, с чего опять скот платити налоги (собираемые через предпринимателей и перекладываемые на скот)) и без коррупции для предоставления себе конкурентных преимуществ, а следовательно без государства, не может.
Столлман об этом прекрасно знает, и предоставляет копирастам страницу с доп. разъяснениями, на которую они могут ссылаться в суде, аргументируя тем, что выбрали GPL потому, что они верят в эту интерпретацию, и что именно такова их воля. Открываем https://www.gnu.org/licenses/gpl-faq.ru.html
>Когда программа и ее внешние модули считаются единой комбинированной программой? (#GPLPlugins)
>Это зависит от того, как главная программа вызывает свои внешние модули. Если главная программа использует для этого fork и exec и они завязывают тесное общение через сложные структуры данных, общие или передаваемые туда и обратно, то они становятся единой комбинированной программой. Когда главная программа использует для вызова внешних модулей просто fork и exec, не завязывая тесного общения с ними, внешние модули остаются отдельными программами.
>Если главная программа динамически компонуется с модулями и они вызывают функции друг из друга и разделяют общие структуры данных, мы убеждены, что они формируют единую комбинированную программу, которая должна рассматриваться как расширение и главной программы, и модулей. Если главная программа динамически компонуется с модулями, но взаимодействие между ними ограничено вызовом “главной” процедуры модуля с какими-то параметрами и ожиданием результата, то это предельный случай.
>Применение общей памяти для обмена сложными структурами данных вполне эквивалентно динамическому связыванию.
Добро пожаловать! Таким нехитирым образом в категорию производных произведений могут попасть даже программы, взаимодействующие по сети - если автор озаботится публичной документацией своей позиции по вопросу и если он убедит суд, что вон те вон BSDшники должны были у него лицензию купить, чтобы взаимодействовать с любым кодом, производным от его кода, не перелицензириуя свой под GPL. Купить -> бабло -> налоги.
Некоторые особо долбанутые копирасты озаботились:
https://wiki.mercurial-scm.org/License
>3.4. Can I make a clone of Mercurial that's compatible with license <X>?
>You should consult a lawyer about the meaning of 'derived work' in copyright law. Also don't be surprised if some Mercurial developers are extremely unsupportive of efforts to subvert the license on their work, let alone introduce new compatibility headaches.
https://lists.mercurial-scm.org/pipermail/mercurial/2011-Mar... - этот высер надо читать полностью. Но процитрую:
>Someone shows up tomorrow with something called SuperHg that's just like UltraHg but released under a BSD-like license. Despite being free software, this is actually exactly as problematic to me as the UltraHg scenario, as the UltraHg people can come along the very next day and package up SuperHg as UltraHg. This is why I've explicitly chosen a license for Mercurial that ensures that all derivatives of Mercurial would _always_ be free software.
(ранее
>If someone showed up tomorrow with something called UltraHg that was proprietary
>There are a lot of shades of gray beyond that, but the ONLY iron-clad defense against a derived work claim that I know of is a clean-room reverse-engineering approach.
)
Сквозит угроза, что в случае возникновения совместимых реализаций он будет думать над тем, можно ли их авторов засудить. В принципе можно - если докажет судье, что автор совместимой реализации государству ни копейки не принесёт, но он должен купить лицензию, с с доходов от которой автор Mercurial заплатит налог. Разумеется, в случае компании или корпораци он куснёт грибца, но вот тех, кто копается в hg в качестве хобби так отвадить - запросто. После этого не то что копаться в Hg не хочется - хочется ещё сверху прикопать, чтобы поскорее загнулось, а не его ценность увеличивать путём развития экосистемы.

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

164. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 18:53

> Потому что бизнес предоставляет товары и услуги за бабло
А должен предоставлять бесплатно?
До такого маразма даже комми не додумались)

> то есть заставляет скот зарабатывать деньги, с чего скот платит налоги, и тратитиь их, с чего опять скот платити налоги (собираемые через предпринимателей и перекладываемые на скот)
Тяжко тебе наверное жить на скотном дворе)
Но деньги никто не заставляет зарабатывать. Всегда можешь уйти в тайгу и там корешками питаться.
> Столлман об этом прекрасно знает
Не думаю что в суде прокатят пояснения, которых нет в самой лицензии.
> Добро пожаловать! Таким нехитирым образом в категорию производных произведений могут попасть даже программы, взаимодействующие по сети
А хоть один пример был?
Ну чтобы суд, заседания, юристы меряются толщиной кодекса...
> Сквозит угроза, что в случае возникновения совместимых реализаций он будет думать над тем, можно ли их авторов засудить. В принципе можно - если докажет судье, что автор совместимой реализации государству ни копейки не принесёт, но он должен купить лицензию, с с доходов от которой автор Mercurial заплатит налог.
Есть пример оракл-против-гугла, есть куча форков с переписыванием на другой язык...
Думаю ты слегка преувеличиваешь шансы на успех.
ХГ пример плохой, по причине "он и так никому не вcpaлся"))

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

42. "Релиз ядра Linux 6.15" –2 +/–

Сообщение от Афроним (?), 26-Май-25, 13:01

Амуде при тех же равных годами визжало про открытоcть. Что не так?

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

47. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (30), 26-Май-25, 13:06

> Амуде при тех же равных годами визжало про открытоcть.
Ну а кто им запретит.
> Что не так?
Что амд тоже не будет работать)))

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

279. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 19:57

> Амуде при тех же равных годами визжало про открытоcть. Что не так?
Так у них и есть куда менее проблемный в целом драйвер - без долботни характерной для нвидий. Ессно с учетом сложности GPU, разнообразием конфиг и заскоками OEM вытворяющих хз что - всегда можно найти кого-то с багами. АМД вообще по жизни костылит факапы OEM в драйверах, прописывая оверрайды TDP/DVFS и проч в драйвере. По мере выявления проблем. А если ваш OEM рвач и переоценил себя и это не закостылили - вы и в лине откушаете, и в винде, и где там еще дрова есть. Потому что красивые цифры в бенче были - за счет стабильности железа, например.

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

19. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (22), 26-Май-25, 12:34

>https://packages.ubuntu.com/search?suite=questing&arch=any&s...
Пока что ничего нет.

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

114. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (114), 26-Май-25, 16:32

Скоро:
https://get.opensuse.org/ru/tumbleweed/

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

20. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (112), 26-Май-25, 12:35

Gcc15 уже собирается или опять заблеклистят как с gold?

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

85. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 14:25

Так на gold же вообще забили те, кто его пропихнул (Google).

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

124. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (112), 26-Май-25, 17:12

Тут нужно понимать, что я такого вообще не видел прежде. Но теперь, видимо, ядро будет собираться только clang.

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

143. "Релиз ядра Linux 6.15" +/–

Сообщение от Афроним (?), 26-Май-25, 18:02

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

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

159. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (185), 26-Май-25, 18:45

Голд нафиг не нужен - кроме clang комилятора не бывает, и линкера кроме lld (да, только он может хавайть LLVM биткод, который clang производит в режиме link-time optimization, то что в других компиляторах и линкерах LTO, по сравнению с clang - это позор).

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

238. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:32

> Голд нафиг не нужен - кроме clang комилятора не бывает, и линкера кроме lld
При том первое не умеет дофига архитектур а второе крайне печальное и кривое.
> (да, только он может хавайть LLVM биткод, который clang производит в режиме
> link-time optimization, то что в других компиляторах и линкерах LTO,
> по сравнению с clang - это позор).
Там примерно то же самое - LTO делается "fat objects" которые с IR позволяющим глобальный анализ. И кстати линкуется что с такими же - что и с простыми объектниками, удобно так то. Хоть и менее оптимально в случае замеса того и другого.
А LLVM/Clant это летающий энтерпрайзный макароннй монстр. С библой LLVM на добрые 100 мегов уже. И со временем будет только хуже.

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

146. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 18:06

Я этим gold никогда и не пользовался. Ядро традиционно собираю GCC + binutils.

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

113. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 16:30

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

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

26. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (22), 26-Май-25, 12:45

>Прекращена чистка драйвера Spider 1Gb ethernet, который был удалён из состава ядра.
Вся суть.

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

51. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (51), 26-Май-25, 13:12

Старые ядра удаляют что ли? В чем проблема взять относительно старое?

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

74. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 14:11

Фичи нового, кроме конкретного удалённого.
Можно решить портированием удалённого модуля в новое. Конечно, если осиливаемо.

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

161. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (185), 26-Май-25, 18:46

>В чем проблема взять относительно старое?
В том, что очень скоро glibc будет требовать новое. А раньше её - весь софт. Вот без landlockа вообще жизни нет.

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

239. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:34

> В том, что очень скоро glibc будет требовать новое. А раньше её - весь софт.
> Вот без landlockа вообще жизни нет.
Glibc редко требования к ядру подтягивает. И LTS версии ядер есть. Как и дистро. А так никто не давал обет поддерживать то или иное вечно. Как майнтайнеры фичи пропали а проблемы возникли - так оно и либо 1) чинится 2) идет на мороз если никому не надо.
А какие еще опции есть? Загаживать огромную кодовую базу всякими глюкало? Оно тогда помрет от своего веса.

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

255. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (255), 27-Май-25, 13:25

Дешёвые отговорки.
>Оно тогда помрет от своего веса.
Значит туда и дорога, раз руководство может только под DoC и вендоров прогибаться, а процессы налаживать масштабируемым образом - не может.

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

274. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 19:24

> Дешёвые отговорки.
Это не дешевые отговорки а забота о выживании проекта в целом. Даже если порой и надо отпилить конечность с гангреной. Иначе вся тушка загнется, кому оно нахрен надо?
>>Оно тогда помрет от своего веса.
> Значит туда и дорога, раз руководство может только под DoC и вендоров
> прогибаться, а процессы налаживать масштабируемым образом - не может.
Вот вы себе и лечите какую-нибудь гангрену на 1 пальце путем переезда на кладбище всей тушкой. А более разумным существа лучше кусочек пальца оттяпают. Чтоб целиком в ящик не сыграть. Это обычный damage control. Да, он жесткий, да, не всегда прикольно ощущается. Но когда вопрос в глобальном коллапсе - если это лучшее что вы имели предложить, к ВАШИМ проектам такое управление и применяйте. А я буду рад что у меня линух. С другим управлением.

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

36. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (22), 26-Май-25, 12:54

> Florian Weimer asked whether PIDFD_SELF would refer to the current process (which means referring to the thread-group leader within the process), or the thread that is actually making the call. For some system calls, that distinction matters; the outcome will be different depending on which interpretation is used. Stoakes had intended for PIDFD_SELF to refer to the thread-group leader, but Christian Brauner argued convincingly that the current-thread interpretation is more likely to be what the caller wants. So the patch set had to change.
>The updated version creates two new special pidfd values: PIDFD_SELF_THREAD, which will refer to the calling thread, and PIDFD_SELF_THREAD_GROUP, which refers to the thread-group leader. While those names are made available to user space, there are also aliases for those names (PIDFD_SELF and PIDFD_SELF_PROCESS, respectively) that are what user-space programs are actually expected to use. In summary, the default (PIDFD_SELF) has changed to mean the current thread, but the group-leader semantics are available as well.
Введена идиотская терминологическая путаница.

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

38. "Релиз ядра Linux 6.15" +/–

Сообщение от penetrator (?), 26-Май-25, 12:55

Что мне это потенциально дает как владельцу Raptor Lake со встройкой?
Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена поддержка SVM (Shared Virtual Memory), компонента фреймворка DRM, управляющего разделяемой памятью, совместно используемой в CPU и GPU.

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

117. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (114), 26-Май-25, 16:39

Тут надо тестировать на конкретно вашей конфигурации.
А вообще тесты показывают, что Интел активно пилит свои драйвера, и производительность реально растёт, относительно той, которая была на момент выпуска:
https://www.phoronix.com/review/intel-battlemage-linux-may20...

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

212. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (212), 27-Май-25, 08:07

Когда ARC B580 в Counter Strike 2 отстает в 4К даже от RX 6500 XT это мягко говоря скромные успехи.
https://rutube.ru/video/9c64db2fad68ce4257809153d92ff99a/

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

219. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (114), 27-Май-25, 09:07

Надо тестировать на вашем железе:
https://www.youtube.com/watch?v=s6f88rCmnjQ

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

43. "Релиз ядра Linux 6.15" +/–

Сообщение от Ilya Indigo (ok), 26-Май-25, 13:02

> В состав яда принята начальная реализация драйвера Nova ...
Превосходная опечатка!
NVK с Nova уже может работать или ещё нет?
Без включенной коррозии в ядре Nova вообще работать не сможет?

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

86. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 26-Май-25, 14:29

> NVK с Nova уже может работать или ещё нет?
Я так подозреваю - либо одно, либо другое. И зачем Nova нужно - не очень понятно. При условии конечно, что доделают NVK (хотя он вроде бы и так уже вполне работоспособный).
> Без включенной коррозии в ядре Nova вообще работать не сможет?
Нет.

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

92. "Релиз ядра Linux 6.15" +/–

Сообщение от Ilya Indigo (ok), 26-Май-25, 14:58

>> NVK с Nova уже может работать или ещё нет?
> Я так подозреваю - либо одно, либо другое.
Если я правильно понял, NVK это только реализация Vulkan в Mesa для карт Nvidia, а Нуво и Нова это DRM драйверы ядра для карт Nvidia через которые работают драйверы Mesa (в пространстве пользователя).

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

110. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 26-Май-25, 15:48

> Если я правильно понял, NVK это только реализация Vulkan в Mesa для
> карт Nvidia, а Нуво и Нова это DRM драйверы ядра для
> карт Nvidia через которые работают драйверы Mesa (в пространстве пользователя).
Нет, судя по этому https://www.collabora.com/news-and-blog/news-and-events/intr..., NVK использует модуль ядра, открытый Nvidia, и прошивку, которая непосредственно на самой карте "крутится". Т.е. Nova там не нужно.

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

121. "Релиз ядра Linux 6.15" +/–

Сообщение от Ilya Indigo (ok), 26-Май-25, 16:52

Я внимательно прочитал текст по ссылке, и даже заглянул в раздел новостей, но не смог найти упоминаний о том, что NVK использует открытый драйвер Nvidia.
Там только упоминания о том что он использует Нуво, о том что Нуво нужно переделывать или написать новый драйвер и о Zink в качестве реализации openGL вместо Нуво.

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

125. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 26-Май-25, 17:19

> Я внимательно прочитал текст по ссылке, и даже заглянул в раздел новостей,
> но не смог найти упоминаний о том, что NVK использует открытый
> драйвер Nvidia.
> Там только упоминания о том что он использует Нуво, о том что
> Нуво нужно переделывать или написать новый драйвер и о Zink в
> качестве реализации openGL вместо Нуво.
Возможно, я не так понял, но вот:
There are a few things which have changed recently to make the technical landscape a bit more friendly. The first change actually happened a few years ago when NVIDIA launched their Turing class of hardware. Turing GPUs use a new unified firmware blob. The GSP firmware contains everything needed for bringing up the GPU, and once the GSP firmware is loaded, it loads all the other firmwares needed by various pieces of the GPU. If we can get GSP working, this will allow us to use the same firmware as the proprietary NVIDIA drivers and should solve many of the mystery bugs. Dave Airlie gave a very good talk at LPC about this.
Second: a few months ago, NVIDIA released an open-source version of their kernel driver. While this isn't quite documentation, it does give us something to reference to see how NVIDIA drives their hardware. The code drop from NVIDIA isn't a good fit for upstream Linux, but it does give us the opportunity to rework the upstream driver situation and do it right.
Third: NVIDIA has started providing official headers for the 3D and compute hardware. While this isn't as good as real documentation either, it at least gives us names for all the registers we've been programming. Mesa developers working on nouveau have figured out a lot about how the hardware operates the hard way by reverse engineering, but the nouveau driver is still full of mystery bits shoved into mystery registers. We now finally have names for all those bits! We also have something we can search through if we're trying to figure out why some particular feature isn't working. "Oh, look! There are more depth test registers I'm not setting!"
All these things things together make now an ideal time to reboot the nouveau driver stack.

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

129. "Релиз ядра Linux 6.15" +/–

Сообщение от Ilya Indigo (ok), 26-Май-25, 17:34

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

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

240. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:37

> Я так подозреваю - либо одно, либо другое. И зачем Nova нужно - не очень понятно.
Это нвидия. Место проклятое. Так что нате вам полдюжины дров, и все - полурабочие.

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

253. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 27-Май-25, 13:13

> Это нвидия. Место проклятое. Так что нате вам полдюжины дров, и все
> - полурабочие.
Да дело не столько в Nvidia)) Так любая корпорация работает. Плюс-минус. Проблема в самих корпорациях, в их погоне за прибылью. Если завтра Nvidia исчезнет, думаете лучше станет? Не-а.

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

256. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (-), 27-Май-25, 13:26

> Да дело не столько в Nvidia)) Так любая корпорация работает. Плюс-минус. Проблема
> в самих корпорациях, в их погоне за прибылью. Если завтра Nvidia исчезнет, думаете лучше станет? Не-а.
Даже если корпорации исчезнут, лучше не станет.
Вон в совке корпораций не было.
А токарные и фрезерные Кировоканского завода были такого качества, что даже вредители сделали бы лучше.
Как вам литье в котором песок? Или коробки передач, в которые шестерни тупо набросаны?
Я уже молчу про качество фрезеровки или шлифовки.
Самый вопиющий случай - приходит станина с трещиной. Трещина слегка зашпаклевана и закрашена заводской краской.
Т.е они это нашли и решили замазюкать. А то что если она лопнет, то кому-то в голову заготовка прилетит - им на это плевать.
Не надо во всем винить корпорации. Людей надо винить.
ps на винде, что характерно, нвидия работает хорошо.
так что возможно место действительно проклято)

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

260. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 27-Май-25, 14:32

Ваши слова опровергаются очень легко. Почему нет нормальных драйверов Nvidia? Потому что "добрая" корпорация не хочет открывать спецификации своих видеокарт. В погоне за прибылью. А сама нормальные драйверы сделать не способна. Так кто виноват? И да, под "корпорацией" я подразумеваю вполне конкретных людей. Тех, кто за счёт неё выкачивает прибыль.
А про СССР даже обсуждать уже скучно. Качество может быть разным, потому что люди разные. И смотреть нужно на период. Если это восьмидесятые - ну так кто бы сомневался. Реставрация капитализма даёт вот такой вот результат, получите и распишитесь.

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

261. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 14:37

> Ваши слова опровергаются очень легко. Почему нет нормальных драйверов Nvidia? Потому что
> "добрая" корпорация не хочет открывать спецификации своих видеокарт.
Амдшники открыли, а дрова все равно глючные. Можно не только в спеках дело?
> А сама нормальные драйверы сделать не способна.
Как же не способна? На винде дрова отлично работают. Да даже на лине проприетарный жрайвер работает лучше чему открытый.
> А про СССР даже обсуждать уже скучно.
Конечно скучно. Именно поэтому союз заказывал дорогущие точные станка внезамно на западе.
А автозавод ГАЗ кто строил? А ВАЗ кто строил? А это на минуточку 66 год. И что из него вышло и до сих пор выходит?))

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

264. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 27-Май-25, 15:32

> Амдшники открыли, а дрова все равно глючные. Можно не только в спеках
> дело?
Ваше утверждение, мягко говоря, сомнительное. Потому что я например видел весь спектр мнений по этому поводу. От "всё работает" до "ничего не работает". Истина, скорее всего, как обычно - по середине. Т.е. ошибки бывают, но в целом работает нормально. Самому мне судить сложно - так сложилось, что продукцией компании Amd я никогда не пользовался.
> Как же не способна? На винде дрова отлично работают. Да даже на
> лине проприетарный жрайвер работает лучше чему открытый.
У меня как раз Nvidia, и есть опыт эксплуатации как в винде, так и на разных Линуксах. Так что про то, как "хорошо" работает проприетарный драйвер можете мне не рассказывать.
> Конечно скучно. Именно поэтому союз заказывал дорогущие точные станка внезамно на западе.
В какой период, какие именно?

> А автозавод ГАЗ кто строил?
Советские строители ;) Я точно не помню, но по-моему для консультации приглашали американских инженеров.
> А ВАЗ кто строил?
Советские строители)) Для консультаций приглашали итальянцев.
> А это на
> минуточку 66 год. И что из него вышло и до сих
> пор выходит?))
Да нормально всё вышло. Что ГАЗ, что ВАЗ даже как-то ухитрились перестройку пережить. Насчёт ГАЗа - не знаю, а ВАЗ примерно до конца девяностых практически полностью на российских комплектующих выживал. Даже ухитрились на советской инерции несколько новых моделей сделать.
Сейчас - да, всё плохо.

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

265. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 15:57

> Так что про то, как "хорошо" работает проприетарный драйвер можете мне не рассказывать.
Вы меня цитируете и сразу же перевираете.
Где там написано что проприетарный "хорошо" работает? Там написано что "проприетарный жрайвер работает лучше чему открытый." А это две большие разницы!
> В какой период, какие именно?
С 45 по 75й. В основном швейцарские станки, но были и другие.
> для консультации приглашали американских инженеров.
Даааа.... Для консультации)) "Завод полного цикла проектировался американским архитектурным бюро Альберта Кана по образцу завода «Ривер-Руж», техническое руководство строительством осуществляла американская компания «Остин»". "Основой производственной программы были выбраны модели Ford-A и Ford-АА."
> Для консультаций приглашали итальянцев.
Не для консультации, а вначале для подготовки технического проекта, а потом контракт на создание завода с полным циклом, техническое оснащение и обучение персонала.
А бетон... таки да, заливали "Советские строители".
У вас отличная память :)
> Даже ухитрились на советской инерции несколько новых моделей сделать.
М... это какие?

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

272. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 27-Май-25, 17:57

> Вы меня цитируете и сразу же перевираете.
> Где там написано что проприетарный "хорошо" работает? Там написано что "проприетарный жрайвер
> работает лучше чему открытый." А это две большие разницы!
Ну естественно, что проприетарный драйвер лучше открытого работает. У инженеров Nvidia вся документация на руках. А разработчикам открытого до недавнего времени приходилось реверс-инижинирингом заниматься. Тут на самом деле можно только поаплодировать разработчикам открытого драйвера - в таких условиях добиться, чтобы OpenGL приемлемо работал - это нужно быть первоклассными специалистами.
> С 45 по 75й. В основном швейцарские станки, но были и другие.
А почему бы и нет? Если у них лучше? И закупали-то не на постоянной основе - потом свои научились делать.

> Даааа.... Для консультации)) "Завод полного цикла проектировался американским архитектурным
> бюро Альберта Кана по образцу завода «Ривер-Руж», техническое руководство строительством
> осуществляла американская компания «Остин»". "Основой производственной программы
> были выбраны модели Ford-A и Ford-АА."
Так и что? Зачем заново изобретать велосипед?
> Не для консультации, а вначале для подготовки технического проекта, а потом контракт
> на создание завода с полным циклом, техническое оснащение и обучение персонала.
Я тут живу рядом - всё было не совсем так. Оборудование - да, за рубежом закупали. Однако после пуска завода по большей части постепенно перешли на своё. И строили его не итальянцы. Своими руками построено всё - в городе Тольятти для этого целый район на 400 тысяч человек возвели. Для строителей и работников автозавода. И инженеры по большей части все советские были.

> М... это какие?
2110, 2111, 2112. Множество разных модификаций всего этого. Калина - тоже разработка была начата в девяностые. Менее известные - "Надежда" например. Небольшая серия машин с роторно-поршневым двигателем собственной разработки. Делались в стандартных кузовах, внешне ничем от стандартных моделей не отличались. Однако могли сильно удивить скоростными характеристиками))

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

277. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 19:40

>> А ВАЗ кто строил?
> Советские строители)) Для консультаций приглашали итальянцев.
Потому что жигуль так то в девичестве - Фиат цельнодраный. Только капиталисты могли массово, без дефицита, и ушли вперед потом. А ВАЗ... показал чем это отличается от капитализма - и совсем не в лучшую сторону.

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

282. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 27-Май-25, 20:14

> Потому что жигуль так то в девичестве - Фиат цельнодраный.
Не так. В основе - да, Фиат. Однако его достаточно серьёзно дорабатывали. Под наши дороги и под нашу материально-техническую базу.
> Только капиталисты
> могли массово, без дефицита, и ушли вперед потом. А ВАЗ... показал
> чем это отличается от капитализма - и совсем не в лучшую
> сторону.
Ну так и в СССР могли. ВАЗ на пик мощности вышел уже в девяностые. Производилось по 700 тысяч машин в год. Если бы СССР не распался, то сейчас бы вы ездили на нормальных машинах советского производства. По качеству - ничуть не хуже импортных. В них скорее всего не было бы каких-то "модных" приблуд, но с задачей доставить человека из точки А в точку Б - они бы справлялись. При этом ведь были ещё ГАЗ, АЗЛК и УАЗ. Вмести они закрывали бы потребности не только СССР, но и ближнего зарубежья. С учётом того, что личное авто - это тупик развития. В том виде, как они есть сейчас. Будущее - за общественным транспортом. Автобусы, троллейбусы, метро. Легковые машины тоже нужны, но в качестве такси, в виде машин на прокат и служебного транспорта.
Ну и у ВАЗа есть одно достижение мирового уровня. Без шуток. Это - "Нива".

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

285. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 20:46

> Не так. В основе - да, Фиат. Однако его достаточно серьёзно дорабатывали.
> Под наши дороги и под нашу материально-техническую базу.
Если так посмотреть - то пролетариат так то драл все что дерется со времен Генри Форда. И не то чтобы это сильно плохо работало само по себе, китайцы подтвердят. Просто вечно гнать одно и то же, игноря улучшения - приводит к выпуску автохлама. А если еще высокомотивированные работники потом закрутят болты кувалдой, "зато план перевыполнили", загар под ЭТИМ становится у благодарных водителей национальным видом спорта.
А фиат - таки - акула капитализма, за такое просто вымрет нафиг и никто не будет тянуть его вечно. Поэтому был вынужден улучшать модельный ряд, конкурентам под стать.
> Ну так и в СССР могли. ВАЗ на пик мощности вышел уже в девяностые.
Примерно в те же поры они стали максимально известны "качеством" и "комфортом". И при первой же возможности благодарные покупатели и проголосовали ногами. Как я понял - история сделала полный круг и в роли иномарок - китайцы, и этим - попробуй сказать "нет" вообще? Придумают чем ответить, и это будет больно. Вот именно своим ходом СССР мог что? Механическую дрянь с курбюратором? А нормальный инжекторник - и ECU для него - и алго написать - не? Потому что жить около оживленной магистрали по которой ездит вон то - лишь немногим лучше жизни в газенвагене, представляете?! А если такое выпустить в современном количестве, в центр жирного города - города просто станут непригодные для жизни. Ибо ECU в реалтайме параметры меняет по показанию датчиков.
> Производилось по 700 тысяч машин в год. Если бы
> СССР не распался, то сейчас бы вы ездили на нормальных машинах
> советского производства.
Понятие о нормальности у меня и у вас - сильно разное. И ездить на вон том "нормальном" я как-нибудь пешком постою. Мое мнение о советской инженерной школе - особенно в товарах для потребителей - очень так себе. В СССР на покупателя - клали с прибором. И так дескать купят.
> По качеству - ничуть не хуже импортных.
С фига бы это? Откуда возьмется нормальный уровень технологий, который безбожно лагал во всем, начиная с электроники, и заканчивая общей культурой управления?
> В них скорее всего не было бы каких-то "модных" приблуд,
А, так и запишем. Кондей - модная приблуда. И прочий подогрев сидений. Пролетариат должен быть закаленным, не обломается попотеть летом в +30 или давать дубаря зимой. Подумаешь, комфорт скотовозки за кучу денег, эко дело. Странно что при наличии альтернатив почему-то выбирают что-нибудь иное.
> но с задачей доставить человека из точки А в точку Б - они бы справлялись.
С этим и телега с клячей - справляется. Но вот где же коннозаводчики? И автоТАЗу место примерно там же на самом деле. Если не умеют люди работать - про это говорят "не можешь ср@ть не мучай ж@пу", имхо.
> При этом ведь были ещё ГАЗ, АЗЛК и УАЗ. Вмести
> они закрывали бы потребности не только СССР, но и ближнего зарубежья.
Ага, если наставить пистолет на покупателя и запретить продавать все остальное вообще - то и это типа-машина. Только потом оказывается что хорошо в стране советов жить, но вне ее - еще лучше. И начинается утечка мозгов и проч, чтобы не наслаждаться отношением к себе как к, извините, скоту и расходникам.

> С учётом того, что личное авто - это тупик развития. В
> том виде, как они есть сейчас. Будущее - за общественным транспортом.
Видел я как это в ссср было. И что-то повторять опыт езды в переполненном скотовозе мне как-то очень уж не очень, уж извините.
> Автобусы, троллейбусы, метро. Легковые машины тоже нужны, но в качестве такси,
> в виде машин на прокат и служебного транспорта.
Да, там такой офигенный опыт - в час пик особенно. Странно чего двуногие авто покупают в итоге. Может чтобы на такой опыт лишний раз не нарываться? Потому что ощущается очень так себе. Но вы в вашем праве наслаждаться им. На вашей тушке, конечно - я за вас это делать не буду.
> Ну и у ВАЗа есть одно достижение мирового уровня. Без шуток. Это - "Нива".
Ну правильно, куда там внедорожникам нормальным до этого недо-джипера для колхозников. Единственное ее достоинство - ценник. На этом достоинства и заканчиваются.

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

276. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 19:37

> Да дело не столько в Nvidia)) Так любая корпорация работает. Плюс-минус. Проблема
> в самих корпорациях, в их погоне за прибылью. Если завтра Nvidia
> исчезнет, думаете лучше станет? Не-а.
Почему-то Intel и AMD смогли договориться и делать это значительно менее криво. И остальные присоединились со временем. Учтя даже интересы эмбедовки.
Баги конечно в любом сложном софте возможны. Но такой уровень мучений - только с нвидией почему-то. Под рассказы какая нвидия отличная от фанатов.

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

280. "Релиз ядра Linux 6.15" +/–

Сообщение от ProfessorNavigator (ok), 27-Май-25, 19:59

> Почему-то Intel и AMD смогли договориться и делать это значительно менее криво.
> И остальные присоединились со временем. Учтя даже интересы эмбедовки.
Потому и смогли, что конкуренция была со стороны Nvidia. Если Nvidia не было бы - сидели бы сейчас и плевались по поводу проприетарного драйвера Amd. Например. А может - Intel. Конкретный бренд не важен. Ситуация была бы принципиально та же. От перемены корпораций их суть не меняется: любая корпорация - это комбинат по производству прибыли. Прибыль - это прибавочный продукт, который производится всем обществом и принадлежит всему обществу, а присваивается кучкой владельцев и акционеров той или иной корпорации.
> Баги конечно в любом сложном софте возможны. Но такой уровень мучений -
> только с нвидией почему-то. Под рассказы какая нвидия отличная от фанатов.
Вот поэтому я и говорю, что корпорации, как машины по производству прибыли - должны уйти в прошлое. Вместо полезной деятельности, например использования CUDA для научных вычислений, все вынужденны регулярно бодаться с Nvidia. Из-за нежелания группы акционеров и владельцев терять прибыль страдают все - просто тормозиться развитие общества.

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

286. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (286), 27-Май-25, 20:56

> Потому и смогли, что конкуренция была со стороны Nvidia. Если Nvidia не
> было бы - сидели бы сейчас и плевались по поводу проприетарного
> драйвера Amd.
А оно AMD нафига? Чтобы до упора наслаждаться локапами в ядре "хрен отдебажишь" раз в неделю? Когда можно все то же самое но не ректально?
И догваривались там так то дофига народа. Изначально это все - Интел в основном затеял, видимо имея какие-то виды на околомобильные дела, чтобы нормально работало. Потом и до AMD доперло что code reuse - затея хорошая. Они и отрефакторили реверснутый Radeon на внутренние дела - так появился AMDGPU, оказавшийся в целом куда качественнее каталиста (который у меня лично ловил локапы раз в 1-2 недели и удачи в дебаге этого, и фиксах, ибо кому в майнлайне оно вперлось).
> Например. А может - Intel. Конкретный бренд не важен.
Интел на тот момент - встройки делал, а Nvidia - дискретки. И эти двое конкурировали - в каком именно сегменте?

> Ситуация была бы принципиально та же. От перемены корпораций их суть
> не меняется: любая корпорация - это комбинат по производству прибыли.
И кроме всего прочего оказывается что сообща запилить common core технологии - выгодно обоим. И лучше работает в целом. Даже если для этого надо дружить с конкурентом.
И весь линух в целом квинтэссенция этого. Там навалом конкурентов но они могут сообща запилить подсистему, с простым аргументом: "спихать половину костов на конкурента - круто придумано!". Даже майкрософт кажется это уже начал подозревать.
> Вот поэтому я и говорю, что корпорации, как машины по производству прибыли
> - должны уйти в прошлое.
Как только появится что-то что лучше работает - так сразу.

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

140. "Релиз ядра Linux 6.15" +/–

Сообщение от vlad1.96 (ok), 26-Май-25, 18:00

> NVK с Nova уже может работать или ещё нет?
А что, саму Nova уже можно запустить?

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

151. "Релиз ядра Linux 6.15" +/–

Сообщение от Ilya Indigo (ok), 26-Май-25, 18:18

>> NVK с Nova уже может работать или ещё нет?
> А что, саму Nova уже можно запустить?
Без коррозии ядра точно нет.
Я предположил что это именно то что нужно NVK, они как раз хотели переписать нуво и задействовать прошивки.

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

154. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (155), 26-Май-25, 18:26

> Без коррозии ядра
Очень хорошо выводит.
https://www.opti-com.ru/catalog/product/6929906

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

163. "Релиз ядра Linux 6.15" +/–

Сообщение от vlad1.96 (ok), 26-Май-25, 18:52

>>> NVK с Nova уже может работать или ещё нет?
>> А что, саму Nova уже можно запустить?
> Без коррозии ядра точно нет.
> Я предположил что это именно то что нужно NVK, они как раз
> хотели переписать нуво и задействовать прошивки.
Всё что нужно от драйверов, NVK уже получили. Nouveau уже давно работает с GSP прошивками, а NVK пилиться именно под Nouveau (собственно и задач каких-то сверх возможностей Nouveau не стоят).

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

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

176. "Релиз ядра Linux 6.15" +/–

Сообщение от Ilya Indigo (ok), 26-Май-25, 19:39

Благодарю, не знал что Нуво имеет работать с GPS прошивками.
Ранее я читал, да это и сейчас можно прочитать
https://www.collabora.com/news-and-blog/news-and-events/intr...
что они не довольны драйверами nouveau их нужно или переписать или написать свои новые.
И несколько лет новостей о прогрессе в этом направлении не было.
Я предположил что может Nova это результат этого прогресса, но понимаю теперь что нет.
Если NVK НЕ будет использовать Нову, и его устраивает Нува то проблемы с обязательной коррозией ядра не будет.

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

182. "Релиз ядра Linux 6.15" +/–

Сообщение от vlad1.96 (ok), 26-Май-25, 20:16

> Благодарю, не знал что Нуво имеет работать с GPS прошивками.
> Ранее я читал, да это и сейчас можно прочитать
> https://www.collabora.com/news-and-blog/news-and-events/intr...
> что они не довольны драйверами nouveau их нужно или переписать или написать
> свои новые.
> И несколько лет новостей о прогрессе в этом направлении не было.
> Я предположил что может Nova это результат этого прогресса, но понимаю теперь
> что нет.
> Если NVK НЕ будет использовать Нову, и его устраивает Нува то проблемы
> с обязательной коррозией ядра не будет.
Сложно оценить что вообще дальше будет с драйверами и их вулкан-драйверами. Если Nouveau под крылом X11 и freedesktop, то Nova под крылом Red Hat и Collabora, но и там и там могут пересекаться команды, поэтому Nova одновременно сложно назвать и заменой Nouveau и совершенно альтернативной реализацией. И ещё это незатрагивая этой темы с Rust (я вообще не представляю что это за проблема)
Одно понятно точно - какое-то время они 100% будут сосуществовать одновременно и покрывать одни и те же задавачи, а там дальше как корабли поплывут...

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

45. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (30), 26-Май-25, 13:04

> Реализованы модули dma и hrtimer с Rust-обвязками для DMA
> (добавлены Линусом в обход мэйнтейнера, который после этого
> ушёл со своего поста) и высокоточных таймеров.
Ну вот и славненько))
Кто там писал "никогда не примут!", "мейнтейнер не позволит!"?
А в итоге мейнтейнеру указали его место.

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

162. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (185), 26-Май-25, 18:49

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

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

53. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Кошкажена (?), 26-Май-25, 13:20

Они внедрение раста когда закончат? Или у самураев только путь?

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

56. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 13:32

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

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

76. "Релиз ядра Linux 6.15" +4 +/–

Сообщение от Аноним (65), 26-Май-25, 14:16

Написание ядра действительно путь. Т.к. цель написать работающее ядро, как таковое, уже давно была достигнута. Теперь только путь.
Ты так уверен, что прям все кинутся всё новое для ядра писать на Расте? Не ну, конечно же, найдётся некоторое количество любителей, но вот чтобы все поголовно...

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

93. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (93), 26-Май-25, 15:03

Открываем статистику ядра 6.14, тк для нового еще нет и что мы видим?
lwn.net/Articles/1013892/
Most active 6.14 employers - By lines changed
В топе Intel, Google, Qualcomm, AMD, Red Hat....
(None) там всего 5%
Корпы просто нанимают людей, которые пишут на том языке, за который платят.
Гуглу вообще напрягаться не нужно - у них куча народу уже пишет на rust.
В том числе и bare-metal фирмвари для андроида.
Если корпы начинают нанимать людей -> значит появится больше вакансий -> значит больше студентов или тех кто решил выучить новый ЯП выберут раст.
Индустрия это уже проходила с GOшкой.

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

136. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 17:57

Причём здесь корпорасы? Пусть они для своих Андроедов и прочих их корпорастических полуоткрытых форков творят, что хотят.
А мы вот посмотрим, сколько реальных человек (физических лиц) будут писать что-то на Расте для ванильного ядра.

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

144. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 18:03

> Причём здесь корпорасы?
Эта статистика показывает невероятны вклад индивидуалов в развитие ядра.
> Пусть они для своих Андроедов и прочих их корпорастических
> полуоткрытых форков творят, что хотят.
При чем тут андроид? Они тебе код для десктопа и серваков пишут - FS, сеть, драйвера и так далее.
> А мы вот посмотрим, сколько реальных человек (физических лиц) будут писать что-то
> на Расте для ванильного ядра.
А сколько реальных человек (физических лиц) сейчас пишут на сишечке?))

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

278. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 19:45

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

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

189. "Релиз ядра Linux 6.15" +/–

Сообщение от Кошкажена (?), 26-Май-25, 22:26

> у них куча народу уже пишет на rust
Какая куча? Пруфы будут? В фучсии, которая где используется? В фоторамке. К тому же там в ядре много С++.
Тут местные эксперты писали, что в мс во всю пишут на расте. Вот недавно мс открыли код редактора на расте с кучей unsafe и который не умеет работать с системным буфером, а вот код wsl у них действительно на C/C++.

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

191. "Релиз ядра Linux 6.15" +/–

Сообщение от Кошкажена (?), 26-Май-25, 22:30

> Индустрия это уже проходила с GOшкой.
Дык это стабильный язык со взрослыми библиотеками, а не вечными альфами и очередной новой порцией АПИ в минорных релизах.

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

179. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (13), 26-Май-25, 20:10

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

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

190. "Релиз ядра Linux 6.15" +/–

Сообщение от Кошкажена (?), 26-Май-25, 22:28

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

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

197. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 23:40

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

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

63. "Релиз ядра Linux 6.15" +/–

Сообщение от Анонимище (?), 26-Май-25, 13:52

Всё ещё есть энтерпрайз работающий на, прости господи, Коболе. Поэтому не при нашей жизни, авось внуки довершат

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

77. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (65), 26-Май-25, 14:19

COBOL к ядру зачем приплёл?

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

153. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (155), 26-Май-25, 18:24

> COBOL к ядру зачем приплёл
https://avtorgaz.ru/modelnyy-ryad/modelnyy-ryad-sobol/
Это ведь программисту необходимо.

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

208. "Релиз ядра Linux 6.15" +/–

Сообщение от Анонимище (?), 27-Май-25, 06:28

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

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

64. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (64), 26-Май-25, 13:53

только начали

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

75. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Ivan_83 (ok), 26-Май-25, 14:15

> В систему асинхронного ввода/вывода io_uring добавлена поддержка чтения информации о событиях epoll. Применение io_uring для обработки событий epoll позволяет снизить число переключений контекста и даёт возможность обрабатывать за раз несколько событий epoll.
Костыль!
kqueue без костылей умеет сразу сколько угодно событий выгребать и закидывать в ядро.
С другой стороны всё равно этим практически никто не пользуется, ибо обработка ошибок и логики становится заметно сложнее.

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

79. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (79), 26-Май-25, 14:20

И где теперь этот какью?
А линукс везде.

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

101. "Релиз ядра Linux 6.15" +/–

Сообщение от Ivan_83 (ok), 26-Май-25, 15:24

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

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

198. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 26-Май-25, 23:43

Вспомнил одного программиста который в комитах так и писал cakies или remove cakies

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

83. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (65), 26-Май-25, 14:23

Как будто, epoll не умеет следить за несколькими дескриторами одновременно.

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

102. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Ivan_83 (ok), 26-Май-25, 15:25

Вы даже не поняли о чём речь.

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

243. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:43

> Костыль!
> kqueue без костылей умеет сразу сколько угодно событий выгребать и закидывать
> в ядро. другой стороны всё равно этим практически никто не пользуется,
А еще если посмотреть глубокий анализ фич именно ядра Linux VS kqueue - можно заметить что один из разработчиков низкоуровневых фич высказал мнение что суммарно в Linux гибче и мощнее получилось. И можно сделать все что умеет kqueue. Не так элегантно? Зато можно и больше чем это - и супер-концепции не стоят на пути мешая реализации хотелок.
> ибо обработка ошибок и логики становится заметно сложнее.
Бсди всегда такие. Сделают нечто крутое, концептуальное и ... совершенно не от мира сего. И вот сидят они в своем закутке такие концептуальные и замечательные с своими нетграфами, геомами, kqueue, и чем там еще - и удивляются - чего это всему остальному мир на них так похрен, что даже нетфликс вот-вот выкинет последних из могикан. Потому что типичная иллюстрация на тему "бес порток но в шляпе".

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

116. "Релиз ядра Linux 6.15" +/–

Сообщение от Смузихлеб забывший пароль (?), 26-Май-25, 16:33

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

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

126. "Релиз ядра Linux 6.15" +/–

Сообщение от какая разница (?), 26-Май-25, 17:30

Что там с ntfs? Так и портит файлы?

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

127. "Релиз ядра Linux 6.15" +/–

Сообщение от какая разница (?), 26-Май-25, 17:31

*ntfs3

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

165. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (185), 26-Май-25, 18:55

Не знаю, в бунте нет пока пакета с ядром (я на дебиане, но вот пакет с ядром ставлю с бунты, потому что на дебиане вообще 6.12 последнее). Но могу предположить, что улучшений нет. Я порчу файлов не замечал - но у меня в один не прекрасный день перестал монтироваться /dev/sdb1, как и тестовый файл напрямую утилитой mount. После обсуждения на опеннете и монтирования тестового файла с помощью loop device явно (я вообще так никогда образы не монтировал, mount давно можно просто путь к файлу указать, напр. файл с ext4 монтируется без трогания loop device руками) выяснилось, что тестовый файл таки монтируется, а вот реальное блочное - нет. Предполагаю, что на реальних блочных его никто и не тестирует.

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

170. "Релиз ядра Linux 6.15" –2 +/–

Сообщение от Аноним (170), 26-Май-25, 19:05

Уровень - Критический !
1. Компилируем новое ядро Linux.
2. Запускаем в соседнем терминале создание любого загрузочного флэш-носителя с любым дистрибутивом.
3. Теперь тут же стартуем установку скомпилированного ядра Linux командами # make modules_install install
4. Получаем сначала висение системы ожидающей окончание прошивки флэшки, и затем тут же - крах установки ядра Linux.
В общем, каким ты был, такми ты и остался, Линус Торвальдс.

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

184. "Релиз ядра Linux 6.15" –2 +/–

Сообщение от anonymous (??), 26-Май-25, 21:12

Внезапное отключение NFS шары, завешивает все наглухо, как и 10 лет назад

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

193. "Релиз ядра Linux 6.15" +3 +/–

Сообщение от Аноним (193), 26-Май-25, 22:40

А я в винде когда СД диски в Неро писал, то не то что мышкой не шевелил, но и не дышал. И ничего.

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

203. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (6), 27-Май-25, 00:55

Это другое, понимать надо.

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

216. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (215), 27-Май-25, 08:41

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

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

204. "Релиз ядра Linux 6.15" –1 +/–

Сообщение от Аноним (155), 27-Май-25, 02:31

А делал ли ты, копирование с CD, DVD, с CDA, в Wav, без потери качества.
Возможно ты делал .iso, в виртуальный диск, дабы, монтировать виртуальный Cd, Dvd, iso, дабы слушать, как меломан, в Максимальном Качестве, на Колонках Genius, компьютерных, за 200 рублей.
Возможно ты подпсывл Cd, Dvd, Специальным Маркером, и Печатал Обложки, и Раздавал Друзьям.
А лейблы теряли ТриллиГигалионы.

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

257. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (254), 27-Май-25, 13:27

Да и ложить на лейблов большущий прибор.

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

192. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (193), 26-Май-25, 22:38

Её богу ерундой занимаются. Займитесь драйверами! У вас железо не работает, не до рюшечек. Домохозяйка не может напечатать ворд файл и скинуть фотки с телефона.

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

194. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (194), 26-Май-25, 22:54

это у вас не работает, а у нас все работает и телефон подключается и печатается на принтер

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

289. "Релиз ядра Linux 6.15" +1 +/–

Сообщение от Аноним (286), 27-Май-25, 21:02

> Её богу ерундой занимаются. Займитесь драйверами! У вас железо не работает,
> не до рюшечек. Домохозяйка не может напечатать ворд файл и скинуть фотки с телефона.
В соседней новости - драйвер телефона с которого не требуется фоты скидывать! :)

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

195. "Релиз ядра Linux 6.15" –2 +/–

Сообщение от Аноним (-), 26-Май-25, 23:28

> В новую версию принято 15945 исправлений от 2154 разработчиков
Разработка как у большой компании и все это бесплатно? А ради чего? Пытаются показать что-то работодателям? Ради славы? Ради интереса? Что движет большинством этих людей?

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

201. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (201), 27-Май-25, 00:27

> В новую версию принято 15945 исправлений .., размер патча - 59 МБ.. В прошлом выпуске .. размер патча - 39 МБ.
Помните график, показывающий экспоненциальный рост ядра?
Корпорасты захламили ядро своими overbloated-дровами. Больше никакой изящной свободы - только километры бессмысленных портянок с быстро меняющимся API.

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

210. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (210), 27-Май-25, 07:19

Рост линейный

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

211. "Релиз ядра Linux 6.15" +/–

Сообщение от Илья (??), 27-Май-25, 07:39

> размер патча - 59 МБ.
Чел, там 70% изменений - удаление старых драйверов из ядра и чистка мусора

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

213. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (213), 27-Май-25, 08:12

Кто-нибудь знающий может подсказать, почему камень 9900T при 100% нагрузке троттлит со сбросом частоты до 800МГц на всех современных ядрах, но зато отлично работает на ядре 5.15 от rhel-подобных дистров типа almalunux, с мощным шумов вентиляторов.

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

233. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (-), 27-Май-25, 11:06

>Прекращена поддержка 32-разрядных систем x86, имеющих более 8 CPU и 4 ГБ ОЗУ.
Вот такие юзкейсы как раз и надо было поддерживать, кровь из носа. Потому что лиса не должна выжирать больше четырёх гигабайт. Куда хочет, пусть вертится, но жрать нельзя.
С другой стороны, если кто-то с такой подачи догадается, что x32 abi стоит развивать, то это хорошо. Проблема в том, что не догадаются. И покупать на каждый из своих компьютеров по 16 гигабайт памяти (а ещё и одноплатники обновлять, одноплатник на 32 гигабайта стоит 23 тысячи рублей и это не у перекупов) будет очень больно.
>Milk-V Jupiter ST STM32MP2
Очень жалко будет, когда к тридцатым все эти STM32MP возьмут и выкинут. В рамках такого же избавительства от 32 бит.

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

248. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (248), 27-Май-25, 12:06

> Вот такие юзкейсы как раз и надо было поддерживать, кровь из носа.
Из чьего носа? Если из вашего - отлично, подставляйте нос! Но чего-то вы не пришли майнтайнить все вон то. А кто пришел - тем оно не надо.
> Потому что лиса не должна выжирать больше четырёх гигабайт. Куда хочет,
> пусть вертится, но жрать нельзя.
Они уже давно смухлевали с кучей процессов. У каждого отдельного процесса адреса не закончатся. А вот работа на уровне ядра с 32-bit системами где >4 Gb RAM происходит через тот еще ректум. И как вы понимаете, актуальных кейсов где это имеет смысл - полторы штуки.
В частности - на этом глобусе существовало буквально полторы модели CPU умевшие более 4 гигз памяти - и при том не умевшие в 64-bit. При том эти экспонаты (серверные) - врядли кто-то в здравом уме использует.
> С другой стороны, если кто-то с такой подачи догадается, что x32 abi
> стоит развивать, то это хорошо.
Его разовьют путем лечения головной боли методом гильотины, ибо нафиг все эти костыли в современном мире не упали. Много боли и ограничений - неизвестно ради чего.
> И покупать на каждый из своих компьютеров по 16 гигабайт памяти
> (а ещё и одноплатники обновлять, одноплатник на 32 гигабайта стоит 23
> тысячи рублей и это не у перекупов) будет очень больно.
А на одноплатниках до сих пор прекрасно работает 32-бит вариант для ARM. Вот только туда более 4 гиг никто никогда не ставил.
>>Milk-V Jupiter ST STM32MP2
> Очень жалко будет, когда к тридцатым все эти STM32MP возьмут и выкинут.
> В рамках такого же избавительства от 32 бит.
Так их и производить к тем годам перестанут, вероятно. Ядро - не музей политехники. При том для старых железок можно довольно долго некромансить на LTS ядрах "опосля".

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

287. "Релиз ядра Linux 6.15" +/–

Сообщение от Аноним (287), 27-Май-25, 20:58

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз ядра Linux 6.15"	–25 +/–
Сообщение от Аноним (1), 26-Май-25, 11:59
зачем в ядре дрова, ну вот зачем? неужто непонятно, что монолит для зоопарка ЭВМ это абсолютно неправильный путь?
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз ядра Linux 6.15"	+9 +/–
	Сообщение от Аноним (6), 26-Май-25, 12:09
	Ну дак не пользуйся дровами в ядре, что ныть то?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Релиз ядра Linux 6.15"	+2 +/–
	Сообщение от Аноним (1), 26-Май-25, 13:58
	почему вы так ущемляетесь когда вам оглашают очевидные факты?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Релиз ядра Linux 6.15"	+8 +/–
	Сообщение от Аноним (80), 26-Май-25, 14:20
	без дров, ядро то никому не нужно :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	109. "Релиз ядра Linux 6.15"	+10 +/–
	Сообщение от Аноним (6), 26-Май-25, 15:48
	Да я не ущемляюсь, честно. Я не понимаю почему вы пользуетесь дровами в ядре, если вам не нравится это. Есть же миникс и hurd с дровами в юзерспейсе. Пользуйтесь.
	Ответить \| Правка \| К родителю #66 \| Наверх \| Cообщить модератору


	7. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (7), 26-Май-25, 12:13
	Так все дрова по отдельным модулям раскиданы.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	10. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (7), 26-Май-25, 12:15
	Или вы желаете драйвера в userspace загружать? Это ж ерунда получается
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (65), 26-Май-25, 13:58
	В userspace это уже почти микроядерность получается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	119. "Релиз ядра Linux 6.15"	–1 +/–
	Сообщение от Аноним (80), 26-Май-25, 16:42
	если юзать драйвера в юзерспейсе, то и ядро не нужно, получается так называемая борт-программа. Одна программа на одной машине.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	122. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (65), 26-Май-25, 17:05
	И кого же на дескопе устроит ныне однозадачность? Как во времена DOS: Запустил LO Writer, понабирал документ. Что-то надо посмотреть в таблицах, закрыл Writer, открыл Calc. Закрыл Calc, открыл Writer, продолжил. Очень удобно, да. В общем, без ядра только в эмбеддовке приемлемо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	177. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 26-Май-25, 20:09
	> И кого же на дескопе устроит ныне однозадачность? сколько ядер в ЦПУ - столько и одновременных задач. Ваша аппаратная архитектура, архитектурно требует наличие ОС (ядра ОС), то есть того кто будет запускать задачи после передачи управления от там всякого биоса. А что такое ядро ОС? Это программа которая запускает (останавливает) другие программы. Биос же ваш не идет и не пытается запустить несколько независимых программ на всех доступных ядрах. Он запускает ядро ОС (загрузчик и т.д.) > В общем, без ядра только в эмбеддовке приемлемо. Борт-машины с борт-программами, им не нужны понятия ОС (ядро ОС и т.д.), параллельность - многозадачность.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	215. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (215), 27-Май-25, 08:34
	Идеально! А использование ресурсов — ну, кто первый встал, того и тапки. А на диск вообще посекторно писать будем, кому куда удобно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	225. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 27-Май-25, 10:23
	> А использование ресурсов — ну, кто первый встал, того и тапки. Вы, как я думаю, студенческой общаги не видели. Как, по вашему, надо разделять общие ресурсы? > А на диск вообще посекторно писать будем, кому куда удобно. А кто виноват, что вы спроектировали общее устройство хранение? У вас в архитектуре и ОЗУ и ПЗУ - общее. А доступом управляет контроллер железный. А чтобы в "чужой" сектор не писать контроллер возмем "кисть и раскрасит" сектора.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	237. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (215), 27-Май-25, 11:31
	> Как, по вашему, надо разделять общие ресурсы? Комендант есть (ОС). > А доступом управляет контроллер железный. А чтобы в "чужой" сектор не писать контроллер возмем "кисть и раскрасит" сектора. А кто раскрасит? ОС.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	246. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 27-Май-25, 11:50
	> Комендант есть (ОС). аппаратный контроллер кто-то отменил? У вас и на ОЗУ и ПЗУ он есть. > А кто раскрасит? ОС. если доступом управляет аппаратный контроллер, то он и выдает бейджики (красит), очевидно же.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	247. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (247), 27-Май-25, 11:55
	> аппаратный контроллер кто-то отменил? У вас и на ОЗУ и ПЗУ он есть. Там есть довольно глупые в этом смысле hardware automations. Зато они - быстрые. А дофига логики на line speed ворочать - не очень хорошо работает, если вам вдруг не рассказали. > если доступом управляет аппаратный контроллер, то он и выдает бейджики (красит), > очевидно же. Это все абстрактно. Этот аппаратный контроллер кто и как называется в этом мире? MMU? Он беджики выдает только на тему прав доступа к памяти, остальное не его проблемы опять же.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	250. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 27-Май-25, 12:13
	> А дофига логики на line speed ворочать - не очень хорошо работает, если вам вдруг не рассказали. Хорошо делай, хорошо будет работать. ЦПУ общего назначения никогда "хорошо" работать не будет. > MMU? Он беджики выдает только на тему прав доступа к памяти, остальное не его проблемы опять же. Ну, а че делать если он у вас такой родился? Пытались родить другой? Думать не надо - НЕТ! Все можно скинуть в программную сторону, ток какой выигрыш от этого? Вон была же новость про эмуляцию одного цпу в другом через скрещивание ежа и ужа, и к чему это приводит? > Это все абстрактно. Все начинается с абстракций.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	270. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (270), 27-Май-25, 17:23
	> Хорошо делай, хорошо будет работать. Это абстрактные фразы. Чем сложнее логика - тем больше транзисторов надо выделить. А например потребление CMOS пропорционально C * F * Vdd^2 * N где F это частота N это число переключаемых за операцию транзисторов. Значит если блок сложный и быстрый - будет жрать и перегреваться! А кроме общего TDP есть еще - локальный перегрев: сбагривать тепло от крутого производительного блока в остальной чип - получается с ограниченной скоростью. У кремния теплопроводность не очень крутая, если что. Для контроллеров типа DRAM, перфоманс напрямую отвечает за общий перфоманс системы, т.е. DRAM - bottleneck. Эти контроллеры работают на пределе. При том они еще сигналы должны, наружу, с почтенной скоростью, даже со всеми читами - добавляет нагрева, приплюсовав к потреблению. По этой же причине ROM дико тормозной VS CPU в чистом виде! Реально быстрый - SRAM, может пахать на скорости CPU. Вот только это 6 транзистров на 1 бит. Поэтому реально - вот вам несколько мегз кеша, но ВСЮ память системы так? А вы платить столько не офигеете? Кеши CPU - лайфхак пытающийся сочетать объемы DRAM с 1 транзистором на ячейку и скорость почти как у вон того. Это хоть немного разгружает несчастный контроллер DRAM. Который уже много лет не поспевает за основным core. А флеш не успевает за cpu - даже на микроконтроллерах, нахрен, уже! Приходится реально - wait states програмить! Когда проц - ждет, ничего не делая, пока флеш ему данные вынет, если не повезло. Не очень рационально, но таковы лимиты технологий и их обход не халявен, имеет побочные эффекты и отливается. А если усложнить блоки - окей, но их скорость провалится, при том что в нее и так упирались тупо везде. Или они будут выгорать нахрен за полгода в стиле чипов интела. Оно кому-то надо. Прикольно конечно думать что все чипмейкеры болваны, а вы умный, но это слишком хорошо чтобы быть правдой. > ЦПУ общего назначения никогда "хорошо" работать не будет. У CPU общего назначения есть забойный плюс - он перепрограммируемый. Это выгодное вложение денег. А выделять огромный блок транзисторов на специализированную задачу - в целом делает чип менее привлекательным для покупателей. Конечно нишевые случаи где это имеет смысл - есть. И бывают ASIC. Но они значительно менее популярны чем CPU и имеют нишевое хождение. И даже там типовые соотношения остаются. В частности современные proof of work - "memory hard" в допущении что набить дофига быстрой RAM в ASIC для массово параллельного брута - чипмейкеры все же обломаются. > Ну, а че делать если он у вас такой родился? Пытались родить > другой? Думать не надо - НЕТ! Все можно скинуть в программную > сторону, ток какой выигрыш от этого? Выигрыш - универсальная, гибкая, реконфигурируемая система. Оно и права рюхает, и своп может обеспечить, и что там еще. А рядом "коллеги" могут и так же но с другой стороны шины, т.е. для DMA от железок (IOMMU) или допустим для VRAM в GPU (GPU-side MMU). Просто удачный паттерн дизайна, позволяющий продвинутости и новые свойства без сильного вклина производительности при этом. Что повышает ценность железок в глазах покупателей. А ASIC вы продать конечно можете - но 20, чтоли, миллиардов ядер, как ARM в прошшом году - смогете? Кто в таком объеме fixed function покупать будет и зачем? Даже GPU ушли от этого, заменив fixed function hardware блоками универсальных SIMD крушилок и делая то же самое, но - шейдерами, в софте, а скорости разогнали тюнингом дизайна на типовые задачи. > Вон была же новость про эмуляцию одного цпу в другом через скрещивание ежа и ужа, и > к чему это приводит? Пока у вас это новости, я рутинно эмулирую другие процессоры x86. Это приводит к например возможности сбилдить системный образ даже не имея на руках свободного инстанса вон той железки, например. Да, это не очень быстро и не очень эффективно. Но это разовая задача и решена - сейчас, а не через i++ дней. >> Это все абстрактно. > Все начинается с абстракций. И главное в абстракциях - это понять когда уже пора остановиться! Если вы будете слишком долго смотреть на бесконечность - она посмотрит в вас. И это БУДЕТ иметь определененые эффекты.
	Ответить \| Правка \| К родителю #250 \| Наверх \| Cообщить модератору


	271. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 27-Май-25, 17:52
	> Это абстрактные фразы. А все что вы описали это конкретная имплементация, а теория не зависит от имплементации. > Значит если блок сложный и быстрый - будет жрать и перегреваться! Это зависит от того какой у вас транзистор. Есть оптические, но и там тепло выделяется ибо это законы термодинамики. > Прикольно конечно думать что все чипмейкеры болваны, а вы умный, но это слишком хорошо чтобы быть правдой. а кто такое утверждал? Я утверждаю лишь одно - никаких радикально новых исследований - НЕТ. > Это выгодное вложение денег. На этом можно и закончить. > Даже GPU ушли от этого Ага и стали выпускать всякие TPU/NPU, видите ли ЦПУ общего назначения не годится для ИИ. > Да, это не очень быстро и не очень эффективно. Грейте дальше планету :) > Если вы будете слишком долго смотреть на бесконечность - она посмотрит в вас. И это БУДЕТ иметь определененые эффекты. Ее сначала надо определить в финитных терминах :)
	Ответить \| Правка \| К родителю #270 \| Наверх \| Cообщить модератору


	273. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (-), 27-Май-25, 19:15
	> А все что вы описали это конкретная имплементация, а теория не зависит > от имплементации. В теории я мог бы и на Луну слетать. Завтра. Ничему не противоречит. На практике я конечно обломаюсь с такими планами. Почему-то. Так же как вы обломаетесь - с отправкой сообщения на опеннет с теоретически-возможного дизайна системы. Этим теория и отличается от практики. >> Значит если блок сложный и быстрый - будет жрать и перегреваться! > Это зависит от того какой у вас транзистор. Есть оптические, но и > там тепло выделяется ибо это законы термодинамики. Так вышло что хорошо отладили на этом глобусе - кремний, он и дешевый, и параметры разогнали до почти научной фантастики. Скажи кому в 1970 про параметры процов сейчас - не поверили бы. А с оптикой ну вот не задалось. Очень разнородная штука, не интегрируется с существующими технологиями и теоретически как бы да. Практически - воз и ныне там за столько лет. Ну вот туго идет направление. И будет ли оно лучше когда-то... вопрос же не в том чтобы сделать 1 убер вундервафлю, а чтоб ее еще и технологично тиражировать было. > а кто такое утверждал? Я утверждаю лишь одно - никаких радикально новых > исследований - НЕТ. Это в каком-то роде так. Но тому есть причины. Т.е. попробовали так и сяк, туго идет, дофига проблем, отдачи с вложений - нифига, и в какой-то момент все начинают тот же вопрос что с лунной ракетой - мол, а оно нам надо - летать за несколько миллиардов долларв за присест на эту Луну? А взамен таких затрат - что? ЧСВ уже почесали, второй раз уже приелось слегка. А практическое использование или развитие - чтобы эти миллиарды выкроить за счет других - какое? >> Это выгодное вложение денег. > На этом можно и закончить. Это то что сделало капиталистов - эффективными. Есть стимул быть эффективными и прагматичными, вместо бесконечного бухания ресурсов в условный "вечный двигатель". >> Даже GPU ушли от этого > Ага и стали выпускать всякие TPU/NPU, видите ли ЦПУ общего назначения не > годится для ИИ. GPU достаточно похожи на NPU, просто NPU еще более экстремальный респин дизайна. С кучей мелких но массово параллельных процыков. То что по отдельности дохлые - и фиг с ними, главное чтоб за юнит времени дофига нейронов считало. Изначально все это на GPU обкатали, когда пошло по крупному стали делать еще более специализированные дизайны. >> Да, это не очень быстро и не очень эффективно. > Грейте дальше планету :) Можно завалить ее вместо этого eWaste и отходами от производства электроники, которые тоже не всегда полезны и безобидны. Тоже такое себе. А куда девать кучу не перепрофилируемых под новую задачу чипов и борд? В этом смысле репрограммируемые процы оказались универсальным ответом на многие вопросы вселенной. Допустим мне надо полить цветы в мое отсутствие. Можно сделать это на дубовой логике. Будет чуточку оптимальнее, дешевле и проч. Но если вдруг начальная логика не устроила - ОПА - все резко меняется. Фирмварь может реализовать любую мыслимую логику. Поменять логику или параметры в ASIC? Упс! Перевыпуск ASIC! И несколько миллионов долларов на запуск шоу, между прочим, не забудьте. И старые куда девать, если например пипл их совсем не берет? Вечно на складах держать? А это тоже ресурсов требует - и стоит денег, как отражение этого. >> Если вы будете слишком долго смотреть на бесконечность - она посмотрит в вас. >> И это БУДЕТ иметь определененые эффекты. > Ее сначала надо определить в финитных терминах :) Это не обязательно. Я видел таких. Они просто не от мира сего. Их не понимают в этом мире, они страшно далеки от народа. Поэтому никто и не рвется выделять много ресурсов на их безбедное сушествование и начинания. А, собственно, зачем? Чтобы что? Они живут в видуманном виртуальном мире своих абстракций. Окружающим это никакой пользы не приносит. Так что бухать в них ресурсы - не логично.
	Ответить \| Правка \| К родителю #271 \| Наверх \| Cообщить модератору


	291. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 27-Май-25, 22:52
	> В теории я мог бы и на Луну слетать. Завтра. Ничему не противоречит. Не путайте теорию, где каждое утверждение необходимо доказать (в том числе можно доказать и эмпирически), с фантазиями. Обычно бывает таки на оборот, когда фантасты предугадывают будущее. > Скажи кому в 1970 про параметры процов сейчас - не поверили бы. Наука - не религия, здесь нет места для веры! Закон Мура блаблабла - доказан теоретически? - НЕТ, а первые несколько десятков лет яко бы работал :) > А с оптикой ну вот не задалось. Пока не задалось, новые идеи нужны. > Т.е. попробовали так и сяк, туго идет, дофига проблем, отдачи с вложений - нифига, и в какой-то момент все начинают тот же вопрос что с лунной ракетой - мол, а оно нам надо - летать за несколько миллиардов долларв за присест на эту Луну? Ну раз туго идет, значит либо ума не хватает, либо надо выбирать кардинально иной путь, а текущий - тупиковый, но это опять таки надо еще доказать. Понимаете, "меняя предметы жонглирования, вы законы притяжения земли не познаете". > Есть стимул быть эффективными и прагматичными, вместо бесконечного бухания ресурсов в условный "вечный двигатель". Ну надо быть дураком, чтобы вбухивать в то, что теоретически заведомо (доказанно) не невозможно. Капитализму пофиг во что вбухивать деньги, главное чтобы это потом принесло еще больше денег. Вот скажите, какой профит от вбухивания 300 лярдов в ИИ? Что в сказки про "лекарство от рака поможет найти" поверить? И в чем эффективность капиталистов? То что ученые пляшут под их дудку, как в поговорке "про музыку и кто за нее платит"? Вон посмотрите на так называемых ведущих математиков, которые опустились до пиар менеджеров скам компаний таких как openAI. > Изначально все это на GPU обкатали, когда пошло по крупному стали делать еще более специализированные дизайны. ну да сначала пытались на гпу матрицы умножать, потом поняли, что нужны отдельные аппаратные умножители. И что, кто их покупает? да никто. Гиганты себе заказывают пачку для своих нужд и все. > А куда девать кучу не перепрофилируемых под новую задачу чипов и борд? А кто их будет в масштабах шир-потреба производить? Борт компьютер самолета вам дома годится за место калькулятора или будильника с часами? Поэтому вы его не купите. > Поменять логику или параметры в ASIC? Упс! Перевыпуск ASIC! Вы опять путаете понятие "общего назначения" и специализированное устройство. Да, сначала на фпга будут обкатывать, а потом и в асике распечатают, так и делают всякие железные сетевые устройства, заточенные под определенные цели. Там цпу общего назначения только на какой-нибудь менеджмент плейне. > Их не понимают в этом мире, они страшно далеки от народа. Народ потребитель, и наука это продукт потребления, цель науки - познать мир. > Поэтому никто и не рвется выделять много ресурсов на их безбедное сушествование и начинания. А вы где то видели ученого миллиардера? Для фундаментальной науке не нужны ваши миллиарды, достаточно ручка и лист бумаги. > А, собственно, зачем? Чтобы что? Они живут в видуманном виртуальном мире своих абстракций. Окружающим это никакой пользы не приносит. Так что бухать в них ресурсы - не логично. Вот и я не пойму зачем потребители складывают числа, зачем им интеллект, ну пусть живут как собаки, а нет, сущность людская такова. Рабом "тут чего угодно вставьте" быть не запретишь.
	Ответить \| Правка \| К родителю #273 \| Наверх \| Cообщить модератору


	275. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (-), 27-Май-25, 19:31
	> Я утверждаю лишь одно - никаких радикально новых исследований - НЕТ. Нитрид галлия это новое или уже старое? А исследования применения карбида кремния в качестве транзисторов? Пару лет назад была статься про опыты с арсенидом бора. Всякие двумерные дисульфиды молибдена, силицены и наконец-то графен - исследования последнего считайте только стартовали. Новость о создание полупроводника на его базе были всего лишь в прошлом году nature.com/articles/s41586-023-06811-0 И это без учета всякой экзотики типа фотоника или углеродные трубки. И это только транзисторы. А можно еще поиграться с памятью - например какие-то phase-change memory.
	Ответить \| Правка \| К родителю #271 \| Наверх \| Cообщить модератору


	281. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (281), 27-Май-25, 20:07
	> Нитрид галлия это новое или уже старое? > А исследования применения карбида кремния в качестве транзисторов? Справедливости ради - из этого всего чипы не делают. Только силовые MOSFET с улучшенными параметрами. Но так то и для кремния изгалились - Superjuncton придумали например. > А можно еще поиграться с памятью - например какие-то phase-change memory. Уже много лет играются. Но пока не очень успешно. Т.е. да, купить что-то такое можно. Но дорого, малоемкое и с специфичными инженерными проблемами. И так уже много лет.
	Ответить \| Правка \| К родителю #275 \| Наверх \| Cообщить модератору


	292. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 27-Май-25, 23:05
	> это новое или уже старое? Транзисторы в общем - это уже старое (даже оптические). Новые идеи вычислений должны быть. Все что вы перечислили это имплементация двоичных вычислений (логики). Квантовые вычисления - новая идея. > А можно еще поиграться с памятью Играться надо в первую очередь с моделью памяти, а потом уже имплементацией. А получается всегда наоборот, что легче имплементировать, то и используем, по аналогии хяк, хяк и в продакшен. Вот, что я хочу донести.
	Ответить \| Правка \| К родителю #275 \| Наверх \| Cообщить модератору


	296. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (-), 28-Май-25, 08:42
	> Транзисторы в общем - это уже старое (даже оптические). Новые идеи вычислений > должны быть. Трансформаторы и электродвигатели - еще более старый дизайн. И принципы их работы не так уж изменились за 100-150 лет. Нам теперь что, трансформаторами не пользоваться? Ну попробуйте это провернуть на пратике. > Все что вы перечислили это имплементация двоичных вычислений (логики). > Квантовые вычисления - новая идея. Она такая же новая как электромобили. Они тоже были известны - более столетия, и первый был сделан чуть ли не раньше ДВСов. Но до ума довели только более чем через век после начального протитипа. И до этого момента оно было - научным курьезом, не особо кому нужным. А зачем вам тяжелая проблемная медленныая колымага, с комфортом советского троллейбуса и запасом хода 60 км топ за кучу денег? :) > А получается всегда наоборот, что легче имплементировать, то и используем, по > аналогии хяк, хяк и в продакшен. Вот, что я хочу донести. Потому что что штучная фигня выпиленная лобзиком - это прекрасно, но толку с нее - около ноля. Есть еще такое соображение как технологичность операций. Т.е. насколько это все просто и (не)затратно потом - произвести. А задачи можно решать - разными способами. Бесконечно долбиться в бетонную стену в надежде что лоб все же победит - тоже возможный сценарий так то.
	Ответить \| Правка \| К родителю #292 \| Наверх \| Cообщить модератору


	293. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (80), 27-Май-25, 23:14
	"старое" тут не в смысле, что от этого надо избавиться.
	Ответить \| Правка \| К родителю #275 \| Наверх \| Cообщить модератору


	207. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (207), 27-Май-25, 05:18
	Идеально. Концентрация на работе, никаких отвлечений.
	Ответить \| Правка \| К родителю #122 \| Наверх \| Cообщить модератору


	209. "Релиз ядра Linux 6.15"	+1 +/–
	Сообщение от Андрей (??), 27-Май-25, 07:15
	Вы не слышали про DOS-Shell DesqView ? :)
	Ответить \| Правка \| К родителю #122 \| Наверх \| Cообщить модератору


	245. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (215), 27-Май-25, 11:46
	Да кто ж «TechHelp» резидентом не загружал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	254. "Релиз ядра Linux 6.15"	+/–
	Сообщение от Аноним (254), 27-Май-25, 13:13
	А толку от них, если всё в одном адресном пространстве и без каких-либо разграничений, куда в памяти и кому можно писать?
	Ответить \| Правка \| К родителю #209 \| Наверх \| Cообщить модератору