The OpenNET Project / Index page

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



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

"Релиз ядра Linux 6.3"  +/
Сообщение от opennews (??), 24-Апр-23, 11:31 
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.3. Среди наиболее заметных изменений: чистка устаревших ARM-платформ и графических драйверов,  продолжение интеграции поддержки языка Rust, утилита hwnoise, поддержка древовидных структур red-black в BPF, режим BIG TCP для IPv4, возможность запрета исполнения в memfd, поддержка создания HID-драйверов, используя BPF...

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

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

Оглавление

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


3. "Релиз ядра Linux 6.3"  –5 +/
Сообщение от iPony129412 (?), 24-Апр-23, 11:32 
> сократить размер исходных текстов ядра на 150 тысяч строк. Удалено более 40 старых ARM-платформ
> Продолжен перенос из ветки Rust-for-Linux

Новость с самого начала радует.

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

9. "Релиз ядра Linux 6.3"  +8 +/
Сообщение от InuYasha (??), 24-Апр-23, 11:38 
>> продолжение интеграции поддержки языка Rust

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

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

197. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (197), 24-Апр-23, 17:02 
Ну и зря... Просто приятно конгда пилят и развивают твою любимую систему.
Ответить | Правка | Наверх | Cообщить модератору

248. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 24-Апр-23, 21:43 
> приятно конгда пилят твою любимую систему.

Это уже прям какой-то гуро-мазохизм )


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

238. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Срыватель покровов (?), 24-Апр-23, 20:47 
Форкай ядро. Сделай свой форк, как это делали авторы Linux libre, Zen Kernel, Xanmod, LinuxRT, Clear Linux.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

261. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (261), 24-Апр-23, 23:13 
> Ну, у каждого критерии радости немножко свои... я, вот, поводов порадоваться не вижу.

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

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

13. "Релиз ядра Linux 6.3"  –3 +/
Сообщение от Аноним (13), 24-Апр-23, 11:40 
Удалили поддержку какого-то старого графического ARM калькулятора, на который какие-то типы ставили арч. Зачем там арч они так и не сказали.  
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

259. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (261), 24-Апр-23, 23:11 
> Удалили поддержку какого-то старого графического ARM калькулятора, на который какие-то
> типы ставили арч. Зачем там арч они так и не сказали.

Удалили совсем заброшенные "machines" - которые никто не удосужился на инфраструктуру DeviceTree перекинуть.

У ARM изначально нет plug-and-play, поэтому раньше для каждой ARMовой железки делали отдельную "machine" с конфигом, собственным кодом и много чего еще. В какой-то момент куча "machines" всех утомила и сделали DeviceTree. Идея в том что фирмвара (бутлоадер, etc) отдаст ядру по определенному протоколу "Device Tree Blob" описывающий из чего реально состоит эта "machine" - а то вгрузит нужные драйверы. Которые между ARMовскими железками на самом деле зачастую одинаковые были, потому что одни и те же IP-блоки лицензированные у кого-то.

Все новые железки добавляли как "device tree" уже наверное с десяток лет. А старая инфраструктура - наследие эпохи когда этого еще не было. Все мало мальски живые железки перевели на эту инфраструктуру. Ну а если за столько времени это никому не надо оказалось (протокол загрузки без DTB уже много лет как объявлен легаси) - значит, толи все калькуляторы, толи все арчеводы с ними поаымерли уже.

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

30. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от AlexCr4ckPentest (ok), 24-Апр-23, 11:57 
>> Продолжен перенос из ветки Rust-for-Linux

Радость будет недолгой, примерно до очередной уязвимости в std раста

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

50. "Релиз ядра Linux 6.3"  +7 +/
Сообщение от НяшМяш (ok), 24-Апр-23, 12:16 
Undefined behaviour и выход за границы массива определённо лучше.
Ответить | Правка | Наверх | Cообщить модератору

118. "Релиз ядра Linux 6.3"  +6 +/
Сообщение от Вы забыли заполнить поле Name (?), 24-Апр-23, 13:52 
В расте тоже есть ub
Ответить | Правка | Наверх | Cообщить модератору

253. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (253), 24-Апр-23, 22:21 
Приведи примеры(именно в расте, а не сишных биндингах) и желательно для safe-коде, которого 99 процентов. Могут быть race-condition, логические баги, но ub обычно компилятор проверяет или програма паникует
Ответить | Правка | Наверх | Cообщить модератору

262. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (261), 24-Апр-23, 23:14 
> которого 99 процентов.

Особенно в ядре, все 120, чего скромничать? :)

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

119. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 24-Апр-23, 13:53 
И да, юби и выход лучше, потому что ловятся санитайзерами, а внедрение вендорлока нет.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

134. "Релиз ядра Linux 6.3"  +/
Сообщение от Анонимусс (?), 24-Апр-23, 14:27 
О да, уже пришли свидетели санитайзеров))

Уже забыли про CVE-2023-0286 в OpenSSL и LibreSSL? А тут была новость про нее.
У них в тестах санитайзерами обмазано по самое не хочу: и address_ub_sanitizer, и memory_sanitizer, и threads_sanitizer, и ворниги компиляторов разнообразных, и фаззинг даже какой-то...
Ну и что, помогли вам эти санитайзеры?)) Пхаха, пять бажин с памятью уровня разыменовали NULL!

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

153. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (153), 24-Апр-23, 15:12 
Не переживай, в растософте ещё более эпичные фейлы будут. Он уже по частям разваливается - свидители раста не успевают переобуваться: от чего он спасёт и кто виноват. Теперь вот "карго это не раст" (напомню, раньше была риторика "у раста есть пакетный менеджер"), "это конкретный разраб виноват" и "это же ансейф" (раньше было "писать на расте легко и безопасно"), заткнулись со своим "раст никому не подконтролен, то что торговый знак принадлежит это формальность, членство гугла и мелкософта ничего не значит" и то ли ещё будет. А вот пользы от раста за все это время околонулевая (ну разве показать как делать ЯП не нужно).
Ответить | Правка | Наверх | Cообщить модератору

163. "Релиз ядра Linux 6.3"  +10 +/
Сообщение от фтщтшь (?), 24-Апр-23, 15:34 
о... оправдания сишников все более жалкие
ты ему про баг в обмазанном санитайзерами проекте, а в ответ какое-то кукареканье про "а вот у вас потом будут фейлы"

ну, ты поплачь что ли

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

206. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (-), 24-Апр-23, 17:17 
Хорошо ты выиграл. Давай о другом. Смотрел я код на Расте и он показался мне чрезмесно сложным. Си очень прост и поэтому непобедим и вечен. А насчёт ошибок не беспокойся, у языка устоявшаяся система идиом и много инструментов для проверки ошибок и утечек.
Ответить | Правка | Наверх | Cообщить модератору

216. "Релиз ядра Linux 6.3"  +5 +/
Сообщение от Анонимусс (?), 24-Апр-23, 17:38 
> Смотрел я код на Расте и он показался мне чрезмесно сложным

Ни на что не хочу намекать... но может он слишком сложен именно для тебя?

> Си очень прост и поэтому непобедим и вечен

Кобол тоже вечен)) И лисп. И ада. И фортран.

> у языка устоявшаяся система идиом

... которые позволяют делать однотипные ошибки в 100500тысячный раз

> и много инструментов для проверки ошибок и утечек.

И которые как мы видим совсем не помогают.

Прелестно, не так ли)

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

223. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от фтщтшь (?), 24-Апр-23, 17:58 
я посмотрел код на хаскеле и ваще ничего не понял - но это не значит что хаскель говно

но ок, давай о другом

1. ub вложены в стандарт, каждый компилятор может ими крутить как хочет
перенося код или добавляя стороннюю либу надо молиться, чтобы все сошлось и не вылезло где-то боком
ты реально считаешь норм если я сменил gcc на clang и получил другой результат работы программы?
а ведь есть еще версии самих компиляторов...

2. куча срезанных углов в угоду скорости
каст к void* чего угодно? пожалуйста.
попрортить память где взбрелось? отличная идея!
два раза сделать free? супер, давай лучше три раза

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

откуда же тогда туева хуча ошибок?
почему находятся ошибки которым по 15+ лет и код писался еще мудрыми бородатыми дидами, а не этими смузихлебами

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

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

334. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 25-Апр-23, 16:25 
> я посмотрел код на хаскеле и ваще ничего не понял - но это не значит что хаскель говно

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

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

217. "Релиз ядра Linux 6.3"  +/
Сообщение от Admino (ok), 24-Апр-23, 17:38 
А уж когда второй компилятор появится!
Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

311. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Vlademail (??), 25-Апр-23, 10:35 
Систему характеризует не ошибка, а реакция на неё. (с) Латынина
Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

51. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Карлос Сношайтилис (ok), 24-Апр-23, 12:16 
Уязвимостей в стандартной либе кратно меньше косяков в коде разрабов. Овчинка стоит выделки.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

120. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 24-Апр-23, 13:56 
> кратно меньше

Как ты это посчитал? Или так для громкого словца?

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

122. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (122), 24-Апр-23, 13:59 
Ну конечно, ведь стандартную либу пишет лично Святой Франциск.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

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

162. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (162), 24-Апр-23, 15:34 
>Уязвимостей в стандартной либе кратно меньше косяков в коде разрабов.

Ну, по крайней мере приверженцы раста трезво оценивают свои способности.

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

187. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (187), 24-Апр-23, 16:12 
А кто стандартную либу пишет?
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

192. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от fumanchez (ok), 24-Апр-23, 16:44 
В коде ядра нельзя пользоваться стандартной либой.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

6. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от InuYasha (??), 24-Апр-23, 11:36 
> В планировщик ввода/вывода BFQ добавлена поддержка продвинутых накопителей на вращающихся дисках, например, таких в которых используется несколько раздельно управляемых приводов.

Ну, это довольно вольный перевод. Как я понимаю, речь идёт о многокареточных аппаратах. Хотя сам я таких ещё не видел. o.O

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

32. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (32), 24-Апр-23, 11:57 
Нет, всё верно написано, речь про новые диски Seagate с несколькими независимыми блоками головок.
Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 24-Апр-23, 12:38 
Ну так не приводов же.
Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (32), 24-Апр-23, 12:52 
> Ну так не приводов же.

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

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

152. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 24-Апр-23, 15:12 
Смотрю Сигейт медленно становятся лидером рынка HDD, как минимум в плане инноваций. Сначала HAMR, теперь это. В тоже самое время есть "осчусчение", что WD внутренне принял решение уходить на SSD. Никогда всерьез не воспринимал их как производителя (да и косячат с прошивками они периодически до сих пор), но интересные продукты у них уже есть.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

157. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (153), 24-Апр-23, 15:16 
Немножко поздновато.
Мир скоро откажется от хдд в принципе.
Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 24-Апр-23, 15:35 
> Немножко поздновато.
> Мир скоро откажется от хдд в принципе.

Не раньше чем цена хранения вот прямо сравняется у HDD и SSD. С другой стороны постепенный отказ на чисто "пользовательском" рынке представить можно. Появление недорогих dram-less NVME этому способствует (соотношение примерно 4:1 к HDD в цене за Тб для магазинных вариантов). На этом фоне кстати очень забавно смотрится вся эта афера с SMR дисками, которые будучи несколько дешевле при этмо стали ну совсем неудобными в использовании, чисто архивный вариант.
Разве что упрутся в совсем тормозную флешпамять.

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

264. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от Аноним (-), 24-Апр-23, 23:26 
> Не раньше чем цена хранения вот прямо сравняется у HDD и SSD.

Ну тебе сделают какой-нибудь 100500 уровневый MLC, с тонкими нанометрами и дохрена битов на ячейку. Да еще упакуют стэк из кристаллов в 1 чип и проч. И будет тебе дохрена терабайтов за копейки.

И было бы это круто, но есть нюанс: это все будет крайне хлипкое. Стэк с кучей контактов от циклов нагрева при случае начнет барахлить. Микроскопические ячейки по крохотному техпроцессу будут нещадно течь заряд, так что через неделю без питания оно вообще сможет половину забыть, типа как DRAM (уже сейчас в некоторых SSD контроллеры "регенерацию" такому флешу делают, но это требует питания). А уж циклов перезаписи это будет выдерживать штук примерно пять. Потом параметы ячеек уплывут и читаться оно уже не будет. Зато, вот, дофига гигабайтов за доллар...

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

297. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (297), 25-Апр-23, 08:15 
HDD пока берут своими объемами, ну и на этом плюсы заканчиваются.
Мой пример: собирал домашнее хранилище на 2x 6tb hdd 7200 hitachi ultrastar в mdraid1. От хранилища еще требовалось работа lxc контейнеров для разработки (билдовые контейнеры, базовые php/node/mysql).
Что получил: Как известно, ахилесова пята hdd - это их iops-ы. Когда на все 6тб диска 100-200 иопсов - это предвестник страданий. В top-е постоянные 99% wa - ожидание жестких дисков. Как бы не хотелось признавать, но время hdd ушло(
Как я решил этот вопрос: раскошелился, закупился 2x ssd samsung qvo 4tb. Так же собрал mdraid1. Работает исключительно великолепно, в top-е теперь при сборке 99% us - напрягается уже процессор. Плюс, поверх raid накатил lvm с thin provisioning, теперь еще и снапшотами пользуюсь. По qvo могу сказать, что долгая (где-то 200гб) линейная запись имеет скорость где-то 250-260мб/с, при этом на чтение в этот момент проблем не испытывал. Ресурс - момент спорный. У меня дохли ссд из-за плохих блоков питания. Да и вообще все идет от блоков питания.

Итог: Все эти многотерабайтные hdd хороши для линейных чтений-записи. Но вот когда вам придется достать пару тысяч мелких файлов из Nтб архивов - придется серьезно посидеть подождать.

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

331. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 16:18 
> hdd 7200

Мсье, а Ви таки долго думали перед покупкой HDD с 7200rpm, когда для означенных задач вообще-то надо брать 10k/15k?

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

346. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (346), 25-Апр-23, 18:32 
И сильно что-то поменяется?
На 15к винтах у меня вместо 200иопсов будет 40к иопсов? Что-то сомневаюсь.
Ответить | Правка | Наверх | Cообщить модератору

377. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 02:52 
Ну, будет всяко больше 200, и намного, пусть и не 40к. 15к -- это винты enterprice-уровня, плюс желателен нормальный контроллер, а не полу-софтварный недо-RAID средствами материнки, и тем более не чисто софтварный mdraid. Плюс, надо проверить, чтобы планировщик ввода-вывода для винтов стоял bfq, а не mq-deadline, который во многих дистрибутивах ставится по умолчанию для всех блочных устройств. Ну, и смотреть, чтобы при покупке случайно не взять кaловые массы с черепичной записью вместо нормальных hdd.
Ответить | Правка | Наверх | Cообщить модератору

332. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (334), 25-Апр-23, 16:24 
> HDD пока берут своими объемами, ну и на этом плюсы заканчиваются.

Еще в отличие от флеша заряд не утекает. И провалявшись 5 лет на полке оно все же не размангитится. А вот SSD, флешки, карты памяти и проч за столько заряд может утечь. При том чем емче и дешевле тем вероятнее. Удешевление за счет уменьшением ячеек флеша (==меньше заряда и сильнее утечки) и распознавания кучи уровней зарядв вместо "0" и "1", чтобы более 1 бита на ячейку хранить. Только вот параметры ячеек по мере циклов записи-стирания уплывают и чем больше уровней тем быстрее они перестают корректно читаться.

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

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

> У меня дохли ссд из-за плохих блоков питания.

Или хреновых фирмварей и срезания углов разработчиком SSD. Самсунг вообще умеет в кривые фирмвари. Еще от trim может рассыпаться с некоторыми версиями фирмвар на некоторых устройствах, на вот именно самсунги список quirks весьма почтенный. Они, кажется, #1 в этом топчарте позорников.

> Да и вообще все идет от блоков питания.

Подобные заявления некисло бы подтверждать статистикой накопителя. Потому что случаев когда все идет от именно развала, именно ssd я знаю просто немеряно (и там статистика записей и не скрывает что накопитель свое отлетал). Те кто поумнее мониторят это дело и копируют ценные данные несколько ДО того как оно разваливаться начнет.

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

394. "Релиз ядра Linux 6.3"  +/
Сообщение от User (??), 26-Апр-23, 15:53 
> Еще в отличие от флеша заряд не утекает.

Эмм... Деградация со временем таки происходит, размагничивание пластин, деформации механики и т.д. - у hitachi вроде было оценочное 1% в год при offline-хранении в близких к оптимальным условиям. Т.е. лет через 5 есть уже вполне реальный шанс пролюбить данные.

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

422. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (422), 27-Апр-23, 15:59 
Размагничивается? Это как и за счет чего? Вон там диск которому 25 лет - все еще читается. Хитачи порядочные, они скорее пессимистичную оценку напишут и перестрахуются чем получат претензии что не предупреждали. А в SSD выпячивают IOPS, цену за гиг, но тактично молчат в тряпочку о надежности и временах хранения данных, потому что похвастать там решительно нечем.

С современными SSD, особенно дешевыми, вероятность будет больше, и уже через 5 месяцев.

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

356. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 25-Апр-23, 21:30 
> Как я решил этот вопрос: раскошелился, закупился 2x ssd samsung qvo 4tb.
> Так же собрал mdraid1. Работает исключительно великолепно, в top-е теперь при
> сборке 99% us - напрягается уже процессор. Плюс, поверх raid накатил
> lvm с thin provisioning, теперь еще и снапшотами пользуюсь. По qvo
> могу сказать, что долгая (где-то 200гб) линейная запись имеет скорость где-то
> 250-260мб/с, при этом на чтение в этот момент проблем не испытывал.
> Ресурс - момент спорный. У меня дохли ссд из-за плохих блоков
> питания. Да и вообще все идет от блоков питания.

250 мегабайт в секунду для QLC это прям даже хорошо, у отдельным моделей бывали просадки ниже 100 Мбв  секунду (буквально до скорости HDD). Что до ресурса и того что "раньше дохли из-за питания" - ну вот теперь будут дохнуть из-за ресурса. Сериоусли, сравните для прикола TBW каких-то 100% 2-bit MLC дисков и QLC. Там что-то выходит 1000+ на 1ТБ места (может быть и  полтора) для 2 битной, 600 на 3D TLC и скажем 200 и менее на QLC (Кингстоны не парятся и пишут TBW 80 на 1TB).
Все мы помним эти разговоры "да вы свой SSD еще по наследству передадите" но прикол в том что с нынешний памятью это медленно становится точно шуткой.

Но что касательно "Но вот когда вам придется достать пару тысяч мелких файлов из Nтб архивов - придется серьезно посидеть подождать." - ну тут слов нет, мелкоблочное чтение\запись в случайные места слабейшая сторона HDD (хотя у SSD производительность рандомным операций тоже не сравнима с линейной)...


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

378. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 03:06 
> Но что касательно "Но вот когда вам придется достать пару тысяч мелких
> файлов из Nтб архивов - придется серьезно посидеть подождать." - ну
> тут слов нет, мелкоблочное чтение\запись в случайные места слабейшая сторона HDD
> (хотя у SSD производительность рандомным операций тоже не сравнима с линейной)...

Вообще-то есть. Ждать придётся, но сколько именно -- всё очень зависит от конфигурации, программной в том числе. А то многие понакупают самой дешёвой дряни консьюмерского класса, а потом удивляются, чевойта у них пепелац не взлетает.

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

166. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Срыватель покровов (?), 24-Апр-23, 15:39 
Это когда весь мир станет зажиточным. Для серверов HDD всё ещё заметно дешевле SSD.
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

171. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от InuYasha (??), 24-Апр-23, 15:43 
Мир не отказался ни от лент, ни от дисков, ни от блюреев. Для nearline HDD незаменимы.
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

266. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 24-Апр-23, 23:40 
> Мир не отказался ни от лент, ни от дисков, ни от блюреев.

Вот не надо тут за всех. Я например вообще себе блюрэй привод покупать не стал.

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

Во вторых, вон тот 2.5" терабайтный ноутбучный винч на usb - далеко не последний писк, умещается в карман вместе с коробкой, терабайт отрастает подключением 1 разъема где угодно. Скольким blueray это соответствует, сколько это все стоит и сколько места это займет? Будет ли это лучше? Или почему бы не купить ЭТО вместо пачки блюреев и еще раз, при необходимости, например?

В третьих если этого мало - вон тот в 3.5" коробке на 3 терабайта есть. Это тоже далеко не топ. При том по usb3 или eSATA оно мегов 120+ в секунду могет. А если вдруг мало, можно еще одну коробку и диск купить. И по моему это и дешевле на гигабайт, и места сильно меньше занимает. И от времени читаться не перестанет.

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

336. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 16:33 
> Во первых потому что там трояны позволяющие диску убить привод прямо в стандарте прописаны.

А болванкой пустой тоже можно убить?

Блюрец я лично тоже себе не купил, как-то без надобности. Хватает DVD :))) А кинцо с физических носителей я уже давно не смотрю. Да и вообще последнее, что я смотрел -- это Аватар. Кинематограф для меня умер. Музыку с CD/SACD/DVD-A -- да, всё ещё слушаю, иногда.

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

365. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 25-Апр-23, 23:22 
> А болванкой пустой тоже можно убить?

Пустой? Если ее хорошенько раскрутить... :). Но зачем мне привод в который стремно вставлять произвольные диски "потому что можно лишиться привода"?

> Блюрец я лично тоже себе не купил, как-то без надобности. Хватает DVD :)))

Я уже забыл когда что-то с DVD делал. Чисто теоретически, у меня привод есть в 1 из компов. Практически я не знаю, работает ли он вообше. А что с ним делать то?

> Музыку с CD/SACD/DVD-A -- да, всё ещё слушаю, иногда.

Вот еще не хватало диджеить, рипнуть и дело с концом имхо.

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

379. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 03:32 
> Пустой? Если ее хорошенько раскрутить... :). Но зачем мне привод в который
> стремно вставлять произвольные диски "потому что можно лишиться привода"?

Получить диск Blu-Ray от кого-то с закопирайченым контентом, хоть фирменный, хоть пиратский, исчезающе мала. Поэтому можно смело покупать в качестве архивного привода.

> Я уже забыл когда что-то с DVD делал. Чисто теоретически, у меня
> привод есть в 1 из компов. Практически я не знаю, работает
> ли он вообше. А что с ним делать то?

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

> Вот еще не хватало диджеить, рипнуть и дело с концом имхо.

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

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

382. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (334), 26-Апр-23, 04:28 
> Получить диск Blu-Ray от кого-то с закопирайченым контентом, хоть фирменный,
> хоть пиратский, исчезающе мала.

Еще возможен вариант "кто-то прикололся" или "малварь". И идея платить за заведомо троянизированый хардвар мне не нравится.

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

Да мне и с винчами под бэкапы норм. К тому же они не выцветают как болванки, диджеить не надо и скорость достаточно приличная если в usb3 или eSATA цеплять.

> Дистры,

Что - дистры? Лично я вообще инсталлю путем разворачивания образов. И получаю новый инстанс системы за несколько минут. При этом live система которая "инсталлит" образ на флехе, или в случае VM в ее образе. А системный образ или там же, или по сети утаскивается.

> аварийные среды,

У меня это все давно на флехах.

> личные бэкапы. И прочие вещи, которые редко бывают нужны,

Внешние винчи неплохо подошли на эту роль имхо.

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

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

> Да, знаю, что можно сделать мультизагрузку разных iso-шек с флешки с помощью GRUB.

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

> забагованностью её биоса.

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

> А с DVD всё как-то проще: нарезал-вставил-загрузился.

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

> полки диск, чем выискивать что-то конкретное в файлопомойке.

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

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

411. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 27-Апр-23, 04:48 
> Еще возможен вариант "кто-то прикололся" или "малварь".

Приколист при этом:
1) Должен иметь собственный Blu-Ray пишущий привод
2) Должен вообще быть в курсе, что палёным диском можно вывести привод из строя программно
3) Должен купить недешёвую болванку с целью записать палёный диск
4) Должен как-то подкинуть изготовленный палюный диск тебе, чтобы ты попытался его прочитать

Что-то мне кажется, что вероятность подобных приколов ИРЛ составляет около нуля. Случай с попыткой посмотреть пиратское кинцо с физического BD не рассматривается -- пиратское кинцо ныне добывается на торрентах.

> Да мне и с винчами под бэкапы норм.

Для бэкапов -- дороговато. И если что-то нужно дописАть или прочитать -- нужно каждый раз хватать с полки и дёргать весь винт. Хотя, конечно, смотря кем и с чем ты работаешь. Если у тебя дизайн-макеты по 2 гига в 100500 слоёв, то тут понятно, альтернативы HDD нет.

> Лично я вообще инсталлю путем разворачивания образов.

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

> Ну и особо ценные вещи бэкапать лучше более 1 раза и лучше в физически разные локации.

Вот тут +1000!

> А зачем мне мульти и исошки? У меня на флешке может быть полноценная система

Ну вот чтобы эту самую систему приготовить.

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

Могут быть разные приколы. Может быть неотключаемый SecureBoot, который грузиться с флехи позволяет, но не абы что. Бывает, что загрузка не идёт, если исполняемый .efi-файл фрагментирован. Бывает, что 16-битный загрузчик сломан, и загрузка с флешек возможна только если у них таблица разделов GPT (помню, например, материнка Microstar 970A-G46 этим грешна). И тому подобное.

> Мне как-то dd образа в девайс флехи делать сильно проще чем спецутилсы для нарезки гонять.

И каждую исошку закатывать на отдельную флешку? Если работать сисадмином на постоянной основе или в сервисном центре, то может быть... А для дома -- что-то может быть полгода-год не нужно, а потом вдруг случайно понадобится, и будет непонятно, живо ли оно ещё или требуется перезапись. А создание загрузочных образов mkisofs/mkhybrid/cdrecord -- уже годами отработано, трудностей не вызывает.

> Вопрос организации этого всего.

Вот тут не поспоришь. Но всё же предпочту полку с дисками -- она вся перед глазами, только голову повернуть. А на винте ты можешь долго вспоминать, куда запихнул, например, утилиты -- в TOOLS или в UTILS? А музыку -- в MUSIC или в AUDIO? Договора с поставщиками кинул в TEXTS или в DOCS, или в DOCUMENTS? И вот таких моментов может быть очень много.

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

425. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (-), 28-Апр-23, 01:13 
> Приколист при этом:

Да, и все же, трояненое железо не велкам.

> пиратское кинцо ныне добывается на торрентах.

Платить за одеяло заведомо с тифом? За кого вы меня считаете?

> Для бэкапов -- дороговато.

В пересчете на гиг вроде дешевле выходит.

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

Да вообще инженерная операция - переносной хард к компу подцепить, особенно 2.5" которому питания от usb хватает. Типа, искать в пачке дисков, аккуратно вытаскивать диск, и ставить в привод и нарезать проще и быстрее? Да ладно?

> альтернативы HDD нет.

Да даже и без них - на HDD улетает просто более-менее синхронная копия всех рабочих дир, более-менее одним чихом и достаточно быстро. В фоне, на автомате. Без диджейства.

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

Это прекрасно работает и для меня. Даже с несколькими компами/ноутами/виртуалками/кучей эмбеда. Энтерпрайзники это делают потому что эффективно. А я чем хуже? И да, мои x86 образа достаточно универсальны, цепляют и мои ноуты, и десктопы, и VM... а что мне еще надо? :)

> а на остальные -- её склонировать.

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

> Ну вот чтобы эту самую систему приготовить.

Во первых, можно установить систему сразу на флешку, как на диск.
Во вторых это можно сделать в виртуалке и использовать ее как образ.
В третьих есть такая штука как debootstrap, он может рутфс оформить даже кроссом если хочется. То-есть на x86 можно сделать образ для ARM или RISCV какого, при том что там даже намеков на CD нету. Сильно универсальнее и единообразнее получается, реюз знаний и скиллов лучше.

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

Хызы, не попадалось чтобы сидюк работал лучше чем флехи. А у вон тех ARM и RISCV вообще никаких сидюков нет, by design.

> Бывает, что загрузка не идёт, если исполняемый .efi-файл фрагментирован.

Я умею в дефрагментацию, это еще и для скорости загрузки полезно.

> Бывает, что 16-битный загрузчик сломан, и загрузка
> с флешек возможна только если у них таблица разделов GPT (помню,
> например, материнка Microstar 970A-G46 этим грешна). И тому подобное.

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

> И каждую исошку закатывать на отдельную флешку?

Я не оперирую "исошками" - у меня мои подготовленные образа которые можно сразу на диск. Или иногда поток "btrfs send" еще может быть. В этом случае бутявка просто партиционирует, создает btrfs, делает receive, нескллько финальных штрихов типа инсталла бутлоадера и все занимает едва ли 5 минут. Вон то к тому же можно и по сети.

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

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

> А создание загрузочных образов mkisofs/mkhybrid/cdrecord -- уже годами
> отработано, трудностей не вызывает.

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

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

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

> А на винте ты можешь долго вспоминать, куда запихнул, например,
> утилиты -- в TOOLS или в UTILS?

У меня нет такой проблемы, как категории. К тому же если мне надо что-то конкретное, есть поиск.

> А музыку -- в MUSIC или в AUDIO? Договора
> с поставщиками кинул в TEXTS или в DOCS, или в DOCUMENTS?
> И вот таких моментов может быть очень много.

Вопрос культуры работы с информацией. Пачка дисков дополнительно плодит сущности и явно не уменьшает хаос.

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

432. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 29-Апр-23, 17:05 
> Да, и все же, трояненое железо не велкам.

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

> Платить за одеяло заведомо с тифом? За кого вы меня считаете?

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

> В пересчете на гиг вроде дешевле выходит.

При условии, что каждый архивный винт заполнен минимум примерно на 1/4. Ну это уже, конечно, у кого какие объёмы. Так-то в теории -- да, на винте дешевле.

> Да вообще инженерная операция - переносной хард к компу подцепить

Архивный хард ещё нужно подойти и с полки взять. И каждый раз делать это осторожно: уронишь хард -- есть неиллюзорный риск попрощаться сразу со всем содержимым. Если болванку на пол упустишь, то может перестанут читаться 2-3 файла, а так, скорее всего, пронесёт.

> Типа, искать в пачке дисков, аккуратно вытаскивать диск, и ставить в привод и нарезать проще
> и быстрее?

Нарезать, перенарезать -- не быстрее, да. А вот найти потом -- быстрее и проще.

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

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

> цепляют и мои ноуты, и десктопы, и VM...

И паверменеджмент, и все устройства на материнках со всеми настройками подсветки экрана, цветовых профилей, и конфигурацию звука, где игры с ЮТубом -- отдельно, а кино с музыкой -- отдельно... да? Раньше ещё была проблема -- разные контроллеры mass-storage, но сейчас, в эпоху NVMe эта проблема частично отпала. А ещё на какой-то машине может оказаться несвежая видяха NVidia, требующая 470-е дрова.

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

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

> Бутявки у меня так то readonly обычно, чего им портиться.

Таков NAND Flash. Ну если любая из них минимум раз в 3 месяца вставляется в какой-нибудь рабочий USB-порт, то нет проблем, конечно.

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

mkhybrid же для флешек создаёт фиктивную таблицу разделов в ISO-образе, после чего ISO-образ можно непосредственно заливать на флешку с помощью dd. В 90% будет загружаться. Но если материнка  окажется старой, с "приколами", то всегда есть крайний вариант эту же ISO-шку нарезать на болванку.

> Там еще и поиск работает более-менее, в отличие от полки.

О, поиск -- это да! Лежит у тебя 3 харда на полке, тебе понадобились какие-то фотографии 2010 года, и ты только приблизительно помнишь, что на них. И за давностью лет уже не помнишь, что и на какой хард дописывал. И поиск нужных файлов превращается в увлекательнейший квест!

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

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

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

440. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 01-Май-23, 20:55 
> Вангую, что для большинства приводов это решается правильной прошей.

Это врядли под линух (винды у меня нет). И вытряхивать троян в МОЕ СВОБОДНОЕ ВРЕМЯ ЗА МОИ ДЕНЬГИ? У меня есть более интересные дела. Я лучше денег дам тем кто продвигает иные подходы, как те opensource friendly одноплатники. Результат приятнее ощущается.

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

Еще раз, троянизиорваное железо (и софт) - не велкам.

> Ну, не все же живут в Германии, где за торренты могут сделать а-та-та.

Даже они в состоянии поюзать впн, если уж хочется.

> При условии, что каждый архивный винт заполнен минимум примерно на 1/4.

Зачем покупать винчи чтобы они пустыми валялись? Это не рационально и я не склад.

> да, на винте дешевле.

И сильно удобнее имхо.

> Архивный хард ещё нужно подойти и с полки взять.

А кучу дисков разве нет? Только еще перебрать сперва.

> И каждый раз делать это осторожно: уронишь хард --

Пока он выключен и в коробке, относительно похрен, если не с сотого этажа на асфальт.

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

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

> Нарезать, перенарезать -- не быстрее, да. А вот найти потом -- быстрее и проще.

Компьютеры ищут файлы на диске быстрее чем я в стопке дисков роюсь.

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

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

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

Я условно разделяю "system core" и "user". Это уже "user", для него есть коллекции настроек, но даже с ноля настроить быстрее чем дистро с болванки ставить, тем более что там потом тоже придется это.

> -- разные контроллеры mass-storage, но сейчас, в эпоху NVMe эта проблема
> частично отпала.

Эта проблема решена не NVMe а, пардон, модулями ядра и initrd. Мои ядра для x86 систем все же "generic" и хотя там есть тюнинг на десктоп (e.g. realtime/ticks rate), они могут поднять любую x86-64 в разумных пределах. Это осознанный tradeoff чтобы не ребилдить кернел на каждую железку.

> А ещё на какой-то машине может оказаться несвежая видяха NVidia, требующая 470-е дрова.

Я балуюсь кернелдевом, out of tree не велкам. Вон то не делается для general public: я делаю образа или себе, или кастомерам (в случае эмбедовки). В любом случае там нет нвидии.

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

Я бы сказал что стал грандмастером той алхимии, там сильно проще порой, особенно если систему совсем разнесло. Можно на снапшот откатиться, допустим. Или в совсем непонятном случае out of band дебагер есть. А что если мне целпая сетка нужна? Я закопирую пачку виртуалок с шаблона за считанные секунды (cp --reflink штука очень эффективная). И вот целый флот уже идет на взлет. Ну а вы сколько будете с этим маневром копаться? :)

> Сконфигурировать, поднять, накатить дистрибутив,

У меня есть "шаблоны" где это уже сделано. Апдейчу примерно раз в релиз дистро, для +1 VM надо лишь cp --reflink (условно-моментально, CoW рулит) шаблона сделать. Так что я могу поднять флот виртуалок, обкатать идеи, получить результат, сделать выводы и стереть это еще до того как вы закончите вон то. Я кое-чему научился у энтерпрайзов и доразвил линуксными фичами.

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

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

> Таков NAND Flash. Ну если любая из них минимум раз в 3
> месяца вставляется в какой-нибудь рабочий USB-порт, то нет проблем, конечно.

Там NAND flash сильно разный так то. Суперемкие и супердешевые, конечно, будут сыпучими, чудес не бывает. Но вы знаете, один из респинов технологии изначально созданный для повышения надежности эмбедовки (btrfs c схемой хранения DUP, теряет половину емкости) прекрасно переживает даже это. А шанс что одновременно слетят обе копии 1 логического блока... у меня даже есть пара "сыпучек", это конечно больше стресстест технологии, но все же так я приобретаю уверенность в моих технологиях: потестировав их в неидеальных условиях.

> mkhybrid же для флешек создаёт фиктивную таблицу разделов в ISO-образе, после чего
> ISO-образ можно непосредственно заливать на флешку с помощью dd.

Но редактировать такой образ потом уже крайне чревато. И это грабли.

> всегда есть крайний вариант эту же ISO-шку нарезать на болванку.

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

> О, поиск -- это да! Лежит у тебя 3 харда на полке,
> тебе понадобились какие-то фотографии 2010 года, и ты только приблизительно помнишь,

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

> увлекательнейший квест!

У меня нет никаких проблем с этим. А вон винч с снесенной ФС (не мой, я рекавери с него делаю). Там 400К файлов без имен (ФС же нету). Photorec вынул почти все фоты/видео, а я поскриптил немного... через 15 минут вджоба скрипт разложил файлы с именами "как камера" по дирам с годами. Секрет прост, спасибо тегам и юниксвэю за это.

Более того - большие дельты времени уже сами по себе предмет для автоклассификатора, в принципе я и серии фот/мувиков могу детектить, грубо раскидает "по сериям", обладатели винча и так довольны по уши были.

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

Раскладывать (и перетряхивать) виртуальную иерархию проще, быстрее и - предмет для автоматизации скриптами. Я умею в unix way и не обломлюсь наскриптить процессинг нужный здесь и сейчас. На полку эта магия не действует.

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

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

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

407. "Релиз ядра Linux 6.3"  +/
Сообщение от Ананоним (?), 27-Апр-23, 00:02 
> Во первых потому что там трояны позволяющие диску убить привод прямо в
> стандарте прописаны.

Где про это прочитать? Любопытно что там намудрили.

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

176. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Чукча (?), 24-Апр-23, 15:49 
Корпоративный сектор в удельном весе основной потребитель таких дисков. И стоимость на единицу объёма по прежнему ниже чем ssd, проигрывая только ленте. При этом скорость чтения сносна для текущих реалий, см. SAS.
О каком мире вещаете Вы? Том, что ограничен Вашим кругозором и гордостью за себя от покупки ssd?
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

194. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 24-Апр-23, 16:50 
> Немножко поздновато.
> Мир скоро откажется от хдд в принципе.

Вот есть ссылочка https://blocksandfiles.com/2021/12/03/western-digital-oh-ham.../

Там CEO WD прямо говорит, что уменьшение продаж HDD их не пугает, т.к. cloud business винты скупает и  просит добавки (осбенно на фоне того что консумеры отказываются от локального хранилища).
Ну а для потребителей у них есть целая линейка SSD (хоть и не самых лучших по рынку, в общем-то, не Самсунг, но и не Кингстон)

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

267. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (-), 24-Апр-23, 23:43 
Ну а куда они денутся, для относительно холодных данных, бэкапов и проч - HDD по цене за гиг явно лучше. На высокоемкие SSD не больно побэкапаешься, там флешь текучий что капец и поэтому положив его на полку можно будет случайно обнаружить что когда бэкап понадобился, заряд из флеша уже утек и вот вам а не бэкапы.
Ответить | Правка | Наверх | Cообщить модератору

355. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Kuromi (ok), 25-Апр-23, 21:17 
> Ну а куда они денутся, для относительно холодных данных, бэкапов и проч
> - HDD по цене за гиг явно лучше. На высокоемкие SSD
> не больно побэкапаешься, там флешь текучий что капец и поэтому положив
> его на полку можно будет случайно обнаружить что когда бэкап понадобился,
> заряд из флеша уже утек и вот вам а не бэкапы.

Высокоемкие (те что по 4-8 Тб и относительно недорогие) это чаще всего QLC. А там - полный пакет родовых травм, и малый ресурс и низкая скорость голой памяти (хотя тут чуть чуть вроде прогресс есть в сторону улучшения). Приходится выкручиваться с помощью динамического pSLC (сейчас самый модный трюк), но стоит диск забить...

В общем, куда движется флешпамять неясно. Есть безумное ускорение интерфейсов (7 гигабайт в секунду на PCI-E 4x4) параллельное утормаживанию самой памяти.

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

367. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (334), 26-Апр-23, 00:58 
> Высокоемкие (те что по 4-8 Тб и относительно недорогие) это чаще всего QLC.

Ну а как вы хотели? Чтобы 8ТБ SLC с не очень мелкими ячейками набрать микросхем понадобится мноооооого. А так чем больше битов на ячейку, и меньше ячейка тем больше в 1 чип лезет, значит тем дешевле за гиг, все как вы хотели :). Но правда с такой вот подставой...

> чуть чуть вроде прогресс есть в сторону улучшения).

Разумеется со временем технологию отлаживают... и все же

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

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

> В общем, куда движется флешпамять неясно.

В сторону одноразового стремного треша, разумеется. Зато емко и за копейки. Бойтесь своих желаний, они выполняются. Вы же хотели дешево, емко и все такое? :)

> Есть безумное ускорение интерфейсов (7 гигабайт в секунду на PCI-E 4x4)
> параллельное утормаживанию самой памяти.

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

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

233. "Релиз ядра Linux 6.3"  +6 +/
Сообщение от casm (ok), 24-Апр-23, 19:40 
Если необходимо записать резервную копию и положить её в сейф, то SSD для этого не подходят.
Т.к. по стандарту JEDEC на SSD без питания гарантируется сохранность данных, не более 3 месяцев.

> To meet JEDEC (Joint Electron Device Engineering Council ) requirements the data retention requirement for a client SSD is one-year at 30°C, and for enterprise storage disks it is 3 months at 40°C at the end of its prescribed service life.

https://www.anandtech.com/show/9248/the-truth-about-ssd-data...

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

319. "Релиз ядра Linux 6.3"  +/
Сообщение от arthi747 (ok), 25-Апр-23, 11:53 
Мир еще от магнитной ленты не отказался.
Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

338. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 16:43 
К сожалению, современная магнитная лента -- уже не для дома. И дело даже не в цене стримера, что стоит полштуки баксов. Для эксплуатации стримеров уже требуется отдельная кондиционируемая пылезащитная комната со специально обученным персоналом. И чем дальше, тем жёстче условия эксплуатации стримеров и хранения картриджей. Поэтому отказ корпоративного сектора от такой тряхомутии -- вопрос времени.
Ответить | Правка | Наверх | Cообщить модератору

366. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 00:48 
> К сожалению, современная магнитная лента -- уже не для дома.

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

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

380. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 03:56 
>> К сожалению, современная магнитная лента -- уже не для дома.
> А она и была для дома только в эпоху магнитофонов.

В начале прошлого десятилетия LTO-3/LTO-4 были вполне себе ещё для дома. Некоторые фотографы и дизайнеры приобретали себе для бэкапов.

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

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

Вобщем, стримеры чем дальше, тем стрЁмнее.

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

8. "Релиз ядра Linux 6.3"  –3 +/
Сообщение от iPony129412 (?), 24-Апр-23, 11:38 
> Добавлена защита от атак класса Spectre, реализованная на основе предложенного в процессорах AMD автоматического режима IBRS (Enhanced Indirect Branch Restricted Speculation), позволяющего адаптивно разрешать и запрещать спекулятивное выполнение инструкций во время обработки прерываний, системных вызовов и переключений контекста. Предложенная защита приводит к меньшим накладным расходам по сравнению с защитой Retpoline.

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

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

21. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (21), 24-Апр-23, 11:50 
Открою тебе тайну, если тебя захотят сломать, тебя сломают независимо от того какой у тебя будет процессор.
Ответить | Правка | Наверх | Cообщить модератору

125. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от FF (?), 24-Апр-23, 14:05 
через баттплаг сломают
Ответить | Правка | Наверх | Cообщить модератору

172. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от InuYasha (??), 24-Апр-23, 15:44 
это вот откуда plug&play пошло.. в смысле, куда зашло.
Ответить | Правка | Наверх | Cообщить модератору

430. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (430), 29-Апр-23, 00:10 
Plug&Pray
Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз ядра Linux 6.3"  +5 +/
Сообщение от Чукча (?), 24-Апр-23, 15:52 
Продолжите свою странную логику - значит даже не надо пытаться организовать защиту?
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

53. "Релиз ядра Linux 6.3"  +/
Сообщение от НяшМяш (ok), 24-Апр-23, 12:18 
AMD надо было покупать с выходом первой рязани. Я вот слоупок и с интела слез сразу на 5950Х. Лучший апгрейд в моей жизни и немного грустно от того, сколько времени я потратил на синих.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

68. "Релиз ядра Linux 6.3"  +/
Сообщение от iPony129412 (?), 24-Апр-23, 12:32 
> сколько времени я потратил на синих

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

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

71. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от InuYasha (??), 24-Апр-23, 12:41 
О, да. У интела говняные кулеры - это традиция. Хуже всего с 478 было. Просто ад адищенский. И, по сговору с термалтейком - не иначе, все их кулеры были ломкими и шумными. Про то, что крепления везде свои и несовместимые - вообще отдельная песня.
Ответить | Правка | Наверх | Cообщить модератору

337. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 25-Апр-23, 16:40 
Вот не надо тут. То что кулеры шумные - да, интел в какой-то момент не понял что надо их крупнее делать, начиная с крыльчатки, если хочется такой TDP. Но вот ломкие? Вот извините, там обычно очень качественный мотор от какого-нибудь Sanyo-Denki или кого там, с шарикоподшипниками, и ломается это только если вы ему своими кривыми руками поможете, крякнув нежный маленький шарикоподшипник. А вот термалтейк - додумывался пихать поганый китайский sleeve не то что на процессоры, но даже и в топовые блоки питания за 150 енотов и выше. Что получается когда он ловит клин - догадайся с трех раз. Справедливости ради, потом они все же стали шариковые ставить, но сравнивать охлаждение от термалтейка и интела это просто наглость. Вот чего-чего а интел хотя-бы никогда на качественной механике там не экономил. Правда, на этом достоинства и заканчиваются т.к. с вон тем TDP мелкая крутилка может справиться только на оборотах более характерных для турбин истебителей, звук разумеется соответствующий.
Ответить | Правка | Наверх | Cообщить модератору

360. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 25-Апр-23, 22:17 
Во у тебя подгорело! Сразу видно - оверклокнул свой Горе2Дуо. Sanyo - зачёт, никто их не трогает. А вот вечно ломающиеся пластиково-сопляные крепления, да ещё и с поганой аэродинамикой - это кошмар. Круче всех был, опять же, 478, где были идеальные условия для забития мусором. А термалтейк - гуано, да. Полное. И БП тоже.
Ответить | Правка | Наверх | Cообщить модератору

368. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 01:11 
> Во у тебя подгорело! Сразу видно - оверклокнул свой Горе2Дуо.

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

> Sanyo - > зачёт, никто их не трогает. А вот вечно ломающиеся пластиково-сопляные
> крепления, да ещё и с поганой аэродинамикой - это кошмар.

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

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

Термалтейк на самом деле рандом. Сейчас можно найти и весьма приличный питальник, с нормальным вентилем на шарикоподшипниках, полимерными кондерсаторами, синхронным выпрямлением и персональными DCDC делающими 3.3 и 5 вольт из 12, при этом стабилизиция идеальная и нет дурных огромных дросселей. Это вполне надежные, эффективные и крутые агрегаты, вполне на уровне технологий. Защиты более-менее на месте, откровенно дохнущей комплектухи нет, что еще от БП надо? Проблема в том что узнать чем именно является конкретный термалтейк можно лишь если вы реально фрик и либо развинчивали его такой сами, либо не поленились читать обзоры. Ну и хорошие питальники не бывают дешевыми хоть там как. Ну вот 150 енотов. Меньше дельный питальник редко стоит. Все же хорошая комплектуха для силовухи денег стоит. Те же полимерные конденсаторы например заметно дороже обычных электролитических. Их производители тоже не прочь навариться "за хайтечность". Туда же производители продвинутых полупроводников и проч. Тем более что за хорошую силовуху сейчас электротранспорт рубится, и в цене авто цена хайтека менее заметна.

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

114. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (114), 24-Апр-23, 13:38 
Я тебе открою секрет. Эти AMD-шные крепления от материнки можно открутить и получить старые добрые дырки в мамке. Нужно всего лишь выбирать кулер, который крепится не к AMD-шному креплению, а имеет свой собственный бекплейт
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

132. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Beta Version (ok), 24-Апр-23, 14:22 
Там дело не во времени, а в деньгах. С Райзенами АМД начала поставлять процессоры с лучшей производительностью на рубль (а во многих случаях и на ватт), плюс прыгать с процессора на процессор в рамках АМ4/5 проще, чем на LGA, который только по два поколения держит. Кто быстро это смекнул, тот кайфует на Райзенах. А кто-то как дурачок покупал голого короля игр 7700K, который сегодня на уровне примерно 1600X, который стоил в два раза дешевле.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

174. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от InuYasha (??), 24-Апр-23, 15:47 
> АМ4/5 проще, чем на LGA

AM4 AM5 это и есть LGA, lol. PGA были AM3 (только для десктопа).

А предыдущему оратору:
Unlike AM4, the backplate on AM5 is not removable, ...

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

190. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Beta Version (ok), 24-Апр-23, 16:22 
Я сократил название сокета, чтобы все не перечислять, а их за время жизни AM4 аж четыре штуки. Не придирайся.
Ответить | Правка | Наверх | Cообщить модератору

251. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 24-Апр-23, 21:51 
Ты не сократил название сокета, а перемешал понятия разных категорий. Не выёживайся.
Ответить | Правка | Наверх | Cообщить модератору

255. "Релиз ядра Linux 6.3"  +/
Сообщение от Beta Version (ok), 24-Апр-23, 22:26 
Я форточку открыл, душни дальше.
Ответить | Правка | Наверх | Cообщить модератору

358. "Релиз ядра Linux 6.3"  +/
Сообщение от НяшМяш (ok), 25-Апр-23, 22:01 
AM4 PGA, не надо обижать )

https://ru.wikipedia.org/wiki/Socket_AM4

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

357. "Релиз ядра Linux 6.3"  +/
Сообщение от НяшМяш (ok), 25-Апр-23, 22:00 
> А каким образом?

Дорого. Медленно. Если быстро - горячо. Если бы не хакинтош - фиг бы я в своё время с AMD ушёл.

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

121. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 24-Апр-23, 13:58 
> сколько времени я потратил на синих.

Что же ты такое делал? Тайпскрипт что ли быстрее трансшпилиться стал?

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

129. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (129), 24-Апр-23, 14:10 
>надо было покупать с выходом первой рязани

Вот если бы сам пользовался, то никогда бы не дал такой совет.
По 12-15 версий биоса с agesa-заплатками, разгон памяти вообще рандом был.
Сейчас вон 3д 7000-ные подгорают.
Советовать рязани можно только техно-гикам, но они так про них знают.

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

180. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (180), 24-Апр-23, 15:53 
> разгон памяти вообще рандом был
> Советовать рязани можно только техно-гикам

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

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

199. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (153), 24-Апр-23, 17:05 
Ну я на 3600 уже несколько лет сижу и горя с процом не знаю. Конечно, прошивку матери первым делом обновил и ядро свежее ставил. ЧЯДНТ?
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

359. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от НяшМяш (ok), 25-Апр-23, 22:09 
>>надо было покупать с выходом первой рязани
> Вот если бы сам пользовался, то никогда бы не дал такой совет.

Я пользовался интелом - проблемы с первыми рязанями такие цветочки. Отваливающийся первый порт SATA, хасвелл с термопастой и контроллером напряжения (стал горячее и хуже) и прочее. Зато чинить ничего не надо - всё равно каждый новый процессор будет новый чипсет.

> По 12-15 версий биоса с agesa-заплатками.

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

> разгон памяти вообще рандом был

XMP работал без проблем, оверклокерам соболезнуем.

> Сейчас вон 3д 7000-ные подгорают.

Тут согласен, но 7000 вообще неудачные - толстая крышка и дебильный LGA. Есть мнение, что недоложили контактов питания. Будет им уроком. Ждём AM5+ )

> Советовать рязани можно только техно-гикам, но они так про них знают.

Сорян, быканул, на опеннете техно-гиков нет, тут только эксперты.

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

431. "Релиз ядра Linux 6.3"  +/
Сообщение от shardddin (?), 29-Апр-23, 06:43 
Так нашли же причину - в неправильном разгоне ядер (или памяти) повышенным напряжением на некоторых материнках - скоро исправят в Биосах...
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

130. "Релиз ядра Linux 6.3"  –4 +/
Сообщение от DRM (?), 24-Апр-23, 14:13 
+100
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

133. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (133), 24-Апр-23, 14:22 
Это которые GCC сегфолтили и амд ещё бесплатную замену организовал? И там ещё что-то с FPU весёлое. Ну да, отличная идея, сразу видно типичного поклонника амд.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

269. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (-), 24-Апр-23, 23:48 
> Это которые GCC сегфолтили и амд ещё бесплатную замену организовал? И там
> ещё что-то с FPU весёлое. Ну да, отличная идея, сразу видно
> типичного поклонника амд.

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

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

181. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Бывалый смузихлёб (?), 24-Апр-23, 15:57 
АМД стали весьма хороши в тех же ноутбуках из-за очень хорошей встроенной графики в сравнении с интолом( у которых либо полнейшее и чисто формальное гамно, рассчитанное на внешний видеочип, либо - стоимость такая что неясно чем оно лучше говняного чипа и отдельного норм видеочипа )

В итоге с ними получаются бюджетные, шустрые, тонкие и лёгкие ноутбуки, на которых и поиграццо вполне можно

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

270. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (-), 24-Апр-23, 23:49 
Интел у AMD их GCN лицензировал. Вооооон тот Arc это вроде бы оно как раз уже. Потому что своя графика у интела - просто ужасная (как железка).
Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз ядра Linux 6.3"  +/
Сообщение от ринго (?), 24-Апр-23, 12:24 
> А уже сколько лет прошло

А тебя ещё не взломали ПониДжо.

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

124. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (122), 24-Апр-23, 14:04 
Речь конкретно про фичу AMD Zen 4 под названием Automatic IBRS. У Intel, если не ошибаюсь, начиная с Ice Lake есть аналогичная фича Enhanced IBRS, которая тоже автоматически включает/выключает IBRS при переходе между ядром и userspace. EIBRS уже поддерживалась до этого.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (11), 24-Апр-23, 11:39 
Кто-нибудь этот их MPTCP пробовал? - оно работает? - а когда не работает - как дебажиться?
Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от EuPhobos (ok), 24-Апр-23, 12:59 
> ..как дебажиться?

tcpdump/wireshark/tshark на обоих сторонах, плюс в промежутках, в каком ни будь GNS3

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

189. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (189), 24-Апр-23, 16:14 
Пробовал, работает. Спасает в местах, где нет стабильного инета. Несколько модемов разных операторов + туннель поверх.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

15. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от Cyber100email (ok), 24-Апр-23, 11:40 
джамбо-пакеты по 4Гб == заживем теперь...
Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от InuYasha (??), 24-Апр-23, 12:43 
мне бы хоть 8К кто дал... но это в идеальном мире. Но и тут никаких гарантий - ведь, пока все переинкапсуляции пройдёт, там размер может стать совсем рандомным и какой-нибудь свитч по пути да загнётся.
Ответить | Правка | Наверх | Cообщить модератору

200. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (153), 24-Апр-23, 17:08 
Так это для управляемой инфраструктуры. Для своего сегмента по сути.
Ответить | Правка | Наверх | Cообщить модератору

364. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 25-Апр-23, 22:49 
ну, а) оратор не уточнял (и он прав), б) покажи мне процент всего сетевого хлама который умеет автоматически подстраивать MTU. Хочу верить в лучшее, но у меня это примерно 0. Хотя, честно говоря, даже не верится, что ЧТО-ТО может опрашивать все узлы на предмет мту, переконфигуриться и заставлять переконфигУриваться других. Это слишком круто чтобы быть правдой. Человечество ещё не развилось до таких высот.
Ответить | Правка | Наверх | Cообщить модератору

271. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 24-Апр-23, 23:51 
> мне бы хоть 8К кто дал...

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

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

363. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 25-Апр-23, 22:45 
Купил, спасибо. А вот, когда ты наладил у себя сверхскоростную 100гигабитную сетку с овер9000 МТУ и уже расслабился, открывая бутылку "Тархуна", приходит мысль что надо бы всё это завернуть в ВПН и отправить в интернет (который через ппп) и заверте...
Ответить | Правка | Наверх | Cообщить модератору

369. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 01:16 
ppp сейчас уже даже сотовые свистки гнушаются пользоваться, даже 4G. Потому что 100+ мегабитов через ppp - такое себе.
Ответить | Правка | Наверх | Cообщить модератору

419. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 27-Апр-23, 14:55 
Ровно сейчас сижу с ppp. А касательно 4Ж-свистков, если ты сидишь не в ppp, то он работает уже как роутер и ты даже не увидишь своего LTE IP. Лично для меня ещё одна трансляция адресов на пустом месте - это плохо.
Ответить | Правка | Наверх | Cообщить модератору

441. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 01-Май-23, 22:32 
> Ровно сейчас сижу с ppp.

Да ну его, еще всякие байтики эскейпать и что там еще, на ста мегабитах, софтварно. Протокол под диалап и его скорости делали. На 100+ Мбит это для тех кому проц занять нечем и время работы от батареи (ноут, etc) не парит.

> А касательно 4Ж-свистков, если ты сидишь не в ppp, то он работает
> уже как роутер и ты даже не увидишь своего LTE IP.

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

> Лично для меня ещё одна трансляция адресов на пустом месте - это плохо.

А какая мне разница сколько там трансляций IPv4 многострадального? А v6 никто и не транслирует, просто раздают подсети да и все.

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

245. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (245), 24-Апр-23, 21:23 
теперь можно фреймы с камеры нормально стримить без склейки
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

22. "Релиз ядра Linux 6.3"  –3 +/
Сообщение от void (??), 24-Апр-23, 11:52 
Чем они кичатся? Стабильность с каждым релизом всё хуже. Всё больше сегфолтов, паник, намертво зависающих серваков. Что они там жрут, почему такое низкое качество разработки?
Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз ядра Linux 6.3"  –3 +/
Сообщение от Аноним (21), 24-Апр-23, 11:57 
Потому что ты за качество не заплатил.
Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз ядра Linux 6.3"  +5 +/
Сообщение от void (??), 24-Апр-23, 12:10 
Чего? Да в линукс сейчас вливается бабла больше чем во все винды, маки и прочие юниксы вместе взятые.
Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз ядра Linux 6.3"  –3 +/
Сообщение от Аноним (245), 24-Апр-23, 13:12 
linux is not unix, но откуда это знать поколению скайпа из снг
Ответить | Правка | Наверх | Cообщить модератору

139. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Neon (??), 24-Апр-23, 14:41 
Очередная бородатая мантра ?))) И что от этой мантры меняется особо ?
Ответить | Правка | Наверх | Cообщить модератору

154. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от void (??), 24-Апр-23, 15:14 
Вообще-то Linux - это акроним от Linus UniX. Учи матчасть, дешёвка.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

224. "Релиз ядра Linux 6.3"  +/
Сообщение от твердыйпластилин (?), 24-Апр-23, 18:05 
Что-что там про акроним? Мне для коллекции, ссылку на исходник, пожалуйста.

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

279. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 25-Апр-23, 02:28 
> linux is not unix,

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

Вот так и получается что Linux более юникс чем какие-нить *bsd которые отродясь сертификацию на этсамое не проходили в отличие от креатива плохой дороги.


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

435. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (435), 30-Апр-23, 00:31 
Сертификаты от дармоедов в лице Open Group ничего не значат. Это пыль в глаза для тех лохов, кто ведётся на аббревиатуру UNIX, считая это чем-то выдающимся. Напоминаю, что MacOS  это тоже Certified UNIX system (tm). И плевать, что Apple реализуют свои собственные велосипеды, никакой лёгкой POSIX-портируемостью и не пахнет.
Ответить | Правка | Наверх | Cообщить модератору

442. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 01-Май-23, 22:40 
> Сертификаты от дармоедов в лице Open Group ничего не значат.

Они значат что это сертифицированный юникс, внезапно :)

> Это пыль в глаза для тех лохов, кто ведётся на аббревиатуру UNIX, считая
> это чем-то выдающимся. Напоминаю, что MacOS  это тоже Certified UNIX

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

> system (tm). И плевать, что Apple реализуют свои собственные велосипеды, никакой
> лёгкой POSIX-портируемостью и не пахнет.

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

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

443. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (443), 01-Май-23, 23:11 
> Вот так и получается что Linux более юникс чем какие-нить *bsd

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

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


The UNIX system family tree: Research and BSD
---------------------------------------------

First Edition (V1)
     |
Second Edition (V2)
     |
Third Edition (V3)
     |
Fourth Edition (V4)
     |
Fifth Edition (V5)
     |
Sixth Edition (V6) -----*
       \                |
        \               |
         \              |
Seventh Edition (V7)----|----------------------*
            \           |                      |
             \        1BSD                     |
             32V        |                      |
               \      2BSD---------------*     |
                \    /                   |     |
                 \  /                    |     |
                  \/                     |     |
                 3BSD                    |     |
                  |                      |     |
               4.0BSD                2.79BSD   |
                  |                      |     |
               4.1BSD --------------> 2.8BSD <-*
                  |                      |
              4.1aBSD -----------\       |
                  |                \     |
              4.1bBSD                \   |
                  |                    \ |
      *------ 4.1cBSD --------------> 2.9BSD
     /            |                      |
Eighth Edition    |                   2.9BSD-Seismo
     |            |                      |
     +----<--- 4.2BSD               2.9.1BSD
     |            |                      |
     +----<--- 4.3BSD -------------> 2.10BSD


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

38. "Релиз ядра Linux 6.3"  –6 +/
Сообщение от Аноним123 (?), 24-Апр-23, 12:01 
Ждать стабильности осталось недолго. Раст уже почти готов как инструмент написания кода в ядре. Думаю лет 10 всё ядро перепишут.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

57. "Релиз ядра Linux 6.3"  +10 +/
Сообщение от void (??), 24-Апр-23, 12:23 
И как Rust или любой другой язык поможет им научиться программировать? Увы, компилятор раста пока не умеет писать код за хуманоида.
Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от Анонимусс (?), 24-Апр-23, 13:00 
Угу, пока не умеет.
Но умеет бить по рукам, когда пытаешься менять значение с разных потоков. Или когда пишешь за пределы буфера. Или убирает необходимость null-ить перевенные после free.
Вроде мелочи, а таких мест в коде сотни тысяч.
Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (245), 24-Апр-23, 13:13 
т.н. "компилятор" раста умеет только мешать работать. всё конец
Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (443), 24-Апр-23, 13:46 
> т.н. "компилятор" раста умеет только мешать работать Настоящим Погроммистам, которые никогда не ошибаются (все ошибки - диверсии от растаманов или спецслужб). всё конец

Пофиксил, не благодари.


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

196. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (196), 24-Апр-23, 17:01 
Вот пока он только по рукам бить и будет, полезного кода не прибавится.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

280. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 25-Апр-23, 02:31 
> компилятор раста пока не умеет писать код за хуманоида.

Зато ChatGPT он точно понравится. Какая ему разница на чем прогать? Если хорошенько попросишь, он тебе даже на питоне и яваскрипте ядро напишет. То что это будет работать и тем более хорошо никто правда не обещал, но вы ж это и не просили...

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

203. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (153), 24-Апр-23, 17:10 
Редокс вон уже написали.
Может даже и утекает не так быстро как раньше.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

42. "Релиз ядра Linux 6.3"  +/
Сообщение от BeLord (ok), 24-Апр-23, 12:06 
Потому, что вначале льешь 20 лет в образование разработчика и только потом начинаешь получать результат. Не вложил в его образование получи странный код на выходе.-)
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

61. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от void (??), 24-Апр-23, 12:25 
Зачем тогда нужны все эти гарварды и кембриджы, если их выпускники не умеют программировать?
Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз ядра Linux 6.3"  –5 +/
Сообщение от Аноним (245), 24-Апр-23, 13:15 
их студенты ещё при обучении создают штуки типа nim, а ты пускай слюни в своём новосибирске с программой обучения из 80-х и пациентов психушки вместо преподов
Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 24-Апр-23, 14:00 
> ещё при обучении создают штуки типа nim

Одно ненужно ты привёл, а где остальные?

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

188. "Релиз ядра Linux 6.3"  +/
Сообщение от Бывалый смузихлёб (?), 24-Апр-23, 16:12 
> их студенты ещё при обучении создают штуки типа nim

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

Я, кстати, припоминаю как раскуривали да писали компиляторы как раз в ВУЗе
Даже предмет такой был "Теория формальных языков и компиляторов"
Как ни странно, никакой ценности как программисту это не дало. И конкретно обезьяне вроде тебя не даст. Ну будешь ты знать как в точности разгребается и преобразуется сишный код в машинный... и чо ?

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

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

204. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (153), 24-Апр-23, 17:16 
Потому что это был типичный российский вуз. С обучением ради галочки.
Был бы ВУЗ с практиками, мб и получил бы свою ценность, а то и написали бы чего полезного с перспективой практики в топовых компаниях (не то чтобы это было хорошо, но небольшие компании редко с вузами сотрудничают, а хоть какая-то практика гораздо лучше чем ничего, а практика с результатом полезным для других гораздо лучше чем просто практика в стол)
Ответить | Правка | Наверх | Cообщить модератору

247. "Релиз ядра Linux 6.3"  +/
Сообщение от AHOHNM (?), 24-Апр-23, 21:40 
Потому что это был ВУЗ,в котором учат думать.
"Теория формальных языков и компиляторов" - это из математики (язык науки такой).
В математике не думать - нельзя. Не получается.
Хотя, у некоторых выпускников потом получается "не думать", и даже программистами иногда работают.
Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

296. "Релиз ядра Linux 6.3"  +/
Сообщение от n00by (ok), 25-Апр-23, 08:03 
> Забавные вещи иногда попадались, вплоть до "сбегания" проги от
> отладчика из-за некорректной обработки последним какого-нибудь SEH

Повеяло книжками Криски. Забыли OllyDbg галочку поставить?

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

312. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (312), 25-Апр-23, 10:54 
Криске всё это надоело, он решил ляпнуться об землю.
Ответить | Правка | Наверх | Cообщить модератору

384. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от n00by (ok), 26-Апр-23, 08:25 
Не надо мешать грешное с праведным. Муза его оставила после долгожданной эмиграции. А нарушить технику безопасности ему там помогли. Всё же не дело, когда код для армии США пишет не признанный гуру, а никому неизвестные скромные люди из страны, проигравшей холодную войну.
Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 24-Апр-23, 12:45 
Потому что набросились на раст как панацею.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

88. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от void (??), 24-Апр-23, 13:01 
Лично я стал наблюдать стабильное снижение качества с Debian 8. До этого релиза дебик был надёжным и предсказуемым, а потом всё пошло по наклонной. Велосипеды, переусложнения, раздувающийся софт и тд.
Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Neon (??), 24-Апр-23, 14:44 
Задолбало... нашли очередную серебянную пулю. Сколько их уже было и не одна не сработала.)))
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

150. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (13), 24-Апр-23, 15:09 
Да они и сами знают что ничего не нашли, просто троллят и хайпуют.
Ответить | Правка | Наверх | Cообщить модератору

91. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от Всем Анонимам Аноним (?), 24-Апр-23, 13:03 
За стабильность отвечают дистрибутивы. LTS версии работают вполне нормально, ничего не паддает.
По крайней мере 30k серваков на Ubuntu 20.04 и фиг знает сколько сотен тысяч на Oracle Linux 7 вполне себе не падают.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

92. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Всем Анонимам Аноним (?), 24-Апр-23, 13:04 
А если на сервере что-то падает, то нужно брать RedHat в поддержкой, они отлично помогают решить проблемы с ядром.
Ответить | Правка | Наверх | Cообщить модератору

186. "Релиз ядра Linux 6.3"  +/
Сообщение от xsignal (ok), 24-Апр-23, 16:10 
Rust добавили...
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

23. "Релиз ядра Linux 6.3"  –4 +/
Сообщение от Аноним (23), 24-Апр-23, 11:52 
А почему растовцы не могут переписать поддержку неиспользуемых армплатформ? Вроде и контрибьют, а вроде и другим не мешают. А то сейчас "тут мы сломаем то что работает, а там выпилим"
Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз ядра Linux 6.3"  +6 +/
Сообщение от Анонимусс (?), 24-Апр-23, 12:07 
А зачем? Они даже сишникам не нужны, чего вдруг они понадобятся кому-то еще?
Другим действительно не мешают, все опционально. Но им и так есть чем заняться.
Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от Карлос Сношайтилис (ok), 24-Апр-23, 12:11 
Какая благодарная работа - писать поддержку никому не нужных платформ
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

95. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (245), 24-Апр-23, 13:07 
> А почему растовцы не могут переписать поддержку неиспользуемых армплатформ?

потому что без сишного кода раст ничего не может

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

128. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (122), 24-Апр-23, 14:09 
> А почему растовцы не могут переписать поддержку неиспользуемых армплатформ?

Для начала эту поддержку надо реализовать в самом Rust.

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

246. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (246), 24-Апр-23, 21:26 
rustc компилирует в LLVM IR, который уже собирается для конкретной платформы.
Ответить | Правка | Наверх | Cообщить модератору

445. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (445), 17-Май-23, 22:37 
Об том и речь - этот ваш LLVM IR надо чем-то транслировать для платформы, которую никто не поддерживает.
Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (13), 24-Апр-23, 14:41 
Потому что ты не заплатил им за это бабосики.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

167. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (162), 24-Апр-23, 15:39 
Дурных нема.
Ответить | Правка | Наверх | Cообщить модератору

208. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (153), 24-Апр-23, 17:20 
Не хайпово. Где нет хайпа, нет и раста.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

281. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 25-Апр-23, 02:40 
> А почему растовцы не могут переписать поддержку неиспользуемых армплатформ?

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

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

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

24. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (24), 24-Апр-23, 11:53 
>Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via), которые были объявлены устаревшими в 2016 году и не поддерживаются в Fedora c 2014 года.

С каких пор ядро привязано к Fedora?

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

40. "Релиз ядра Linux 6.3"  +5 +/
Сообщение от Аноним123 (?), 24-Апр-23, 12:02 
С тем пор как федоровцы (редхатовцы) стали одиними из основных комитеров в ядро. То есть лет 25 как уже приблизительно.
Ответить | Правка | Наверх | Cообщить модератору

282. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 25-Апр-23, 02:42 
> С тем пор как федоровцы (редхатовцы) стали одиними из основных комитеров в
> ядро. То есть лет 25 как уже приблизительно.

В редхате работает Airlied - майнтайнер вон той подсистемы. Впрочем к редхату это имеет мало отношения. Таскать ископаемую версию API, при том только спецом для откровенно заброшенных драйверов, в которые никто не комитит (иначе перевели бы на более актуальные версии апи) на i++'й год может все-таки и задолбать.

Spring cleaning короче :)

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

62. "Релиз ядра Linux 6.3"  +5 +/
Сообщение от ринго (?), 24-Апр-23, 12:26 
С тех пор как на Линуса давят акции IBM  в сейфе.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

67. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от void (??), 24-Апр-23, 12:32 
И не только IBM. Он давно облизывает хромбуки, называя их будущим десктопа. Мол как это удобно и легко. Пользователь же тупой, ничего окромя браузера освоить не сможет.
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от ринго (?), 24-Апр-23, 12:44 
Просто он смирился, что Линукс для десктопа используют по сути лишь для запуска браузера.
Ответить | Правка | Наверх | Cообщить модератору

84. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (84), 24-Апр-23, 12:59 
А какже я запускаю весь остальной софт?
Ответить | Правка | Наверх | Cообщить модератору

242. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (242), 24-Апр-23, 21:02 
Wine
Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (245), 24-Апр-23, 13:05 
просто он получает деньги за рекламу, как раньше получал за рекламу огрызков на арме, а маленькие дети пытаются строить догадки и искать глубинный смысл
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

99. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от Всем Анонимам Аноним (?), 24-Апр-23, 13:11 
Идея в том, чтобы не было разделения на систем. Какие-то приложения только под Мак, какие-то под Винду и под Линуксом серьезного софта мало. Если приложения делать под браузер (как PWA), но не важно где это запускается и появляется выбор.
Для меня в этом деле важен уход от Windows и не нужно бороться со всеми его проблемами. Но при этом можно пользоваться большей частью приложений.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

104. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (245), 24-Апр-23, 13:16 
со своей идеей обратись к профильному специалисту
Ответить | Правка | Наверх | Cообщить модератору

212. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (153), 24-Апр-23, 17:26 
Ну тот де PWA много раз переделывали. + есть же и другие браузеры.
Раньше: линукс, винда, мак
Теперь: фф, яндекс, опера, вивальди, сафари, хром, эдж и все разных версий + комбинации под линукс, винду, макс, хромос, андройд (понятно что комбинаций меньше, так как половина браузеров на хроме, хромос и андройд на линуксе и т.д.)
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

183. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от Аноним (180), 24-Апр-23, 16:01 
Просто Google сделал то, что не смогли сделать майки в конце 90ых - олды помнят 98ые окна с internet explorer вместо рабочего стола (Active Desktop).
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

209. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (153), 24-Апр-23, 17:21 
Он ещё в xp был.
Ответить | Правка | Наверх | Cообщить модератору

213. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (153), 24-Апр-23, 17:29 
Майки в конце 90ых внезапно узнали что веб в принципе существует и становится популярным.
Не помню в какой версии появился встроенный браузер, но до 8 точно интеграция с интернетом была минимальной и ограничивалась обновлениями, а потом и поиском.
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

214. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (153), 24-Апр-23, 17:30 
Т.е. никаких планов сделать из браузера систему у них не было. Были (успешные) планы продвинуть ие, стоявшие вебу десятилетие развития.
Ответить | Правка | Наверх | Cообщить модератору

341. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 17:14 
> Не помню в какой версии появился встроенный браузер

Win95.

> но до 8 точно интеграция с интернетом была минимальной

Сразу хочется спросить "Сколько тебе лет?" и "Когда у тебя появился первый комп?".
Осёл 4-й умел худо-бедно всё, что было актуальным на то время -- http, ftp, gopher и прочее. Аутглюк Экспресс был в базовой поставке -- это не попытка интеграции с Интернет?

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

436. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним123 (?), 30-Апр-23, 10:11 
Эо будущее всего софта, которое уже наступает. Даже сейчас десктоп может быть терминалом всего, от фотошопа до игр. Лет через 20 будет только так.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

96. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Всем Анонимам Аноним (?), 24-Апр-23, 13:07 
Может надо попробовать прежде чем говорить?
Куча приложений и есть Линукс VM-ка.
Главная фича - отсутствие возможности поставить malware.
Кто-то рут ставит на телефоне для прикола, а кому-то важно не получить вирусов чтобы часть интернета не превратилась в тыкву.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

210. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (153), 24-Апр-23, 17:23 
В контексте вредоносных дополнений это просто смешно. Возможно для ламеров условная убунта будет даже безопаснее хрома со свистоперделками.
Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз ядра Linux 6.3"  +5 +/
Сообщение от Аноним (129), 24-Апр-23, 12:01 
>Добавлен DRM-драйвер для интегрированных в CPU Intel Meteor Lake (14 поколение) блоков VPU (Versatile Processing Unit), предназначенных для ускорения операций, связанных с компьютерным зрением и машинным обучением.

Ждём

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

56. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от НяшМяш (ok), 24-Апр-23, 12:22 
> Intel Meteor Lake (14 поколение)

На Core 2 Duo экспертов опеннета будет работать?

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

76. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от Анонии (?), 24-Апр-23, 12:48 
Чем вам c2d не угодил?
Ответить | Правка | Наверх | Cообщить модератору

173. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (173), 24-Апр-23, 15:47 
Может быть тем, что был актуальным процессором 14 поколений назад?
Ответить | Правка | Наверх | Cообщить модератору

226. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (226), 24-Апр-23, 18:55 
Я езжу на дедушкином "Москвиче" 412, и нормально. Зачем что-то менять?
Ответить | Правка | Наверх | Cообщить модератору

230. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (230), 24-Апр-23, 19:36 
И то верно! Работает -- не трожь.
Ответить | Правка | Наверх | Cообщить модератору

237. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (237), 24-Апр-23, 20:40 
Понт не защитан. 408-й круче.
Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

290. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (290), 25-Апр-23, 05:18 
Мне не нужно, чтобы "круче", мне нужно, чтобы ездил и ничего не менять.
Ответить | Правка | Наверх | Cообщить модератору

323. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (323), 25-Апр-23, 13:06 
ЗАЗ "Горбатый"
Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Пряник (?), 24-Апр-23, 12:06 
Эту новость нужно читать через 3-4 года.
Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (45), 24-Апр-23, 12:09 
я буду совсем старым тогда
Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (59), 24-Апр-23, 12:25 
Короче теперь тв приставки можно ванильным ядром обновлять и вообще другие прошивки ставить. Вот радость то любителям подобных железок.
Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (127), 24-Апр-23, 14:07 
Да ладно.

Для приставок по хорошему нужно RT-ветка. а там сейчас 6.1, так что ждём.

RK35xx не плохие камушки, но это не самые дешёвые приставки (даже на RK3566). FireFly Statio P2 на RK3568 кажется хорошим, пока не коснётся дело графики и видео. Вдруг оказывается, что проиграть видео в браузере не посильная задача, и это при, вроде как, поддерживаем GPU. Хотя в Androide всё хорошо летает. Для более ранних камушков можно уже и не ждать нормальной поддержки GPU, а для этих сколько ждать? (хр______ блобы)

Allwinner-ы вообще отдельная песня. Вроде как запили OpenSource страничку для ряда камушков, но блин там SDK привязано к Python 2 и непонятным FEX прикрученным к кастомным протухшим U-Boot и ядру. Ладно, некоторыми личностями ведётся работа по использованию DeviceTree, но, блин, тот же smaeul почти год потратил на проталкивание нескольких патчей в ядро для поддержки D1 (ура свершилось в этом релизе ядра). Но U-Boot ещё далеко не доделан. С такими темпами все эти камушки снимут с производства.

Все эти ARM-ы привязаны к конкретным версиям Андройда пачкой блобов.
Linux на них можно запустить, но что-то это совсем хре... плохо работает.

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

278. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (59), 25-Апр-23, 02:03 
Весомая порция критики с результатом прямо как на смартфонах. Но все же поддержка на яблоке была первоначально процессора. Графическую часть пилить будут разве что после, но собрать Gentoo будет вполне возможно. АндроидТВ может не уметь в открытие файлов с USB накопителя. Поэтому в теории на 1920х1080 сил у многоядерного атома хватит и это будет работать без престранных ограничений андроида. Часть плат все-же одноплатники и уже могут работать для определенных нужд у людей творческих. Скажем собрать робота из старой ТВ приставки потому что новая умеет в аппаратное декодирование AV1. Это ведь железка. Можно теперь собрать кластер из копеечных одноплатников, если найдется гора задешево и компилировать сишный код. Андроид из приставки всю память сожрет. Никаких горбатых и кривых привязок. Просто цели у вас исключительно приставочные в то время как вычислительные мощности универсальны.
Ответить | Правка | Наверх | Cообщить модератору

283. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (283), 25-Апр-23, 03:03 
> Для приставок по хорошему нужно RT-ветка. а там сейчас 6.1, так что ждём.

1) Примерно после этой версии RT здорово изменил свое значение.
2) То что вы хотите именно тот RT - не факт, если вы не делаете системы реального времени. ТО реальное время с ТЕМИ гарантиями - штука мягко говоря не халявная и имеющая особенности. Линукс по факту стал "без пяти минут RTOS" где-то в районе этих ядер. В него серьезную пачку патчей RT_LINUX загнали. А это делалось индустриалами - для управляющих систем. Которым реальное время не пострадать фигней, а реально важно и внимние к гарантиям обещаний совсем иное. Даже если за это надо доплатить оверхедом и скоростью.
3) Для ARMов можно прекрасно собрать хоть сабж. Я уже проверил. Шикарно работает.

> не посильная задача, и это при, вроде как, поддерживаем GPU.

Если вы хотели хардварное ускорение декодирования, им на таких чипах другие штуки занимаются - VPU какой-нибудь. Отдельный хардварный IP-блок декодера. Более того - вывод на дисплей тоже другая железка делает (контроллер дисплея). А GPU - именно считалка, именно 3D. Поэтому GPU довольно странно что-то предъявлять, если это не про обсчет 3D сцен было.

> Хотя в Androide всё хорошо летает.

Он использует хардварные декодеры в хвост и гриву. То что вы это корректно нарулили - не факт.

> Allwinner-ы вообще отдельная песня. Вроде как запили OpenSource страничку для ряда камушков,

Большая их часть прекрасно поддерживается майнлайновым uboot и kernel на данный момент. Вон пачка этого добра на обычном debian 11 с майнлайновым uboot и kernel пашут. Чего им не?!

> но блин там SDK привязано к Python 2

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

Китайский хлам нужен только если майнлайн не умеет что-то реально важного (актуально только для совсем свежих чипов)

> и непонятным FEX

Для запуска майнлайна uboot он опять же не вперся, там DTB вместо этого китайского креатива, если надо что-то поменять, DTB собирается из сорцов (DTS) которые в ядре линукса. Таргет сборки - "make dtbs". И никаких питонов и китайчатины.

> прикрученным к кастомным протухшим U-Boot и ядру. Ладно, некоторыми личностями ведётся
> работа по использованию DeviceTree, но, блин,

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

> тот же smaeul почти год потратил на проталкивание нескольких патчей в ядро
> для поддержки D1 (ура свершилось в этом релизе ядра). Но U-Boot ещё далеко не доделан.

Называя вещи своими именами, RISCV варианты все же заметно отличаются от ARMовских.

> С такими темпами все эти камушки снимут с производства.

Может да. А может нет. Вон какие-нибудь A10/A20 до сих пор купить можно. Почему? А вон там в бложике фирмы olimex ответ. Они спросили сколько чипы будут доступны. И получили ответ - forever. Можно попросить повторить батч для лично себя если >1000 чипов. Поэтому немолодые железки спустя десяток лет можно по прежнему купить. Вот так можно взять и повторить старый проект если еще юнитов стало надо.

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

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

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

60. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (60), 24-Апр-23, 12:25 
Когда уже большие языковые модели натравят на Linux, чтобы они там искали и исправляли баги?
Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (45), 24-Апр-23, 12:26 
оно того не стоит, в смысле ядро
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (60), 24-Апр-23, 12:49 
Там багов что ли нету?
Ответить | Правка | Наверх | Cообщить модератору

78. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от InuYasha (??), 24-Апр-23, 12:49 
> Когда уже большие языковые модели натравят на Linux, чтобы они там искали
> и исправляли баги?

Ответ в двух байтах: https://catid.io/posts/llm_bugs/

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

81. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (60), 24-Апр-23, 12:52 
Ну прекрасно же: GPT 4: 0 false alarms in 15 good examples.  Detects 13 of 13 bugs. Почему там написано "нет"?
Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 24-Апр-23, 13:29 
> Почему там написано "нет"?

Потому что "а давно GPT 4 opensource?"

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

169. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (162), 24-Апр-23, 15:41 
Как это препятствует использованию GPT-4 для поиска багов в опенсорсе?
Ответить | Правка | Наверх | Cообщить модератору

254. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 24-Апр-23, 22:25 
Спроси автора. Может, там тариф не позволяет прожевать коды ядра. Я в любом случае проприетарщину в ИИ точно не хочу использовать.
Ответить | Правка | Наверх | Cообщить модератору

388. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (388), 26-Апр-23, 12:04 
Вопрос был к тебе, а не к автору статьи. Стрелки не переводи.
Ответить | Правка | Наверх | Cообщить модератору

414. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 27-Апр-23, 11:54 
Ивини, я не могу опуститься до твоего уровня чтоб "сделать тебе понятно". Перечитай - может, дойдёт.
Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз ядра Linux 6.3"  +4 +/
Сообщение от Аноним (64), 24-Апр-23, 12:27 
> Для архитектуры m68k добавлена поддержка фильтрации системных вызовов при помощи механизма seccomp.

Какой упорный некромант у них там затесался, мое почтение!

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

144. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (13), 24-Апр-23, 14:45 
Как же они всё это время жили без этой технологии безопасности? Наверно их там всех давно хакнули.
Ответить | Правка | Наверх | Cообщить модератору

345. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 18:31 
Может какая ещё встройка живая продолжает работать на m68k/DragonBall?
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

69. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от ryoken (ok), 24-Апр-23, 12:34 
>>Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)

Пошто 3Dfx-а зарезали? А вдруг у меня P3 с Вудой на ДебСиде? Куды бечь? :)

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

97. Скрыто модератором  +/
Сообщение от Аноним (84), 24-Апр-23, 13:09 
Ответить | Правка | Наверх | Cообщить модератору

263. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (263), 24-Апр-23, 23:19 
найди себе за банку сока AGPшный радик 9250/9550 и не ставь месу выше 22 - будет тебе даже в иксах счастье...
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

349. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 19:14 
Это совсем не unix-way.

Видяху можно вообще выкинуть. Купить на Алике ТВ-приставку, поднять на ней Linux и Иксы, и просто гонять графику по локалке. Будет не намного медленнее родной PCI-видяхи. А может даже и быстрее. Локалка минимум гигабитная нужна, ясен хрен.

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

348. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 19:05 
Выше тебе всё правильно сказали :)))

(От "школы" я чуть кофе на клаву не вылил, респект комментатору выше! :D Ржал минуты 3.)))))

А если серьёзно -- смотря что ты конкретно хочешь от железа, имеется какая-то реальная задача для народного хозяйства или чисто спортивный интерес оживить старую железку. Как по мне, спортивный интерес могут представлять только не-х86 железки, либо х86 не старше первопней. Пни вторые-третьи могут быть интересны только если хочется поиграть в игры 00-х годов на аутентичном железе тех лет, а для этого ставится ВинХР, где с дровами в 95% случаев проблем быть не должно.

Если какого-то особо ценного лабораторного аппарата нет, который работает только с этим твоим третьим Пнём, то бечь на барахолку и покупать любой комплект на Кор2Дуо. Или, если не совсем уж нищь и бpoд, то на Алике купить миникомп в сборе, цена от 70$. И в этом случае железка будет какая-никакая актуальная на сегодня.

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

413. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от ryoken (ok), 27-Апр-23, 10:59 
Ну вообще мне линух на третьепне нужен чисто для мультибута, на всяких платах, где нет возможности выбрать запуск ОСи с конкретного винта. (В моём случае - Asus CUBX-E). Ну и там или с GRUB-ом заниматься, или всякие BeOS, OS\2 loader, PLoP, SYstemCOmmander и иже с ними ковырять. На более новой плате (тоже Asus, NCCH-DL, dual S604) уже можно и поштучно по винтам уже загружаться :).
Ответить | Правка | Наверх | Cообщить модератору

417. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 27-Апр-23, 13:38 
Linux чисто для мультибута? А Grub4dos разве не спасёт отца русской демократии? Да, он сейчас сильно овер-навороченый, но для каждого типичного случая есть маны, и всё довольно легко конфигурируется.
Ответить | Правка | Наверх | Cообщить модератору

420. "Релиз ядра Linux 6.3"  +/
Сообщение от ryoken (ok), 27-Апр-23, 15:29 
> Linux чисто для мультибута? А Grub4dos разве не спасёт отца русской демократии?
> Да, он сейчас сильно овер-навороченый, но для каждого типичного случая есть
> маны, и всё довольно легко конфигурируется.

Тут ещё момент переноса данных на разные ФС :). Если например надо накидать установщиков на FAT-раздел, где только DOS свежеустановленный :).

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

421. "Релиз ядра Linux 6.3"  +/
Сообщение от ryoken (ok), 27-Апр-23, 15:31 
>> Linux чисто для мультибута? А Grub4dos разве не спасёт отца русской демократии?
>> Да, он сейчас сильно овер-навороченый, но для каждого типичного случая есть
>> маны, и всё довольно легко конфигурируется.
> Тут ещё момент переноса данных на разные ФС :). Если например надо
> накидать установщиков на FAT-раздел, где только DOS свежеустановленный :). Ещё этот аппарат умеет грузиться по PXE & WOL :). Сетевуха Интел 100Мбит + кабель на мать подключен.
Ответить | Правка | Наверх | Cообщить модератору

423. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Пользователь чебурнетаemail (?), 27-Апр-23, 16:21 
Мой внутренний Вольф Мессинг теряется в догадках, что и для чего там может быть необходимо переносить.

> Если например надо накидать установщиков на FAT-раздел, где только DOS свежеустановленный

А в чём проблема поднять виртуалку и скормить ей этот раздел как загрузочный? А потом папку с установщиками как виртуальный hdd, и всё скопировать куда положено, и сделать SYS C: ?

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

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

428. "Релиз ядра Linux 6.3"  +/
Сообщение от Michael Shigorinemail (ok), 28-Апр-23, 12:13 
Вдруг пригодится -- в альте есть пакет/утилитка make-freedos-floppy (полез было в mkimage-profiles.git::features.in/dos/ на предмет воспоминаний, как именно делал -- а там одна строчка).
Ответить | Правка | Наверх | Cообщить модератору

434. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 29-Апр-23, 17:40 
> Вдруг пригодится

Навряд ли. Пни 2-3 -- это как Мерседес 600-й из 90-х годов. Уже не машина, так как устарел морально и физически. Но при этом и не винтаж, чтобы ездить на нём на выставку ретро-мобилей или загнать коллекционерам за дорого. При этом жрёт прилично и требует ухода и обслуживания. Самое ненужно из ненужного.

Пни первые и AMD K6 -- вот это уже винтаж. Кто уже вышел на пенсию и кому делать неxep -- могут поиграться из спортивного интереса "а что эта старушка ещё могёт".

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

429. "Релиз ядра Linux 6.3"  +/
Сообщение от ryoken (ok), 28-Апр-23, 15:19 
> А в чём проблема поднять виртуалку и скормить ей этот раздел как
> загрузочный? А потом папку с установщиками как виртуальный hdd, и всё
> скопировать куда положено, и сделать SYS C: ?

Виртуалка на Пень3? Как-то грустно звучит :). Дисков в нём натыкано достаточно для разных ОСей, вытасиквать их как-то не тянет.

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

433. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 29-Апр-23, 17:27 
> Виртуалка на Пень3?

Виртуалка вместо Пня3.

> Дисков в нём натыкано достаточно для разных ОСей

Чем бы дитё не тешилось.

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

72. "Релиз ядра Linux 6.3"  +9 +/
Сообщение от asand3r (ok), 24-Апр-23, 12:43 
Что там, патчи от Baikal Electronics приняли? =)
Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз ядра Linux 6.3"  –8 +/
Сообщение от Аноним (245), 24-Апр-23, 13:18 
вряд ли, это будет ещё зашкварнее, чем rust
Ответить | Правка | Наверх | Cообщить модератору

184. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от xsignal (ok), 24-Апр-23, 16:05 
Serge Semin периодически постит что-то с домена @baikalelectronics.ru, вроде никто не возбухает больше.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (77), 24-Апр-23, 12:48 
Повышена производительность ФС ext4

круто !

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

236. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Ананоним (?), 24-Апр-23, 20:04 
Вангую потерю данных.
Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от Аноним (82), 24-Апр-23, 12:57 
Слава товарищу Торвальдсу, корпорациям и сообществу! Ура, товагищи!
Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз ядра Linux 6.3"  –3 +/
Сообщение от фтщтщшь (?), 24-Апр-23, 12:58 
> удалено более 40 старых ARM-платформ
> Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)
> Удалены устаревшие драйверы фреймбуфера (fbdev) omap1, s3c2410, tmiofb и w100fb.

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

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

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

89. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (245), 24-Апр-23, 13:01 
фулстек, бекенд и фронтенд разработчиков это не должно волновать
Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (84), 24-Апр-23, 13:10 
Я один из них, и меня волнует.
Ответить | Правка | Наверх | Cообщить модератору

108. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (245), 24-Апр-23, 13:20 
> Я один из них

лол, выросло поколение, которое само в таком признаётся)

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

112. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от InuYasha (??), 24-Апр-23, 13:31 
fullstack-developer - это всё равно лучше чем stackoverflow-developer. )
Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (13), 24-Апр-23, 14:44 
Типа плохо работать в компании stackoverflow потому что там сервера на шинде?
Ответить | Правка | Наверх | Cообщить модератору

328. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 15:38 
> fullstack-developer - это всё равно лучше чем stackoverflow-developer. )

Погоди, так это ж вроде один и тот же чувак?!

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

361. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 25-Апр-23, 22:37 
к счастью - не всегда :D
Ответить | Правка | Наверх | Cообщить модератору

249. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от AHOHNM (?), 24-Апр-23, 21:44 
А как можно тратить то, что в принципе не расходовалось?
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

90. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (90), 24-Апр-23, 13:03 
> Добавлена поддержка беспроводных карт на чипах RealTek RTL8188EU

Когда уже RTL8852AU?

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

103. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (103), 24-Апр-23, 13:16 
> Поддержка Rust не активна по умолчанию

Стабильно, что есть хорошо.

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

105. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от пох. (?), 24-Апр-23, 13:16 
> Прекращена поддержка дисциплин обработки очередей для ограничения трафика CBQ (class-based queuing), ATM (ATM virtual circuits), dsmark (differentiated service marker), tcindex (traffic-control index) и RSVP (resource reservation protocol).
> Данные дисциплины длительное время находятся в заброшенном виде и не нашлось желающих продолжить их сопровождение.

в управлении траффиком потребности - нет.

Ок, так и запишем. И это тоже доломали.

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

126. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (64), 24-Апр-23, 14:06 
Кто-то до сих пор нарезает полосы мышиными хвостави по 8 килобит до 128к? Так-то это гогно мамонта перестало быть применимым лет пятнадцать назад. Последнее, что еще как-то было живым на скоростях до гиагбита был hfsc. Но и оно после гигабита превратилось в тыкву. А уж плакать по CBQ совсем не нужно, его похоронить надо было еще лет двадцать назад.
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

170. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (170), 24-Апр-23, 15:42 
Перечисленные тобой фичи были никому не нужны еще в начале нулевых, ибо были кривы, переусложнены в реализации и прожорливы в применении.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору
Часть нити удалена модератором

228. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (170), 24-Апр-23, 19:17 
В том-то и цимес, что другое было предложено, внедрено, работало и успело за двадцать лет умереть, дав дорогу другим, более производительным решениям. Печально, что вам они остались неизвестны и вам приходилось все эти годы сидеть на легаси 30-летней давности.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

234. "Релиз ядра Linux 6.3"  +/
Сообщение от Xo (?), 24-Апр-23, 19:51 
Зри в корень, ему же пох.
Ответить | Правка | Наверх | Cообщить модератору

240. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от ivan_erohin (?), 24-Апр-23, 20:56 
> в управлении траффиком потребности - нет.

я недавно одному мастеру VoIP объяснял, могу повторить публично.
все очень просто. канал либо выходит на полку либо нет.
если нет - то все остается как есть и нечего тут преждевременно оптимизировать.
если выходит, то 2 варианта:
1) начинаем анализировать что там внутри, и лишнее душить.
как правило душить придется дурной юзерский траф типа обновлений уиндоуз каждый за себя,
скачивания кино сверхвысокого разрешения и т.д.
2) если все уже удушено и резервов нет, то придется докупить еще полосы пропускания.
или еще один канал специально под голос.
а QoS раскрашивать это беспонтово.

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

250. "Релиз ядра Linux 6.3"  +/
Сообщение от AHOHNM (?), 24-Апр-23, 21:50 
Что такое "очередь" и "приоритет" выучи, специалист....
Ответить | Правка | Наверх | Cообщить модератору

258. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от ivan_erohin (?), 24-Апр-23, 22:58 
я man ipfw зачитал до дыр, когда ты в детский сад ходил.
давай, поучи меня как впихнуть 256 kbit/s в канал 128 kbit/s с минимумом потерь.
Ответить | Правка | Наверх | Cообщить модератору

273. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 00:02 
> я man ipfw зачитал до дыр, когда ты в детский сад ходил.

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


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

342. "Релиз ядра Linux 6.3"  +/
Сообщение от AHOHNM (?), 25-Апр-23, 17:22 
а) пiздеть - не мешки ворочать
>я man ipfw зачитал до дыр, когда ты в детский сад ходил.

man ipfw | grep appeared
>     The ipfw utility first appeared in FreeBSD 2.0.  dummynet was introduced

https://www.freebsd.org/releases/2.0/notes/
Смотим внизу
Id: RELNOTES.FreeBSD,v 1.21 1994/12/02 20:27:11 jkh Exp

Хех, промах садиком, лет минимум на 15.

б) если Вас заставляют "впихнуть 256 kbit/s в канал 128 kbit/s с минимумом потерь." то есть несколько вариантов
- административный честный (купить полосу)
- административный нечестный (ограничить хотелки)
- административный начальственный (назначить, что 256 влезет в 128)
- молча страдать
- свалить от неадекватов

Похоже, был вариант "страдать".
Сочувствую :(

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

402. "Релиз ядра Linux 6.3"  +/
Сообщение от ivan_erohin (?), 26-Апр-23, 18:04 
> б) если Вас заставляют "впихнуть 256 kbit/s в канал 128 kbit/s с
> минимумом потерь." то есть несколько вариантов

вариант один - впихнуть. но страдать будут все и поровну.

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

274. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 00:09 
> Что такое "очередь" и "приоритет" выучи, специалист....

э... тоже так себе совет.

Ему бы про вообще основы того как в tcp congestion control работает почитать где-то прежде чем разбираться с очередями. А он вместо этого man ipfw зазубрил.


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

272. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 00:01 
ох... ну откуда вы такие вылупляетесь-то?

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

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

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

"Душить" его нельзя потому что тебе за это деньги и платят.

А QoS не раскрашивают, его обеспечивают (или нет).

Но, видать, не на линуксах уже.

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

292. "Релиз ядра Linux 6.3"  +/
Сообщение от ivan_erohin (?), 25-Апр-23, 06:10 
> вот смотри: я беру один ср-ный ftp поток - с любого своего
> сервера.

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

ps: еще чего придумаешь ?

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

309. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от пох. (?), 25-Апр-23, 10:18 
>> вот смотри: я беру один ср-ный ftp поток - с любого своего
>> сервера.
> все гораздо проще.
> администратору ftp сервера дать по голове,

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

> чтобы ограничил траф настройками своего же ftp сервера.

с х-я ли он его должен ограничивать если заплатил за 10G ? У него там в договоре есть что-то про средний траффик за месяц, и ни пол-словечка что он должен подвинуться чтоб тебе хорошо жилось.

> это заведомо культурнее, чем дропать рандомные пакеты на бордере.

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

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

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

401. "Релиз ядра Linux 6.3"  +/
Сообщение от ivan_erohin (?), 26-Апр-23, 18:01 
все очень-очень сложно. предлагаю упростить еще раз.

1) сколько раз вы пере-перепродали эти несчастные 10G ? (overbooking, oversubscribing)

2) что в том SLA написано про DoS-атаки, мероприятия и полномочия по борьбе с ними ?
выглядит как типичное оно самое.

> за рандом дропы надо отдельно п-дить.

ну не совсем рандом и не вручную. алгоритмы типа *RED неплохо затыкают пожирателей трафика (TCP only, на остальное есть rate-limit). по-моему на ECN все плюют.

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

403. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 26-Апр-23, 19:06 
> 1) сколько раз вы пере-перепродали эти несчастные 10G ? (overbooking, oversubscribing)

один мобильник 4G в летную погоду способен выжрать 150мегабит. СКОЛЬКО в граммах...десятков гигабит надо протянуть на одну базовую станцию между мусорной свалкой и металорезкой в дальних щебенях чтоб тебе было хорошо? И сохранить эту полосу до ядра и до точки обмена - каждому? А по факту большую часть времени она просто будет простаивать.

> выглядит как типичное оно самое.

нет, выглядит как обычный tcp stream, им и является. Есть полоса - он ее съест. Занята кем-то еще - впишется в свободное. Но она не занята - потому что приоритетный траффик спорадический, а это - постоянное  надолго. А rsvp вы отменили.

> алгоритмы типа *RED неплохо затыкают пожирателей трафика

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

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

412. "Релиз ядра Linux 6.3"  +/
Сообщение от ivan_erohin (?), 27-Апр-23, 08:48 
>> 1) сколько раз вы пере-перепродали эти несчастные 10G ? (overbooking, oversubscribing)
> один мобильник 4G в летную погоду способен выжрать

буллшит.
на вопрос ответь пож-ста.
каковы типичные коэффициенты оверсабскрайбинга на 90% клиентских подключениях ?

>> выглядит как типичное оно самое.
> нет, выглядит как обычный tcp stream,

только отрубил управление.

>> алгоритмы типа *RED неплохо затыкают пожирателей трафика
> пока в нормальном месте к тебе не приходят с sla,

проблемы лоховатых составителей сла.

habr.com/ru/companies/ruvds/articles/731496/ тред от слов "правила проживания в коммуналках".

и по ссылке habr.com/ru/companies/ruvds/articles/571010/

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

415. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 27-Апр-23, 12:44 
нет понятия оверсабскрайбинга на клиентских подключениях. Двадцать лет как нет у нормальных людей.
Обсуждать нечего.

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

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

>> нет, выглядит как обычный tcp stream,
> только отрубил управление.

только у тех кто не научился (или разучился) управлению траффиком. Ну да, так работает сеть. Еще раз, подумай если осталось чем - ЧТО может помешать серверу выжрать столько полосы сколько пропускает его сетевая карта?

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

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

294. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (64), 25-Апр-23, 07:30 
Может пришла уже пора перейти с дайлапа на что-то более новое? Описанными ужас-ужасами мамкины одмины охфисных локалхостов бодро зарубались в начале-середине нулевых. Как раз через неработающий CFQ.
Ответить | Правка | К родителю #272 | Наверх | Cообщить модератору

310. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 10:27 
> Может пришла уже пора перейти с дайлапа на что-то более новое? Описанными
> ужас-ужасами мамкины одмины охфисных локалхостов бодро зарубались в начале-середине нулевых.
> Как раз через неработающий CFQ.

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

Сейчас как раз проблема гораздо более актуальна - вон из стойки свисает хвост на 40 гиг. Они конечно ненастоящие (в смысле оно там внутри на самом деле все равно 4x10 и еще рядом второй такой же) но дать проср...ться мамкиному сантехнику с гордой табличкой сетевой инжинер могут.

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

339. "Релиз ядра Linux 6.3"  +/
Сообщение от AHOHNM (?), 25-Апр-23, 17:03 
>ср-ный ftp поток - с любого своего сервера.

(предполагая, что клиент этого ... хм ср-го ftp... в том же операторе, и даже имеет такой же 10Gb без rate-linit-а)
>выходит на полку.

ну то есть получается, что этот любой свой сервер полностью игнорирует, как работает TCP?
Или всё же ACKи принимает как положено?

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

340. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 17:12 
> (предполагая, что клиент этого ... хм ср-го ftp... в том же операторе, и даже имеет такой же 10Gb
> без rate-linit-а)

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

> ну то есть получается, что этот любой свой сервер полностью игнорирует, как работает TCP?

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

> Или всё же ACKи принимает как положено?

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

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

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

343. "Релиз ядра Linux 6.3"  +/
Сообщение от AHOHNM (?), 25-Апр-23, 17:34 
>ну так вы же сами отменили управление траффиком

Я - нет, а вот ivan_erohin - похоже, да.


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

350. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 19:26 
>>ну так вы же сами отменили управление траффиком
> Я - нет, а вот ivan_erohin - похоже, да.

тыщи их тут, увы...

А тех кто разбирался бы в вопросе - походу и не осталось больше. Вот будет у тебя дурацкий whitebox с голым linoops внутри (поскольку циска в рф все и плохая дорога тоже - впрочем за последнюю не уверен что у нее работало) - и что там осталось из средств управления траффиком?


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

107. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (107), 24-Апр-23, 13:19 
> Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)

Я думал, их дропнули в Mesa 8.0 (2012 год).

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

159. "Релиз ядра Linux 6.3"  +/
Сообщение от ryoken (ok), 24-Апр-23, 15:25 
>> Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)
> Я думал, их дропнули в Mesa 8.0 (2012 год).

А щас совсем дорезали, даже фреймбуфера не будет, если я правильно понял. Такими темпами они и PPC64BE прибьют, ироды...

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

191. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 24-Апр-23, 16:30 
>ироды

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

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

295. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от ryoken (ok), 25-Апр-23, 07:38 
>>ироды
> Так а что вы не взялись поддерживать? Сходите в список рассылки ядра,
> предложите помощь в поддержке, может и вернут.

Я ж не погромист, обычный юзер :).

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

109. "Релиз ядра Linux 6.3"  +7 +/
Сообщение от Аноним (109), 24-Апр-23, 13:26 
Суд по тем ченджлогам, что я вижу у btrfs, она за все эти годы уже сама должна была в космос полететь и собственный код переписать)
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 24-Апр-23, 13:31 
примерно это и произошло. Летаит, переписывается.
Но если кому вместо этого надо было работающую fs - то вам на ext4

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

113. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от InuYasha (??), 24-Апр-23, 13:31 
> на ext4

Работает, подтверждаю.

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

156. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (196), 24-Апр-23, 15:16 
И BTRFS работает, подтверждаю.
Ответить | Правка | Наверх | Cообщить модератору

215. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (215), 24-Апр-23, 17:37 
>И BTRFS работает, подтверждаю.

Создай раздел гигов на 50 со сжатием и дедупликацией. Положи туда исходники ядра и ибилды. Я пробовал два раза и оба раза все это не протянуло полгода. Теперь мне лень пробовать.
Так что подтверждая рассказывай как используется и сколько времени.

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

227. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (133), 24-Апр-23, 19:16 
Для 2 гигов файло ты выделил 50 гигов раздел? И он оба два раза рассыпался? У тебя там точно диск не сыпался? С памятью всё хорошо? Проверь память, она сбоит. Если у btrfs повреждены все копии метаданных хоть на 1 бит, она полностью мертва и ни одного байта ты из неё не достанешь. Ну, вот такой мой опыт.
Ответить | Правка | Наверх | Cообщить модератору

285. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 25-Апр-23, 03:27 
> Если у btrfs повреждены все копии метаданных хоть на 1 бит,

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

> она полностью мертва и ни одного байта ты из неё не достанешь.

Try "btrfs restore" luke :P. Там так то можно в разные снапшоты и даже generation потыкаться - у метаданных в силу CoW сильно более 1 точки входа с которой можно попытаться начать парсинг. Поэтому если стало реально душно а файлы нужны, btrfs так то дает больше опций потрепыхаться чем многие другие. И продвинутый тулкит вычитки файлов нахаляву прямо в штатной системной утилсе. Для какого-нить нтфс такое только в отдельных коммерческих программах, например. А для какого-нибудь EXT или ZFS такого вроде совсем нет. И если оно откажется маунтится вы совсем в пролете. Но можете и хексэдитором сами конечно файл выковырять.

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

316. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (133), 25-Апр-23, 11:11 
>> она полностью мертва и ни одного байта ты из неё не достанешь.
> Try "btrfs restore" luke :P.

Я попробовал всё, что у интернета было предложить. Можешь сам проверить, создай бтрфс в файле, покидай в него известных данных, а потом создай файл и поправь известный тебе байт в этом файле в хекс редакторе (после отмонтирования). Все 3 копии или сколько их там будет. Вооот, а теперь попробуй достать вообще любой файл из файла с фс. Много оттуда удаться выковырять? У меня получилось ровно 0. Файлики, вот они, видно в редакторе. Но бтрфс их больше не отдаст.

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

370. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 01:30 
> поправь известный тебе байт в этом файле в хекс редакторе (после отмонтирования).
> Все 3 копии или сколько их там будет.

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

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

Более того - у меня есть пара особо текучих флех по приколу. На них кроме btrfs ничегое и не выживает, если на то пошло. Ext4 или NTFS разваливается от пары недель до месяца, при том без предупреждений. А вон тот с схемой DUP даже на таком выживает. Изредка матюкается на "csum error, corrected" но срубить джекпот когда не прочтутся обе копии одновременно согласно теорверу довольно тяжко - и поэтому оно таки еще и работает. Удобно на всяких автопилотируемых системах, я варнинг получаю задолго до того как все реально грохнется и могу зашедулить майнтенанс без резких внештатных ситуаций.

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

284. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (284), 25-Апр-23, 03:22 
> Создай раздел гигов на 50 со сжатием и дедупликацией. Положи туда исходники
> ядра и ибилды. Я пробовал два раза и оба раза все
> это не протянуло полгода. Теперь мне лень пробовать.
> Так что подтверждая рассказывай как используется и сколько времени.

Очень интересно что должно было случиться. А то у меня например примерно десяток разных вариантов кернела рефлинкнуты на вооооон том btrfs'е, и оно почему-то просто пашет. Уже не помню сколько лет, наверное минимум 5 если иметь в виду именно фс с исходниками ядра. Билдуется весьма активно, минимум несколько раз на каждую версию ядра.

Нельзя ли конкретику? С точными сообщениями об ошибках и всем таким?

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

131. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Аноним (131), 24-Апр-23, 14:17 
Да, как-то странно её пилят, чересчур долго. В соляре с zfs быстрее справились.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

146. "Релиз ядра Linux 6.3"  –2 +/
Сообщение от Аноним (13), 24-Апр-23, 14:47 
Поэтому солярис и выкинули и лучше бы они вместо файловой системы что-нибудь полезное написали.
Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (196), 24-Апр-23, 15:15 
Но таки, в отличие от Вяленда, BTRFS намного более уже готова.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

177. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от пох. (?), 24-Апр-23, 15:51 
> Да, как-то странно её пилят, чересчур долго. В соляре с zfs быстрее
> справились.

в sun работали очень хорошие программисты за хорошее бабло плюс хорошую атмосферу а не галеру.
Оракловые рабы так не шмагли и их традиционно выкинули за борт в конце квартала, чтоб отчетность улучшить.

А те хорошие программисты теперь пиццей торгуют в разнос.

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

286. Скрыто модератором  +/
Сообщение от Аноним (-), 25-Апр-23, 03:32 
Ответить | Правка | Наверх | Cообщить модератору

115. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от asdasd (?), 24-Апр-23, 13:44 
> ScopeGuard (выполняется чистку при выходе за область видимости)

Ээээ, а может они это сначала в обычную core библиотеку запихают?

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

257. "Релиз ядра Linux 6.3"  +/
Сообщение от Alladin (?), 24-Апр-23, 22:46 
Бери самый простой трейт Drop из core и делай любой код в момент выхода за пределы видимости.
Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от ptr (??), 24-Апр-23, 14:29 
> Удалены все графические драйверы на базе DRI1: [...] mga (Matrox GPU)

А это жаль. Понятно, что можно и старым ядром воспользоваться. Но никакой альтернативы для просмотра старых черезстрочных Digital8 записей я так и не нашел. Все программные деинтерлейсы портят картинку. Сразу заметно, если сравнивать на мониторе и на кинескопном телевизоре через Matrox G450.

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

205. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (205), 24-Апр-23, 17:16 
>Все программные деинтерлейсы портят картинку.

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

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

219. "Релиз ядра Linux 6.3"  +/
Сообщение от ptr (??), 24-Апр-23, 17:41 
Да все уже перепробовал. Все равно, ставишь рядом монитор и телевизор и сразу видно, что на телевизоре изображение явно лучше.
Все же родной "ламповый" деинтерлейс на телевизоре никакая нейросеть не повторит для панели монитора.

> нужно удваивать кадровую частоту

Тогда уж учетверять, так как исходные 25 кадров в секунду на самом деле 50 полукадров в секунду. Действительно наилучший результат получается на 100 Гц. Но тут и монитор должен быть именно 100 Гц, а не 144 или 240 Гц.
Короче, до сих пор просмотр через S-Video выход Matrox G450 меня вполне устраивал. Я же в DV еще 20 лет назад весь свой VHS архив перекодировал прямо через Digital8 видеокамеру.

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

225. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 24-Апр-23, 18:10 
> Тогда уж учетверять, так как исходные 25 кадров в секунду на самом деле 50 полукадров в секунду

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

> Короче, до сих пор просмотр через S-Video выход Matrox G450 меня вполне устраивал.

китайские SoC ещё долго не удалят - у allwinner до сих пор tv энкодеры в достаточно свежих процессорах есть

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

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

229. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (205), 24-Апр-23, 19:23 
>на телевизоре изображение явно лучше

OLED монитор попробуй
и не игнорь совет о нейросетях

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

231. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 24-Апр-23, 19:36 
> и не игнорь совет о нейросетях

есть готовые решения ?

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

252. "Релиз ядра Linux 6.3"  +/
Сообщение от AHOHNM (?), 24-Апр-23, 21:55 
QTGMC для avisynth
Ответить | Правка | Наверх | Cообщить модератору

232. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (133), 24-Апр-23, 19:40 
Нейросети УГ, кстати. Простой mjpegtools дал картинку лучше всего на моей памяти. Обычный пайп yuvcorrect | yuvdeinterlace | yuvcorrect | yuvfps и всё никаких тебе артефактов.
Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

265. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (225), 24-Апр-23, 23:30 
> Нейросети УГ, кстати. Простой mjpegtools дал картинку лучше всего на моей памяти.

а мужики то не знают

https://www.pixop.com/

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

145. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (225), 24-Апр-23, 14:46 
> Среди наиболее заметных изменений ... продолжение интеграции поддержки языка Rust

зачем в новости эта отсебятина, лучше бы про allwinner d1 в майнстриме написал

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

на данный момент самый доступный процессор с ядром risc-v

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

147. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 24-Апр-23, 14:52 
> продолжение интеграции поддержки языка Rust

только как раз наоборот не в ядре а в пространстве пользователя - там языку обёрток и место

> User-mode Linux (on x86-64 systems) now supports code written in Rust

не надо подменять факты

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

148. "Релиз ядра Linux 6.3"  +/
Сообщение от шмякшмяк (?), 24-Апр-23, 15:00 
Качну либрагнутое вдруг пофиксили косяки с Вайном, а то так и буду на 4.19.
Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (196), 24-Апр-23, 15:12 
>в предкомпилированных BPF-файлах

А таких уже напихали в ванильное ядро?

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

182. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от xsignal (ok), 24-Апр-23, 15:58 
> Отмечается, что состояние поддержки Rust в ядре уже близко к тому...

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

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

193. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (225), 24-Апр-23, 16:48 
> чтобы полностью перейти на Rust, отсечь старых разработчиков-сишников, тем самым осуществить рейдерский захват ядра

фигня это - кто будет переписывать и тестировать тысячи драйверов ? никому не нужен язык сам по себе если нет никакой разницы. Ещё стоит осознать что старый код годами остаётся в ядре если он кому то нужен - можешь прям в новости посмотреть сколько лет в ядре лежал мёртвым грузом код для устаревших SoC. У SoC LTS 10-12 лет - это время в течении которого производители гарантируют доступность на рынке за счёт складов.

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

195. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от пох. (?), 24-Апр-23, 17:01 
> фигня это - кто будет переписывать и тестировать тысячи драйверов ? никому

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

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

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

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

211. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 24-Апр-23, 17:24 
> а никто и не будет - rhbm и фейсбуку эти тыщи не нужны

от rh+ibm в ядре ~9%, фейспука в списке нет

https://lwn.net/Articles/923410/

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

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

220. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от пох. (?), 24-Апр-23, 17:45 
> от rh+ibm в ядре ~9%, фейспука в списке нет

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


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

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

Остальное работает пока штабильный нонсенс не окончательно поломан.

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

222. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (225), 24-Апр-23, 17:54 
> то что его нет в списке говорит только о том чего стоит подобный список

тебе просто надо осознать что вклад от него околонулевой

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

298. "Релиз ядра Linux 6.3"  +/
Сообщение от n00by (ok), 25-Апр-23, 08:17 
А тебе просто надо узнать, кто отклонил патчи Байкала, и что такое окно Овертона.
Ответить | Правка | Наверх | Cообщить модератору

221. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от пох. (?), 24-Апр-23, 17:49 
>> а никто и не будет - rhbm и фейсбуку эти тыщи не нужны

Usually, when a developer lands at the top of the "lines changed" column, it is the result of adding more machine-generated amdgpu header files.

все что тебе надо было знать об этой глупой агитке.

(фейсбук кстати есть и я уверен что это не машинно-генерированный мусор)


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

314. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (225), 25-Апр-23, 11:05 
> все что тебе надо было знать об этой глупой агитке

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

https://lwn.net/SubscriberLink/929582/c29b092090d9a996/

у меты есть ~2%, у rhbm ~8%, у одной Linaro (поддержка arm soc) в среднем больше ~15%.

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

320. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от пох. (?), 25-Апр-23, 11:57 
повторяю - мне совершенно неинтересно знать кто там первый по числу строк автогенеренных заголовков.

Если ты не понимаешь английского - так сразу и скажи.

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

321. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 25-Апр-23, 12:51 
>  повторяю - мне совершенно неинтересно знать кто там первый по числу строк автогенеренных заголовков.

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

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

371. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 01:34 
> повторяю - мне совершенно неинтересно знать кто там первый по числу строк
> автогенеренных заголовков.

Вероятно, фирма AMD - они ж прямо HW Team'ом из сорцов железа для GPUшек хидеры генерят. Сделать такой bulk generation остальным придется поднапрячься. Нвидия могла бы попытаться, но им этот уровень технологий недоступен...

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

293. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от ivan_erohin (?), 25-Апр-23, 06:16 
> Пойдешь покупать то железо которое тебе велено.

"то же самое железо, которым пользуются гугл, фейсбук и амазон".

позитивное мышление навсегда !

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

306. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 09:50 
Не, не, не. Это они для себя берегут (но ты наверное и не хочешь одноразовый сервер из коробки от пиццы?)

Что именно покупать нам - милостиво укажет RHBM. А они такие, да, затейники.

То есть достаточно почитать списочек всего того что объявлено немодным в rhel8 (для 9 я такой не видел - возможно он попрятан за пэйвол как обычно - так что лузерам еще и придется поугадывать, что сегодня им позволено) чтобы восхититься мудростью и прозорливостью повелителей шва6одки.

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

315. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 25-Апр-23, 11:08 
> Что именно покупать нам - милостиво укажет RHBM.

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

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

318. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 25-Апр-23, 11:50 
а кто вас спрашивать-то будет? Ты чтоль перепишешь драйвер для своей немодной платы на модный современный хрустоапи?

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

324. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 25-Апр-23, 13:13 
> Ты чтоль перепишешь драйвер для своей немодной платы на модный современный хрустоапи?

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

> rust: xarray: Add an abstraction for XArray
> The XArray is an abstract data type which behaves like a very large
> array of pointers. Add a Rust abstraction for this data type.
> rust: types: introduce `ForeignOwnable`
> It was originally called `PointerWrapper`. It is used to convert
> a Rust object to a pointer representation (void *) that can be
> stored on the C side, used, and eventually returned to Rust.

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

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

185. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от pda (ok), 24-Апр-23, 16:09 
> Реализован драйвер pata_parport для IDE-накопителей, подключаемых через параллельный порт

Актуальненько...

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

351. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 19:55 
+1

Божечки, теперь нельзя будет использовать один LPT одновременно для принтера и винта, как же мне теперь жыдь? (рофл)

Поддержку видях, которые были вполне актуальны в конце 00-х (и которые могут ещё где-то работать по сей день), разом дропнули, а парид, потерявший окончательно актуальность в начале 00-х с появлением донглов IDE-USB, зачем-то переписали. Могли бы вместо этого один Матрокс переписать для dri2 -- много полезнее было бы.

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

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

372. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (334), 26-Апр-23, 01:36 
> Могли бы вместо этого один Матрокс переписать для dri2

Может у них матрокса не было а винч на параллельный порт, вот, оказался? :)

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

381. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 04:09 
> Может у них матрокса не было а винч на параллельный порт, вот, оказался? :)

Ну, старые Матроксы, вон на Алике есть за 20-25 бакинских:

https://www.aliexpress.com/item/1005002804622727.html

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

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

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

385. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 26-Апр-23, 09:58 
> Ну, старые Матроксы, вон на Алике есть за 20-25 бакинских:

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

Так что попал ты еще и на раритетную пеньчетвертую плату. Вот все что там КРОМЕ этого матраса - оно поважнее было, потому что обычные-то pci порты исчезли совсем недавно, да и те можно получить переходником (правда подороже 25 баксов)

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

Зато у кого-то нашелся чтоб все поломать, угу. Ну не умеют кодошлеперы в обратную совместимость, ну никак. В это время кто-то с лишними четвертаками пилил никому ненужный parport scsi.

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

391. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 15:18 
>> Ну, старые Матроксы, вон на Алике есть за 20-25 бакинских:
> а втыкать его куда? (написано что это PCI, но похоже нап-дели узкоглазые
> как обычно - больше на AGP смахивает)

Где он в пecде смахивает, посмотри на фото -- там контакты на гребёнке прямые! Также можешь пошукать там же Матроксы у других продавцов -- они все под PCI. Переходник-контроллер с последовательного PCIe на параллельный PCI выйдет ещё где-то в 10$.

> Параллельный порт вот у меня еще аж в целых двух системах остался.

Даже не знаю, чем объяснить живучесть этого динозавра в десктопах. Наверное, осталось ещё 3,5 конторы на планете, где что-то печатают на матричниках из-под DOS. Индастриал и эмбед -- то отдельный разговор, там параллельный порт часто используется кулибиными вместо ГПИО. Но вот на десктопных платах зачем его продолжают ставить... ...хз

> Так что попал ты еще и на раритетную пеньчетвертую плату.

Нет, не попал.
Но вот, кстати, вполне себе актуальный кейс, куда PCI-видяха будет очень кстати: организовать сервак из десктопной платы конца 00-х -- начала 10-х. Как десктоп она своё отпахала, а в качестве небольшого сервера уровня отдела может ещё лет 5 поработать. Слот PCIex16 освобождается под RAID-контроллер, а в PCI вставляется видяха. Без видяхи десктопные материнки х86 не стартуют, в отличие от серверных, поэтому хоть какая-то видяха нужна, даже пусть неисправная, лишь бы определялась как устройство. Но лучше, конечно, исправная :)

> Зато у кого-то нашелся чтоб все поломать, угу. Ну не умеют кодошлеперы
> в обратную совместимость, ну никак. В это время кто-то с лишними
> четвертаками пилил никому ненужный parport scsi.

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

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

405. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 26-Апр-23, 19:19 
> Где он в пecде смахивает, посмотри на фото -- там контакты на

я думаешь помню как оно выглядело 20 лет назад?

Купить что-ли пару в коллекцию...

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

ну типа принтер у меня раз в месяц в среднем выдает какие-то 'does not accept address' - и еще хорошо если вкл-выкл лечится, а не перезагрузкой хоста.
Что-то я не помню таких проблем с lpt. К сожалению, тот что был с lpt уже сдох.

> организовать сервак из десктопной платы конца 00-х -- начала 10-х. Как

у меня серверных есть. Только вот  что на них можно сделать - неизвестно. Пытался из одной сделать себе терминал-сервер, но ниасилил ведро 2.4 (драйвер для мультяхи был 2.0)


> Ну тогда может кто-то найдётся, кто перепишет старые дрова под dri2 для
> тех старых видях, которые ещё где-то реально используются.

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


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

409. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 27-Апр-23, 03:33 
> я думаешь помню как оно выглядело 20 лет назад?

Ну плджад, если ты даже не помнишь, что у AGP контакты на гребёнке ёлочкой идут, то интересно, что ты вообще можешь помнить. А как "Москвич 412" выглядит -- тоже не помнишь?

У AGP было ещё 4 стандарта -- 1X, 2X, 4X, 8X. Первые 3 визуально различались положением ключа на гребёнке, 4Х и 8Х визуально были идентичны, различались только режимами работы.

> ну типа принтер у меня раз в месяц в среднем выдает какие-то 'does not accept address'

Знаю такое. Насколько удалось установить в своё время путём гуглежа, связано это с павер-менеджментом шины USB. Если пошёл в консоль срач подобными сообщениями, то рекомендуется лечить с помощью sysctl -- отключить все "спящие" состояния для USB-контроллеров. Также в некоторых случаях это может быть связано с физическими проблемами по питанию шины.

На моей памяти особенно жопистые материнки в этом плане были на чипсетах NVidia nForce. Причём, было такое, что USB глючила только в 64-битном режиме, в 32-битном всё работало гладко в тех же самых условиях.

> Только вот  что на них можно сделать - неизвестно.

Продать :))

> Сложность задачи на порядок выше параллельного порта

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

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

416. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 27-Апр-23, 12:52 
> как "Москвич 412" выглядит -- тоже не помнишь?

ну только что как г-но.. еще не хватало в деталях вкус и запах.
> то рекомендуется лечить с помощью sysctl -- отключить все "спящие" состояния

принтер все ж попроще и безопаснее включить-выключить - обычно помогает.
А то хз что еще отвалится. А вот с lpt на другой почти такой же плате все в полном порядке.
Было. Пока хепе сперва не разучился их делать, а потом и вообще эту 1/6 особоодаренных послал.

>> Только вот  что на них можно сделать - неизвестно.
> Продать :))

isp1100 ? Кто купит?

>> Сложность задачи на порядок выше параллельного порта
> Портировать уже готовый драйвер на другой API?

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

А студенты больше нынче в фулшмяк норовят.

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

418. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 27-Апр-23, 13:54 
> ну только что как г-но.. еще не хватало в деталях вкус и запах.

Школьная программа по литературе -- тоже унылый цугундер, наверное. Онемэ и фонтастека -- наше фсио!

> isp1100 ? Кто купит?

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

> на очень хреново документированный

Direct rendering management? Он сегодня уже вполне неплохо документирован, не выдумывай. Под него даже самопальные дрова для ЖК пишут, что подключаются по SPI или по I2C.

> А студенты больше нынче в фулшмяк норовят.

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

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

439. "Релиз ядра Linux 6.3"  +/
Сообщение от Dmitriy (??), 01-Май-23, 08:12 
> Даже не знаю, чем объяснить живучесть этого динозавра в десктопах. Наверное, осталось ещё 3,5 конторы на планете, где что-то печатают на матричниках из-под DOS.

Не поверишь, через него можно прошивать Atmel сразу напрямую, без всяких приблуд, при помощи например AVR-studio. При желании тупо от скуки набросать прогу и управлять какой-нить самосборной хнёй, ибо управление там примитивное, засылaй сразу байт на порт и считывай.

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

387. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (387), 26-Апр-23, 11:30 
> Выше в камментах тут уже писАли, для чего могут быть актуальны старые видяхи именно этого производителя.

выше писали про просмотр старых черезстрочных видеозаписей на кинескопных телевизорах, так за 20 баксов проще тв-бокс купить с AV выходом, а для AGP ного матрокса еще комп надо специальный.

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

390. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 14:46 
> а для AGP ного матрокса

Онанимус, разуй глазки, по ссылке Matrox G450 для PCI.

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

393. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 15:34 
Там писАли про обработку и просмотр видеозаписей в формате Video8. Но, думаю, это можно было бы решить каким-нибудь нормальным плагином, кторый бы правильно преобразовал изображение. Но вообще, Матроксы были одно время мега-популярны и дезигнеров и разных фотостудий из-за безупречного 2D.

> для AGP ного матрокса

Вы там дурь у одного дилера берёте, что ли? Третий раз пишу: Matrox под PCI.

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

404. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (404), 26-Апр-23, 19:12 
> Там писАли про обработку и просмотр видеозаписей в формате Video8

в какое место компьютера ты собрался вставлять аналоговую видеокассету ? на компе он смотрит оцифрованные записи на пузатом телике подключенном через тв энкодер матрокса

> Вы там дурь у одного дилера берёте, что ли? Третий раз пишу: Matrox под PCI.

они есть и на AGP, пришлёт тебе китаец с б/у барахолки что под руку попадётся

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

406. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 26-Апр-23, 19:21 

> они есть и на AGP, пришлёт тебе китаец с б/у барахолки что
> под руку попадётся

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

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

410. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 27-Апр-23, 03:45 
>> они есть и на AGP, пришлёт тебе китаец с б/у барахолки что
>> под руку попадётся
> я вот вообще удивлен что они могут быть не агп..

Именно Матроксы были 90% под PCI. Основная фича AGP -- возможность хранения в ОЗУ компа текстуры и буфера вместо бортовой памяти самой видеокарты, что нужно в основном для игр и прочего 3D. Поскольку Матроксы делали при разработке основной упор на 2D для дизайнеров и фотожоперов, а 3D у них было всегда "на отвяжись", то, соответственно и AGP им был особо не нужен.

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

386. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 26-Апр-23, 10:00 
> В 2.4 дрова для них ещё были.

это не потому что кто-то что-то специально для этого делал. Это потому что 2.4 последнее _стабильное_ ядро где не было (представить себе сложно!) принято ломать апи.

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

392. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 26-Апр-23, 15:27 
А какое отношение имеет API к дровам для конкретных железок? Если бы сами дрова для ископаемых доисторических сидюков убрали уже тогда, этого никто бы и не заметил. Плюс, номера можно было бы освободить для файлов блочных устройств.
Ответить | Правка | Наверх | Cообщить модератору

397. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от пох. (?), 26-Апр-23, 17:21 
Из ведра обычно ничего просто так не убирают все же - убирают когда сломалось, и не находится желающий все в очередной раз переписать и с земным поклоном свои патчи представить. dri1 - это уже сломалось, увы.

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

201. "Релиз ядра Linux 6.3"  +6 +/
Сообщение от Ринго (?), 24-Апр-23, 17:10 
Последним ядром на котором удавалось сохранять (при простое и Ext2, и даже Ext4) нулевой дисковый I/O было 3.16, сейчас же оно постоянно опрашивает ФС, ну да, серваки IBM важнее.
Ответить | Правка | Наверх | Cообщить модератору

373. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (334), 26-Апр-23, 01:38 
> Последним ядром на котором удавалось сохранять (при простое и Ext2, и даже > Ext4) нулевой
> дисковый I/O было 3.16, сейчас же оно постоянно опрашивает ФС, ну да, серваки IBM важнее.

Механический винч с EXT4 и ядром 6.3 проспавший после hdparm -y добрых 40 часов смотрит на вас с подозрением...

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

235. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (235), 24-Апр-23, 19:58 
>ynl-gen-c

На очереди ynl-gen-rs

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

241. "Релиз ядра Linux 6.3"  +6 +/
Сообщение от Легивон (?), 24-Апр-23, 20:57 
Классненько, столько великолепных изменений про BPF.
Но вот все жду не дождусь одной киллер фитчи... Когда уже сделают необходимые интерфейсы и позволят браузерам без спроса пользователя (и для его разумеется безопасности) запускать BPF программы с произвольных сайтов в пространстве ядра?
Ответить | Правка | Наверх | Cообщить модератору

243. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (243), 24-Апр-23, 21:03 
> Предложенная в прошлых выпусках функциональность расширена поддержкой типов Arc (реализация указателей со счётчиком ссылок)

Получается на расте нельзя просто почекать боровов и писать без сборщика мусора ?

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

256. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (443), 24-Апр-23, 22:33 
>> Предложенная в прошлых выпусках функциональность расширена поддержкой типов Arc (реализация указателей со счётчиком ссылок)
> Получается на расте нельзя просто почекать боровов и писать без сборщика мусора?

Получается, опеннетные Эксперты По Всему никогда не заглядывали в ядро (ну и не знают толком, что такое сборщик мусора) ...

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

275. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (275), 25-Апр-23, 00:30 
> Получается на расте нельзя просто почекать боровов и писать без сборщика мусора ?

Да, если используешь refcount, то используешь одну из стратегий сборки мусора. Которая про сборку именно мусора. А не перемещение живых в отдельное место с освобождением всего региона.
Касается всех языков, раста с Rc\Arc, С++ c shared_ptr и т.д.

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

244. "Релиз ядра Linux 6.3"  +/
Сообщение от ivan_erohin (?), 24-Апр-23, 21:08 
возможно глупый вопрос: бэкпорты вот этих "Повышена производительность ФС ext4" и BIG TCP в stable ядра 5.* будут ?
Ответить | Правка | Наверх | Cообщить модератору

260. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (260), 24-Апр-23, 23:12 
Хорошее название для теста производительности.
Ответить | Правка | Наверх | Cообщить модератору

276. "Релиз ядра Linux 6.3"  +/
Сообщение от Игорь Воскресенский (?), 25-Апр-23, 00:41 
Эх... А RichACL так в ядро никак не принесут
Ответить | Правка | Наверх | Cообщить модератору

277. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (277), 25-Апр-23, 02:01 
> Реализована возможность создания драйверов для устройств ввода с интерфейсом HID (Human Interface Device), реализуемых в форме BPF-программ.

Танненбаум умеет ждать…

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

313. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (312), 25-Апр-23, 11:05 
Шутка плохая. Ему осталось не более 10 лет.
Ответить | Правка | Наверх | Cообщить модератору

354. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (354), 25-Апр-23, 20:22 
Ему может и да, а вот его идеи, как видишь, не только живут, но и побеждают.
Ответить | Правка | Наверх | Cообщить модератору

375. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 01:41 
> Ему может и да, а вот его идеи, как видишь, не только живут, но и побеждают.

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

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

389. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (388), 26-Апр-23, 12:12 
Особый смак в том, что он сам узнал об этом из новостей.
Ответить | Правка | Наверх | Cообщить модератору

437. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (277), 30-Апр-23, 17:28 
У тебя дислексия? Побеждает не Танненбаум, а его идеи. Что касается лично старика Эндрю, он всю жизнь прожил именно так как хотел — занимался наукой, учил студентов, писал книжки и в ус не дул. Можешь рассказать тут свою историю успеха с нестранными победами. Посмеёмся вместе.
Ответить | Правка | К родителю #375 | Наверх | Cообщить модератору

438. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (443), 30-Апр-23, 20:16 
>> Ему может и да, а вот его идеи, как видишь, не только живут, но и побеждают.
> Уж как победил, как победил, принес троянец в каждый комп с интелем.

Че, троянцы в блобоведроидах и всякие системы трекинга, начиная с камер и кончая гугло-анализом - тоже он или как обычно "это другое™©"

"the book[Operating Systems: Design and Implementation, прим. анонима] that launched me to new heights" (c) некий Торвальдс, "Just For Fun"

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

444. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (444), 05-Май-23, 03:34 
> "the book[Operating Systems: Design and Implementation, прим. анонима] that launched me
> to new heights" (c) некий Торвальдс, "Just For Fun"

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

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

291. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (291), 25-Апр-23, 05:39 
Скоро ядро раз в три дня будет выходить.

С гонки версий развал (или захват) проекта и начинается

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

299. "Релиз ядра Linux 6.3"  +/
Сообщение от Анонимemail (299), 25-Апр-23, 08:19 
Вот если бы как раньше ядро можно было бы уместить на дискетку в 2.5" то была не жизнь а сказка.
Ответить | Правка | Наверх | Cообщить модератору

301. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от n00by (ok), 25-Апр-23, 08:41 
С ZIP-100 дискетки грузил ядро не так давно.
Ответить | Правка | Наверх | Cообщить модератору

302. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (302), 25-Апр-23, 09:01 
сказка - это про то где сейчас купить дискету, трушный дисковод и плату с FDD разьемом
Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

325. "Релиз ядра Linux 6.3"  +2 +/
Сообщение от xsignal (ok), 25-Апр-23, 13:19 
На Авито?
Ответить | Правка | Наверх | Cообщить модератору

329. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (225), 25-Апр-23, 15:46 
> где сейчас купить дискету, трушный дисковод и плату с FDD разьемом

как отличить трушный от нетрушного ?

https://www.dns-shop.ru/product/5bf1420298813332/privod-vnes.../

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

362. "Релиз ядра Linux 6.3"  +/
Сообщение от InuYasha (??), 25-Апр-23, 22:43 
наверное, трушный - это тот что трёт и затирает поверхность дискет ) я остерегаюсь трушных дисководов. особенно скоростных iomega.
Ответить | Правка | Наверх | Cообщить модератору

333. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от _kp (ok), 25-Апр-23, 16:24 
Дискеты, как ни странно всё ещё продаются в магазинах.
Да и usb флоппи приводы, на Али доступны.
А дисковод с FDD разъёмом можно поставить или на очень древнее железо, или на комод.
Ответить | Правка | К родителю #302 | Наверх | Cообщить модератору

353. "Релиз ядра Linux 6.3"  +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 20:16 
Сделать образ 1,44МБ или 2,88МБ, закатать в бутявый ISO-шник и нарезать на сидюк. Я так начал делать сразу, как только купил свой первый CD-RW. Хотя, я не знаю, где осталось ещё живое железо, которое умело бы загружаться только с флопа, и не умело бы с винта/сидюка/флешки. Может, какой-то индастриал ещё где-то живой, на 386-х процах.
Ответить | Правка | К родителю #302 | Наверх | Cообщить модератору

352. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Пользователь чебурнетаemail (?), 25-Апр-23, 20:04 
Действительно сказка, поскольку в реале существовали дисководы 8", 5,25", 3,5". А 2,5" -- это где-то в сказке.
Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

376. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 01:42 
> Вот если бы как раньше ядро можно было бы уместить на дискетку в 2.5"

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

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

347. "Релиз ядра Linux 6.3"  +/
Сообщение от Коми (?), 25-Апр-23, 18:57 
Что это за чистка кода, когда добавлено больше, чем удалено? Современные разработчики такие, да?
Ответить | Правка | Наверх | Cообщить модератору

383. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (383), 26-Апр-23, 06:35 
Библиотеку Стим виндовую надеюсь добавили по КД .
Ответить | Правка | Наверх | Cообщить модератору

395. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 26-Апр-23, 16:59 
Интересно написано "Проведена оптимизация objtool для ускорения сборки ядра и снижения пикового потребления памяти при сборке (при сборке ядра в режиме "allyesconfig" теперь не возникает проблем с принудительным завершением процессов на системах с 32 ГБ ОЗУ)" Ах кто-то ещё использует 32Гб вместо 128Гб ну или 64Гб. Я такой вывод делаю из этих слов. Не ну может там жостко указано если имется меньше 64Гб памяти не делай этого, но делают. Я не знаю.
Ответить | Правка | Наверх | Cообщить модератору

396. Скрыто модератором  +/
Сообщение от Аноним (-), 26-Апр-23, 17:02 
Ответить | Правка | Наверх | Cообщить модератору

427. "Релиз ядра Linux 6.3"  +/
Сообщение от Michael Shigorinemail (ok), 28-Апр-23, 11:46 
На работе меньшая граница, дома большая -- но allyesconfig не собираю ни там, ни сям.  А Вы?
Ответить | Правка | К родителю #395 | Наверх | Cообщить модератору

424. "Релиз ядра Linux 6.3"  +/
Сообщение от DEF (?), 27-Апр-23, 18:48 
>В Btrfs для уменьшения фрагментации групп блоков обеспечено разделение экстентов по размеру при выделении блоков, т.е. любая группа блоков теперь ограничивается мелкими (до 128KB), средними (до 8 МБ) и крупными экстентами.

Отлично, лучшая ФС стала еще лучше. Помнится, Шишкин хейтил Btrfs за отсутствие этого и обожествлял Reiser5. Кстати, а как там Reiser5 поживает, развивает ли эту ФС господин Шишкин? Глянул, а Reiser5 заброшена еще с 2020 года. Это все, что нужно знать о Reiser5 и Шишкине. Бгг.

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

426. "Релиз ядра Linux 6.3"  +/
Сообщение от Michael Shigorinemail (ok), 28-Апр-23, 11:44 
> поддержка создания HID-драйверов, используя BPF

Китайские USB-свисточки специального вида ликуют, поди.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру