После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.3. Среди наиболее заметных изменений: чистка устаревших ARM-платформ и графических драйверов, продолжение интеграции поддержки языка Rust, утилита hwnoise, поддержка древовидных структур red-black в BPF, режим BIG TCP для IPv4, возможность запрета исполнения в memfd, поддержка создания HID-драйверов, используя BPF...Подробнее: https://www.opennet.me/opennews/art.shtml?num=59022
> сократить размер исходных текстов ядра на 150 тысяч строк. Удалено более 40 старых ARM-платформ
> Продолжен перенос из ветки Rust-for-LinuxНовость с самого начала радует.
>> продолжение интеграции поддержки языка RustНу, у каждого критерии радости немножко свои... я, вот, поводов порадоваться не вижу.
Ну и зря... Просто приятно конгда пилят и развивают твою любимую систему.
> приятно конгда пилят твою любимую систему.Это уже прям какой-то гуро-мазохизм )
Форкай ядро. Сделай свой форк, как это делали авторы Linux libre, Zen Kernel, Xanmod, LinuxRT, Clear Linux.
> Ну, у каждого критерии радости немножко свои... я, вот, поводов порадоваться не вижу.Тут каждому свое. Мне вон те оптимизации например вполне себе. И btrfs допиленый, приятненько.
Удалили поддержку какого-то старого графического ARM калькулятора, на который какие-то типы ставили арч. Зачем там арч они так и не сказали.
> Удалили поддержку какого-то старого графического ARM калькулятора, на который какие-то
> типы ставили арч. Зачем там арч они так и не сказали.Удалили совсем заброшенные "machines" - которые никто не удосужился на инфраструктуру DeviceTree перекинуть.
У ARM изначально нет plug-and-play, поэтому раньше для каждой ARMовой железки делали отдельную "machine" с конфигом, собственным кодом и много чего еще. В какой-то момент куча "machines" всех утомила и сделали DeviceTree. Идея в том что фирмвара (бутлоадер, etc) отдаст ядру по определенному протоколу "Device Tree Blob" описывающий из чего реально состоит эта "machine" - а то вгрузит нужные драйверы. Которые между ARMовскими железками на самом деле зачастую одинаковые были, потому что одни и те же IP-блоки лицензированные у кого-то.
Все новые железки добавляли как "device tree" уже наверное с десяток лет. А старая инфраструктура - наследие эпохи когда этого еще не было. Все мало мальски живые железки перевели на эту инфраструктуру. Ну а если за столько времени это никому не надо оказалось (протокол загрузки без DTB уже много лет как объявлен легаси) - значит, толи все калькуляторы, толи все арчеводы с ними поаымерли уже.
>> Продолжен перенос из ветки Rust-for-LinuxРадость будет недолгой, примерно до очередной уязвимости в std раста
Undefined behaviour и выход за границы массива определённо лучше.
В расте тоже есть ub
Приведи примеры(именно в расте, а не сишных биндингах) и желательно для safe-коде, которого 99 процентов. Могут быть race-condition, логические баги, но ub обычно компилятор проверяет или програма паникует
> которого 99 процентов.Особенно в ядре, все 120, чего скромничать? :)
И да, юби и выход лучше, потому что ловятся санитайзерами, а внедрение вендорлока нет.
О да, уже пришли свидетели санитайзеров))Уже забыли про CVE-2023-0286 в OpenSSL и LibreSSL? А тут была новость про нее.
У них в тестах санитайзерами обмазано по самое не хочу: и address_ub_sanitizer, и memory_sanitizer, и threads_sanitizer, и ворниги компиляторов разнообразных, и фаззинг даже какой-то...
Ну и что, помогли вам эти санитайзеры?)) Пхаха, пять бажин с памятью уровня разыменовали NULL!
Не переживай, в растософте ещё более эпичные фейлы будут. Он уже по частям разваливается - свидители раста не успевают переобуваться: от чего он спасёт и кто виноват. Теперь вот "карго это не раст" (напомню, раньше была риторика "у раста есть пакетный менеджер"), "это конкретный разраб виноват" и "это же ансейф" (раньше было "писать на расте легко и безопасно"), заткнулись со своим "раст никому не подконтролен, то что торговый знак принадлежит это формальность, членство гугла и мелкософта ничего не значит" и то ли ещё будет. А вот пользы от раста за все это время околонулевая (ну разве показать как делать ЯП не нужно).
о... оправдания сишников все более жалкие
ты ему про баг в обмазанном санитайзерами проекте, а в ответ какое-то кукареканье про "а вот у вас потом будут фейлы"ну, ты поплачь что ли
Хорошо ты выиграл. Давай о другом. Смотрел я код на Расте и он показался мне чрезмесно сложным. Си очень прост и поэтому непобедим и вечен. А насчёт ошибок не беспокойся, у языка устоявшаяся система идиом и много инструментов для проверки ошибок и утечек.
> Смотрел я код на Расте и он показался мне чрезмесно сложнымНи на что не хочу намекать... но может он слишком сложен именно для тебя?
> Си очень прост и поэтому непобедим и вечен
Кобол тоже вечен)) И лисп. И ада. И фортран.
> у языка устоявшаяся система идиом
... которые позволяют делать однотипные ошибки в 100500тысячный раз
> и много инструментов для проверки ошибок и утечек.
И которые как мы видим совсем не помогают.
Прелестно, не так ли)
я посмотрел код на хаскеле и ваще ничего не понял - но это не значит что хаскель говноно ок, давай о другом
1. ub вложены в стандарт, каждый компилятор может ими крутить как хочет
перенося код или добавляя стороннюю либу надо молиться, чтобы все сошлось и не вылезло где-то боком
ты реально считаешь норм если я сменил gcc на clang и получил другой результат работы программы?
а ведь есть еще версии самих компиляторов...2. куча срезанных углов в угоду скорости
каст к void* чего угодно? пожалуйста.
попрортить память где взбрелось? отличная идея!
два раза сделать free? супер, давай лучше три раза3. "много инструментов для проверки ошибок и утечек"
да-да заметно как эти инструменты хорошо работают, отличные инструменты Аноним, надежные как швейцарские часыоткуда же тогда туева хуча ошибок?
почему находятся ошибки которым по 15+ лет и код писался еще мудрыми бородатыми дидами, а не этими смузихлебамии при этом упорное игнорирование проблемы, аргументы типа "это был неправильный погромист, правильные пишут код без ошибок"
> я посмотрел код на хаскеле и ваще ничего не понял - но это не значит что хаскель говноВообще-то это причина #1 по которой на нем никто софт всерьез не пишет. Это круто, концептуально, все такое. И абсолютно не подлежит майнтенансу никем кроме его автора. Потому что затюниться на тот высококонцептуальный полет мысли остальным тяжко, долго, мало у кого получается и проще забить и написать заново на чем-то менее эзотерическом.
А уж когда второй компилятор появится!
Систему характеризует не ошибка, а реакция на неё. (с) Латынина
Уязвимостей в стандартной либе кратно меньше косяков в коде разрабов. Овчинка стоит выделки.
> кратно меньшеКак ты это посчитал? Или так для громкого словца?
Ну конечно, ведь стандартную либу пишет лично Святой Франциск.
Бери выше его пишут Свободивцы!
>Уязвимостей в стандартной либе кратно меньше косяков в коде разрабов.Ну, по крайней мере приверженцы раста трезво оценивают свои способности.
А кто стандартную либу пишет?
В коде ядра нельзя пользоваться стандартной либой.
> В планировщик ввода/вывода BFQ добавлена поддержка продвинутых накопителей на вращающихся дисках, например, таких в которых используется несколько раздельно управляемых приводов.Ну, это довольно вольный перевод. Как я понимаю, речь идёт о многокареточных аппаратах. Хотя сам я таких ещё не видел. o.O
Нет, всё верно написано, речь про новые диски Seagate с несколькими независимыми блоками головок.
Ну так не приводов же.
> Ну так не приводов же."Привод головок используется для перемещения коромысла на различные треки магнитной пластины..."
Смотрю Сигейт медленно становятся лидером рынка HDD, как минимум в плане инноваций. Сначала HAMR, теперь это. В тоже самое время есть "осчусчение", что WD внутренне принял решение уходить на SSD. Никогда всерьез не воспринимал их как производителя (да и косячат с прошивками они периодически до сих пор), но интересные продукты у них уже есть.
Немножко поздновато.
Мир скоро откажется от хдд в принципе.
> Немножко поздновато.
> Мир скоро откажется от хдд в принципе.Не раньше чем цена хранения вот прямо сравняется у HDD и SSD. С другой стороны постепенный отказ на чисто "пользовательском" рынке представить можно. Появление недорогих dram-less NVME этому способствует (соотношение примерно 4:1 к HDD в цене за Тб для магазинных вариантов). На этом фоне кстати очень забавно смотрится вся эта афера с SMR дисками, которые будучи несколько дешевле при этмо стали ну совсем неудобными в использовании, чисто архивный вариант.
Разве что упрутся в совсем тормозную флешпамять.
> Не раньше чем цена хранения вот прямо сравняется у HDD и SSD.Ну тебе сделают какой-нибудь 100500 уровневый MLC, с тонкими нанометрами и дохрена битов на ячейку. Да еще упакуют стэк из кристаллов в 1 чип и проч. И будет тебе дохрена терабайтов за копейки.
И было бы это круто, но есть нюанс: это все будет крайне хлипкое. Стэк с кучей контактов от циклов нагрева при случае начнет барахлить. Микроскопические ячейки по крохотному техпроцессу будут нещадно течь заряд, так что через неделю без питания оно вообще сможет половину забыть, типа как DRAM (уже сейчас в некоторых SSD контроллеры "регенерацию" такому флешу делают, но это требует питания). А уж циклов перезаписи это будет выдерживать штук примерно пять. Потом параметы ячеек уплывут и читаться оно уже не будет. Зато, вот, дофига гигабайтов за доллар...
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тб архивов - придется серьезно посидеть подождать.
> hdd 7200Мсье, а Ви таки долго думали перед покупкой HDD с 7200rpm, когда для означенных задач вообще-то надо брать 10k/15k?
И сильно что-то поменяется?
На 15к винтах у меня вместо 200иопсов будет 40к иопсов? Что-то сомневаюсь.
Ну, будет всяко больше 200, и намного, пусть и не 40к. 15к -- это винты enterprice-уровня, плюс желателен нормальный контроллер, а не полу-софтварный недо-RAID средствами материнки, и тем более не чисто софтварный mdraid. Плюс, надо проверить, чтобы планировщик ввода-вывода для винтов стоял bfq, а не mq-deadline, который во многих дистрибутивах ставится по умолчанию для всех блочных устройств. Ну, и смотреть, чтобы при покупке случайно не взять кaловые массы с черепичной записью вместо нормальных hdd.
> HDD пока берут своими объемами, ну и на этом плюсы заканчиваются.Еще в отличие от флеша заряд не утекает. И провалявшись 5 лет на полке оно все же не размангитится. А вот SSD, флешки, карты памяти и проч за столько заряд может утечь. При том чем емче и дешевле тем вероятнее. Удешевление за счет уменьшением ячеек флеша (==меньше заряда и сильнее утечки) и распознавания кучи уровней зарядв вместо "0" и "1", чтобы более 1 бита на ячейку хранить. Только вот параметры ячеек по мере циклов записи-стирания уплывают и чем больше уровней тем быстрее они перестают корректно читаться.
А SSD хороши чтобы на них что-то требующее скорости делать, но чем дешевле и емче тем вероятнее что оно в результате все же пролюбит ваши данные. Где-то это важно. Где-то пофиг.
А что до пары тысяч мелких файлов из архивов - там больше вопрос к структуре этих архивов. Хотя на SSD это разумеется всяко быстрее, им же не надо головы гонять. Но это подразумевает что архив вообще прочелся. А если SSD на полку положить и когда бэкап понадобился он вообще не читается, ну и радости со скорости тогда?
> У меня дохли ссд из-за плохих блоков питания.
Или хреновых фирмварей и срезания углов разработчиком SSD. Самсунг вообще умеет в кривые фирмвари. Еще от trim может рассыпаться с некоторыми версиями фирмвар на некоторых устройствах, на вот именно самсунги список quirks весьма почтенный. Они, кажется, #1 в этом топчарте позорников.
> Да и вообще все идет от блоков питания.
Подобные заявления некисло бы подтверждать статистикой накопителя. Потому что случаев когда все идет от именно развала, именно ssd я знаю просто немеряно (и там статистика записей и не скрывает что накопитель свое отлетал). Те кто поумнее мониторят это дело и копируют ценные данные несколько ДО того как оно разваливаться начнет.
> Еще в отличие от флеша заряд не утекает.Эмм... Деградация со временем таки происходит, размагничивание пластин, деформации механики и т.д. - у hitachi вроде было оценочное 1% в год при offline-хранении в близких к оптимальным условиям. Т.е. лет через 5 есть уже вполне реальный шанс пролюбить данные.
Размагничивается? Это как и за счет чего? Вон там диск которому 25 лет - все еще читается. Хитачи порядочные, они скорее пессимистичную оценку напишут и перестрахуются чем получат претензии что не предупреждали. А в SSD выпячивают IOPS, цену за гиг, но тактично молчат в тряпочку о надежности и временах хранения данных, потому что похвастать там решительно нечем.С современными SSD, особенно дешевыми, вероятность будет больше, и уже через 5 месяцев.
> Как я решил этот вопрос: раскошелился, закупился 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 производительность рандомным операций тоже не сравнима с линейной)...
> Но что касательно "Но вот когда вам придется достать пару тысяч мелких
> файлов из Nтб архивов - придется серьезно посидеть подождать." - ну
> тут слов нет, мелкоблочное чтение\запись в случайные места слабейшая сторона HDD
> (хотя у SSD производительность рандомным операций тоже не сравнима с линейной)...Вообще-то есть. Ждать придётся, но сколько именно -- всё очень зависит от конфигурации, программной в том числе. А то многие понакупают самой дешёвой дряни консьюмерского класса, а потом удивляются, чевойта у них пепелац не взлетает.
Это когда весь мир станет зажиточным. Для серверов HDD всё ещё заметно дешевле SSD.
Мир не отказался ни от лент, ни от дисков, ни от блюреев. Для nearline HDD незаменимы.
> Мир не отказался ни от лент, ни от дисков, ни от блюреев.Вот не надо тут за всех. Я например вообще себе блюрэй привод покупать не стал.
Во первых потому что там трояны позволяющие диску убить привод прямо в стандарте прописаны. Это что, мне будут ломать мое оборудование малварными дисками и писать что так и задумано? А зачем мне на это деньги тратить?
Во вторых, вон тот 2.5" терабайтный ноутбучный винч на usb - далеко не последний писк, умещается в карман вместе с коробкой, терабайт отрастает подключением 1 разъема где угодно. Скольким blueray это соответствует, сколько это все стоит и сколько места это займет? Будет ли это лучше? Или почему бы не купить ЭТО вместо пачки блюреев и еще раз, при необходимости, например?
В третьих если этого мало - вон тот в 3.5" коробке на 3 терабайта есть. Это тоже далеко не топ. При том по usb3 или eSATA оно мегов 120+ в секунду могет. А если вдруг мало, можно еще одну коробку и диск купить. И по моему это и дешевле на гигабайт, и места сильно меньше занимает. И от времени читаться не перестанет.
> Во первых потому что там трояны позволяющие диску убить привод прямо в стандарте прописаны.А болванкой пустой тоже можно убить?
Блюрец я лично тоже себе не купил, как-то без надобности. Хватает DVD :))) А кинцо с физических носителей я уже давно не смотрю. Да и вообще последнее, что я смотрел -- это Аватар. Кинематограф для меня умер. Музыку с CD/SACD/DVD-A -- да, всё ещё слушаю, иногда.
> А болванкой пустой тоже можно убить?Пустой? Если ее хорошенько раскрутить... :). Но зачем мне привод в который стремно вставлять произвольные диски "потому что можно лишиться привода"?
> Блюрец я лично тоже себе не купил, как-то без надобности. Хватает DVD :)))
Я уже забыл когда что-то с DVD делал. Чисто теоретически, у меня привод есть в 1 из компов. Практически я не знаю, работает ли он вообше. А что с ним делать то?
> Музыку с CD/SACD/DVD-A -- да, всё ещё слушаю, иногда.
Вот еще не хватало диджеить, рипнуть и дело с концом имхо.
> Пустой? Если ее хорошенько раскрутить... :). Но зачем мне привод в который
> стремно вставлять произвольные диски "потому что можно лишиться привода"?Получить диск Blu-Ray от кого-то с закопирайченым контентом, хоть фирменный, хоть пиратский, исчезающе мала. Поэтому можно смело покупать в качестве архивного привода.
> Я уже забыл когда что-то с DVD делал. Чисто теоретически, у меня
> привод есть в 1 из компов. Практически я не знаю, работает
> ли он вообше. А что с ним делать то?Дистры, аварийные среды, личные бэкапы. И прочие вещи, которые редко бывают нужны, и неизвестно, когда будут нужны в следующий раз, а флешка может внезапно помереть. Да, знаю, что можно сделать мультизагрузку разных iso-шек с флешки с помощью GRUB. Но тут есть много подводных камней, связанных с конфигурацией целевой машины и забагованностью её биоса. А с DVD всё как-то проще: нарезал-вставил-загрузился.
> Вот еще не хватало диджеить, рипнуть и дело с концом имхо.
Иногда проще бывает взять с полки диск, чем выискивать что-то конкретное в файлопомойке.
> Получить диск Blu-Ray от кого-то с закопирайченым контентом, хоть фирменный,
> хоть пиратский, исчезающе мала.Еще возможен вариант "кто-то прикололся" или "малварь". И идея платить за заведомо троянизированый хардвар мне не нравится.
> Поэтому можно смело покупать в качестве архивного привода.
Да мне и с винчами под бэкапы норм. К тому же они не выцветают как болванки, диджеить не надо и скорость достаточно приличная если в usb3 или eSATA цеплять.
> Дистры,
Что - дистры? Лично я вообще инсталлю путем разворачивания образов. И получаю новый инстанс системы за несколько минут. При этом live система которая "инсталлит" образ на флехе, или в случае VM в ее образе. А системный образ или там же, или по сети утаскивается.
> аварийные среды,
У меня это все давно на флехах.
> личные бэкапы. И прочие вещи, которые редко бывают нужны,
Внешние винчи неплохо подошли на эту роль имхо.
> и неизвестно, когда будут нужны в следующий раз, а флешка может внезапно помереть.
Зато выключенный винч в коробке - будет вполне живой скорее всего. Ну и особо ценные вещи бэкапать лучше более 1 раза и лучше в физически разные локации. Мало ли какие там пожары-наводнения.
> Да, знаю, что можно сделать мультизагрузку разных iso-шек с флешки с помощью GRUB.
А зачем мне мульти и исошки? У меня на флешке может быть полноценная система, готовая сделать любые нужные мне операции. Включая продвинутый датарекавери и проч, мне не сложно несколько пакетов в системный образ флешки добавить.
> забагованностью её биоса.
Чтобы биос или уефи не умел с флехи грузиться - такого я не встречал уже очень давно. Даже, вон, на компе 2004 года уже катит. А, да, такому мамонту вообще пришлось 32-битный образ скроить, он 64 бита аж не умел.
> А с DVD всё как-то проще: нарезал-вставил-загрузился.
Мне как-то dd образа в девайс флехи делать сильно проще чем спецутилсы для нарезки гонять.
> полки диск, чем выискивать что-то конкретное в файлопомойке.
Вопрос организации этого всего. Не понимаю что мешает файлы в бэкапе структурировать не хуже дисков. Это даже проще, одно дело переименовать файл, другое диск нарезать заново.
> Еще возможен вариант "кто-то прикололся" или "малварь".Приколист при этом:
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? И вот таких моментов может быть очень много.
> Приколист при этом:Да, и все же, трояненое железо не велкам.
> пиратское кинцо ныне добывается на торрентах.
Платить за одеяло заведомо с тифом? За кого вы меня считаете?
> Для бэкапов -- дороговато.
В пересчете на гиг вроде дешевле выходит.
> И если что-то нужно дописАть или прочитать -- нужно каждый раз хватать
> с полки и дёргать весь винт. Хотя, конечно, смотря кем и с чем ты работаешь.Да вообще инженерная операция - переносной хард к компу подцепить, особенно 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?
> И вот таких моментов может быть очень много.Вопрос культуры работы с информацией. Пачка дисков дополнительно плодит сущности и явно не уменьшает хаос.
> Да, и все же, трояненое железо не велкам.Вангую, что для большинства приводов это решается правильной прошей. Хакеры-кинориперы, скорее всего, тему уже давно раскусили, и в нужных местах интернета можно найти список рекомендуемых к покупке приводов и правильные проши к ним. Если уж так бояться троянов. Хотя, вероятность попасть в ситуацию, когда трояны активируются и закирпичат привод, для простого смертного околонулевая.
> Платить за одеяло заведомо с тифом? За кого вы меня считаете?
Ну, не все же живут в Германии, где за торренты могут сделать а-та-та. Хотя и для Германии есть варианты качать торренты беспалевно.
> В пересчете на гиг вроде дешевле выходит.
При условии, что каждый архивный винт заполнен минимум примерно на 1/4. Ну это уже, конечно, у кого какие объёмы. Так-то в теории -- да, на винте дешевле.
> Да вообще инженерная операция - переносной хард к компу подцепить
Архивный хард ещё нужно подойти и с полки взять. И каждый раз делать это осторожно: уронишь хард -- есть неиллюзорный риск попрощаться сразу со всем содержимым. Если болванку на пол упустишь, то может перестанут читаться 2-3 файла, а так, скорее всего, пронесёт.
> Типа, искать в пачке дисков, аккуратно вытаскивать диск, и ставить в привод и нарезать проще
> и быстрее?Нарезать, перенарезать -- не быстрее, да. А вот найти потом -- быстрее и проще.
> синхронная копия всех рабочих дир, более-менее одним чихом и достаточно быстро.
Бэкапы разделов с текущей работой -- это немножко другое. Резервная копия -- это не архив, а снапшот, предназначенный для восстановления целиком "как есть", то есть "как было". Тут, понятное дело, нужен винт либо стример, так как нарезать многотомный архив на болванки ты офигеешь, мягко говоря.
> цепляют и мои ноуты, и десктопы, и VM...
И паверменеджмент, и все устройства на материнках со всеми настройками подсветки экрана, цветовых профилей, и конфигурацию звука, где игры с ЮТубом -- отдельно, а кино с музыкой -- отдельно... да? Раньше ещё была проблема -- разные контроллеры mass-storage, но сейчас, в эпоху NVMe эта проблема частично отпала. А ещё на какой-то машине может оказаться несвежая видяха NVidia, требующая 470-е дрова.
> Во вторых это можно сделать в виртуалке и использовать ее как образ.
Алхимическими опытами с виртуалками давно занимаюсь. Позволяет решать много задач, но я бы не сказал, что с ними проще. Сконфигурировать, поднять, накатить дистрибутив, и потом есть опасность, что при попытке запуска на реальном железе не взлетит. Что, да, сейчас большая редкость, но тем не менее...
> Бутявки у меня так то readonly обычно, чего им портиться.
Таков NAND Flash. Ну если любая из них минимум раз в 3 месяца вставляется в какой-нибудь рабочий USB-порт, то нет проблем, конечно.
> Я уже забыл всю эту уличную магию и практикую другие варианты как это делать.
mkhybrid же для флешек создаёт фиктивную таблицу разделов в ISO-образе, после чего ISO-образ можно непосредственно заливать на флешку с помощью dd. В 90% будет загружаться. Но если материнка окажется старой, с "приколами", то всегда есть крайний вариант эту же ISO-шку нарезать на болванку.
> Там еще и поиск работает более-менее, в отличие от полки.
О, поиск -- это да! Лежит у тебя 3 харда на полке, тебе понадобились какие-то фотографии 2010 года, и ты только приблизительно помнишь, что на них. И за давностью лет уже не помнишь, что и на какой хард дописывал. И поиск нужных файлов превращается в увлекательнейший квест!
> Пачка дисков дополнительно плодит сущности и явно не уменьшает хаос.
На компакт-диск мало помещается, и в этом его не только минус, но и огромный плюс. Из-за этого на каждом диске всегда записано что-то конкретное, и что именно -- всегда написано одной строчкой на торце коробки. Правильно разложив в стойки по категориям и времени, можно очень быстро найти нужное без увлекательных многочасовых квестов с поиском по файлопомойке на hdd. Если мне понадобятся конкретные документы конкретного года, я их найду на полке также быстро, как нужную клетку с числовым значением в таблице, при том, что я даже могу не помнить, что именно в них было.
> Вангую, что для большинства приводов это решается правильной прошей.Это врядли под линух (винды у меня нет). И вытряхивать троян в МОЕ СВОБОДНОЕ ВРЕМЯ ЗА МОИ ДЕНЬГИ? У меня есть более интересные дела. Я лучше денег дам тем кто продвигает иные подходы, как те 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 и не обломлюсь наскриптить процессинг нужный здесь и сейчас. На полку эта магия не действует.
> в таблице, при том, что я даже могу не помнить, что
> именно в них было.А я предпочитаю создавать файловые иерархии в виде когда достаточно понятно что и почему там находится. Но если магия не сработала, как у вон тех с снесенной фс, юниксвэй дает довольно много вариантов для запасных планов. На полку это не срабатывает, там я должен сам копаться.
> Во первых потому что там трояны позволяющие диску убить привод прямо в
> стандарте прописаны.Где про это прочитать? Любопытно что там намудрили.
Корпоративный сектор в удельном весе основной потребитель таких дисков. И стоимость на единицу объёма по прежнему ниже чем ssd, проигрывая только ленте. При этом скорость чтения сносна для текущих реалий, см. SAS.
О каком мире вещаете Вы? Том, что ограничен Вашим кругозором и гордостью за себя от покупки ssd?
> Немножко поздновато.
> Мир скоро откажется от хдд в принципе.Вот есть ссылочка https://blocksandfiles.com/2021/12/03/western-digital-oh-ham.../
Там CEO WD прямо говорит, что уменьшение продаж HDD их не пугает, т.к. cloud business винты скупает и просит добавки (осбенно на фоне того что консумеры отказываются от локального хранилища).
Ну а для потребителей у них есть целая линейка SSD (хоть и не самых лучших по рынку, в общем-то, не Самсунг, но и не Кингстон)
Ну а куда они денутся, для относительно холодных данных, бэкапов и проч - HDD по цене за гиг явно лучше. На высокоемкие SSD не больно побэкапаешься, там флешь текучий что капец и поэтому положив его на полку можно будет случайно обнаружить что когда бэкап понадобился, заряд из флеша уже утек и вот вам а не бэкапы.
> Ну а куда они денутся, для относительно холодных данных, бэкапов и проч
> - HDD по цене за гиг явно лучше. На высокоемкие SSD
> не больно побэкапаешься, там флешь текучий что капец и поэтому положив
> его на полку можно будет случайно обнаружить что когда бэкап понадобился,
> заряд из флеша уже утек и вот вам а не бэкапы.Высокоемкие (те что по 4-8 Тб и относительно недорогие) это чаще всего QLC. А там - полный пакет родовых травм, и малый ресурс и низкая скорость голой памяти (хотя тут чуть чуть вроде прогресс есть в сторону улучшения). Приходится выкручиваться с помощью динамического pSLC (сейчас самый модный трюк), но стоит диск забить...
В общем, куда движется флешпамять неясно. Есть безумное ускорение интерфейсов (7 гигабайт в секунду на PCI-E 4x4) параллельное утормаживанию самой памяти.
> Высокоемкие (те что по 4-8 Тб и относительно недорогие) это чаще всего QLC.Ну а как вы хотели? Чтобы 8ТБ SLC с не очень мелкими ячейками набрать микросхем понадобится мноооооого. А так чем больше битов на ячейку, и меньше ячейка тем больше в 1 чип лезет, значит тем дешевле за гиг, все как вы хотели :). Но правда с такой вот подставой...
> чуть чуть вроде прогресс есть в сторону улучшения).
Разумеется со временем технологию отлаживают... и все же
> Приходится выкручиваться с помощью динамического pSLC
> (сейчас самый модный трюк), но стоит диск забить...Даже если не забивать, буферный SLC не покрывает всю площадь и поэтому если его просто положить на полочку... эээ... ну в общем это не для бэкапов, он почти как оперативка уже.
> В общем, куда движется флешпамять неясно.
В сторону одноразового стремного треша, разумеется. Зато емко и за копейки. Бойтесь своих желаний, они выполняются. Вы же хотели дешево, емко и все такое? :)
> Есть безумное ускорение интерфейсов (7 гигабайт в секунду на PCI-E 4x4)
> параллельное утормаживанию самой памяти.Это частично компенсируемо развесом кучи чипов на параллельные каналы, современные контроллеры так умеют. Правда при этом с удешевлением начинаются проблемы из-за большего числа чипов. Поэтому шустрые железки для тех кто больше платит, а вон тем дешевкам поменьше каналов параллельно и флеш максимально поганый. В самые дешевые чуть не отбраковку паяют - ну а чего, дефектменеджмент штука такая, можно даже с совсем паршивых чипов что-то получить, немного поменьше резервных блоков, немного поменьше емкости с чипа, ... и вот уже то что должно было пойти под пресс лихо продается со свистом. Ничего личного, это бизнес.
Если необходимо записать резервную копию и положить её в сейф, то 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...
Мир еще от магнитной ленты не отказался.
К сожалению, современная магнитная лента -- уже не для дома. И дело даже не в цене стримера, что стоит полштуки баксов. Для эксплуатации стримеров уже требуется отдельная кондиционируемая пылезащитная комната со специально обученным персоналом. И чем дальше, тем жёстче условия эксплуатации стримеров и хранения картриджей. Поэтому отказ корпоративного сектора от такой тряхомутии -- вопрос времени.
> К сожалению, современная магнитная лента -- уже не для дома.А она и была для дома только в эпоху магнитофонов. В остальных случаях людям обычно облом покупать недешевую кастомную железку с кассетами которые фиг найдешь в ближайщем ларьке.
>> К сожалению, современная магнитная лента -- уже не для дома.
> А она и была для дома только в эпоху магнитофонов.В начале прошлого десятилетия LTO-3/LTO-4 были вполне себе ещё для дома. Некоторые фотографы и дизайнеры приобретали себе для бэкапов.
> В остальных случаях людям обычно облом покупать недешевую кастомную железку с кассетами которые
> фиг найдешь в ближайщем ларьке.Кассет можно сразу штук 10 купить вместе с приводом -- хватит на несколько лет вперёд, а потребность в покупке новых для частного ИП Васи Пупкина возникнет в лучшем случае раз в полгода, а обычно намного реже. Кассеты можно найти где заказать, сейчас с нашими скоростными интернетами это не проблема. Дело ж не в этом. А в том, что для приводов и кассет актуальных стандартов одна приставшая пылинка -- и песец всем данным на ленте. А ещё из-за дикой плотности записи на грани физического предела часто бывают "чудеса", вызванные ошибками калибровки головок.
Вобщем, стримеры чем дальше, тем стрЁмнее.
> Добавлена защита от атак класса Spectre, реализованная на основе предложенного в процессорах AMD автоматического режима IBRS (Enhanced Indirect Branch Restricted Speculation), позволяющего адаптивно разрешать и запрещать спекулятивное выполнение инструкций во время обработки прерываний, системных вызовов и переключений контекста. Предложенная защита приводит к меньшим накладным расходам по сравнению с защитой Retpoline.Не понял. А это на AMD будет только работать будет или на Intel тоже, но хуже?
Делать то что? Бежать AMD покупать? Просто давно вопрос затыкания дыр волнует. А уже сколько лет прошло, а они там так-сяк возятся, и ничего непонятно...
Открою тебе тайну, если тебя захотят сломать, тебя сломают независимо от того какой у тебя будет процессор.
через баттплаг сломают
это вот откуда plug&play пошло.. в смысле, куда зашло.
Plug&Pray
Продолжите свою странную логику - значит даже не надо пытаться организовать защиту?
AMD надо было покупать с выходом первой рязани. Я вот слоупок и с интела слез сразу на 5950Х. Лучший апгрейд в моей жизни и немного грустно от того, сколько времени я потратил на синих.
> сколько времени я потратил на синихА каким образом?
Ну я вот только с их креплением время потратил.
Там попоробуй засадить, чтобы вошло, с их кулером.
Не лезло, долбанул копытом, погнул материнскую плату, и всё сломал. Так-то не жалко, ибо старая материнская платы была (устарешвая).
Но с тех пор я всегда покупаю корпуса с прорезью под кулером, ну и кулеры не от Intel с этими затычками, а с винтами.
О, да. У интела говняные кулеры - это традиция. Хуже всего с 478 было. Просто ад адищенский. И, по сговору с термалтейком - не иначе, все их кулеры были ломкими и шумными. Про то, что крепления везде свои и несовместимые - вообще отдельная песня.
Вот не надо тут. То что кулеры шумные - да, интел в какой-то момент не понял что надо их крупнее делать, начиная с крыльчатки, если хочется такой TDP. Но вот ломкие? Вот извините, там обычно очень качественный мотор от какого-нибудь Sanyo-Denki или кого там, с шарикоподшипниками, и ломается это только если вы ему своими кривыми руками поможете, крякнув нежный маленький шарикоподшипник. А вот термалтейк - додумывался пихать поганый китайский sleeve не то что на процессоры, но даже и в топовые блоки питания за 150 енотов и выше. Что получается когда он ловит клин - догадайся с трех раз. Справедливости ради, потом они все же стали шариковые ставить, но сравнивать охлаждение от термалтейка и интела это просто наглость. Вот чего-чего а интел хотя-бы никогда на качественной механике там не экономил. Правда, на этом достоинства и заканчиваются т.к. с вон тем TDP мелкая крутилка может справиться только на оборотах более характерных для турбин истебителей, звук разумеется соответствующий.
Во у тебя подгорело! Сразу видно - оверклокнул свой Горе2Дуо. Sanyo - зачёт, никто их не трогает. А вот вечно ломающиеся пластиково-сопляные крепления, да ещё и с поганой аэродинамикой - это кошмар. Круче всех был, опять же, 478, где были идеальные условия для забития мусором. А термалтейк - гуано, да. Полное. И БП тоже.
> Во у тебя подгорело! Сразу видно - оверклокнул свой Горе2Дуо.Я вообще интел терпеть не могу. Но вот кулеры у них довольно неубиваемые и нашли вторую жизнь много где. Потому что на них можно положиться. Чтобы вот именно интелский, именно кулер, сдох сам по себе - даже не знаю что должно случиться.
> Sanyo - > зачёт, никто их не трогает. А вот вечно ломающиеся пластиково-сопляные
> крепления, да ещё и с поганой аэродинамикой - это кошмар.Крепления у интела и правда сопливые, но если не $%щить медвежьей лапой при установке то оно обычно это переживает, а потом это как правило никто эн лет не трогает. И оно живет себе долго и счастливо.
> Круче всех был, опять же, 478, где были идеальные условия для забития мусором.
> А термалтейк - гуано, да. Полное. И БП тоже.Термалтейк на самом деле рандом. Сейчас можно найти и весьма приличный питальник, с нормальным вентилем на шарикоподшипниках, полимерными кондерсаторами, синхронным выпрямлением и персональными DCDC делающими 3.3 и 5 вольт из 12, при этом стабилизиция идеальная и нет дурных огромных дросселей. Это вполне надежные, эффективные и крутые агрегаты, вполне на уровне технологий. Защиты более-менее на месте, откровенно дохнущей комплектухи нет, что еще от БП надо? Проблема в том что узнать чем именно является конкретный термалтейк можно лишь если вы реально фрик и либо развинчивали его такой сами, либо не поленились читать обзоры. Ну и хорошие питальники не бывают дешевыми хоть там как. Ну вот 150 енотов. Меньше дельный питальник редко стоит. Все же хорошая комплектуха для силовухи денег стоит. Те же полимерные конденсаторы например заметно дороже обычных электролитических. Их производители тоже не прочь навариться "за хайтечность". Туда же производители продвинутых полупроводников и проч. Тем более что за хорошую силовуху сейчас электротранспорт рубится, и в цене авто цена хайтека менее заметна.
Я тебе открою секрет. Эти AMD-шные крепления от материнки можно открутить и получить старые добрые дырки в мамке. Нужно всего лишь выбирать кулер, который крепится не к AMD-шному креплению, а имеет свой собственный бекплейт
Там дело не во времени, а в деньгах. С Райзенами АМД начала поставлять процессоры с лучшей производительностью на рубль (а во многих случаях и на ватт), плюс прыгать с процессора на процессор в рамках АМ4/5 проще, чем на LGA, который только по два поколения держит. Кто быстро это смекнул, тот кайфует на Райзенах. А кто-то как дурачок покупал голого короля игр 7700K, который сегодня на уровне примерно 1600X, который стоил в два раза дешевле.
> АМ4/5 проще, чем на LGAAM4 AM5 это и есть LGA, lol. PGA были AM3 (только для десктопа).
А предыдущему оратору:
Unlike AM4, the backplate on AM5 is not removable, ...
Я сократил название сокета, чтобы все не перечислять, а их за время жизни AM4 аж четыре штуки. Не придирайся.
Ты не сократил название сокета, а перемешал понятия разных категорий. Не выёживайся.
Я форточку открыл, душни дальше.
AM4 PGA, не надо обижать )
> А каким образом?Дорого. Медленно. Если быстро - горячо. Если бы не хакинтош - фиг бы я в своё время с AMD ушёл.
> сколько времени я потратил на синих.Что же ты такое делал? Тайпскрипт что ли быстрее трансшпилиться стал?
>надо было покупать с выходом первой рязаниВот если бы сам пользовался, то никогда бы не дал такой совет.
По 12-15 версий биоса с agesa-заплатками, разгон памяти вообще рандом был.
Сейчас вон 3д 7000-ные подгорают.
Советовать рязани можно только техно-гикам, но они так про них знают.
> разгон памяти вообще рандом был
> Советовать рязани можно только техно-гикамПамять гонят только гики, обычные люди берут комп и пользуются. У тебя какие-то взаимоисключающие понятия.
Ну я на 3600 уже несколько лет сижу и горя с процом не знаю. Конечно, прошивку матери первым делом обновил и ядро свежее ставил. ЧЯДНТ?
>>надо было покупать с выходом первой рязани
> Вот если бы сам пользовался, то никогда бы не дал такой совет.Я пользовался интелом - проблемы с первыми рязанями такие цветочки. Отваливающийся первый порт SATA, хасвелл с термопастой и контроллером напряжения (стал горячее и хуже) и прочее. Зато чинить ничего не надо - всё равно каждый новый процессор будет новый чипсет.
> По 12-15 версий биоса с agesa-заплатками.
Роскошь, недоступная интелам. В итоге на свои материнки сам биосы патчил всякими UEFITool, чтобы баги обходить.
> разгон памяти вообще рандом был
XMP работал без проблем, оверклокерам соболезнуем.
> Сейчас вон 3д 7000-ные подгорают.
Тут согласен, но 7000 вообще неудачные - толстая крышка и дебильный LGA. Есть мнение, что недоложили контактов питания. Будет им уроком. Ждём AM5+ )
> Советовать рязани можно только техно-гикам, но они так про них знают.
Сорян, быканул, на опеннете техно-гиков нет, тут только эксперты.
Так нашли же причину - в неправильном разгоне ядер (или памяти) повышенным напряжением на некоторых материнках - скоро исправят в Биосах...
+100
Это которые GCC сегфолтили и амд ещё бесплатную замену организовал? И там ещё что-то с FPU весёлое. Ну да, отличная идея, сразу видно типичного поклонника амд.
> Это которые GCC сегфолтили и амд ещё бесплатную замену организовал? И там
> ещё что-то с FPU весёлое. Ну да, отличная идея, сразу видно
> типичного поклонника амд.У интела веселых инженерных достижений на пару амд хватит, у них было все, вплоть до выгорающих портов usb без защиты от статики, так что сразу в чипсете дырка, и дохнущего вообще сам по себе со временем SATA в некоторых чипсетах. А вот амд настолько брутальной лажи себе никогда вроде бы не позволял.
АМД стали весьма хороши в тех же ноутбуках из-за очень хорошей встроенной графики в сравнении с интолом( у которых либо полнейшее и чисто формальное гамно, рассчитанное на внешний видеочип, либо - стоимость такая что неясно чем оно лучше говняного чипа и отдельного норм видеочипа )В итоге с ними получаются бюджетные, шустрые, тонкие и лёгкие ноутбуки, на которых и поиграццо вполне можно
Интел у AMD их GCN лицензировал. Вооооон тот Arc это вроде бы оно как раз уже. Потому что своя графика у интела - просто ужасная (как железка).
> А уже сколько лет прошлоА тебя ещё не взломали ПониДжо.
Речь конкретно про фичу AMD Zen 4 под названием Automatic IBRS. У Intel, если не ошибаюсь, начиная с Ice Lake есть аналогичная фича Enhanced IBRS, которая тоже автоматически включает/выключает IBRS при переходе между ядром и userspace. EIBRS уже поддерживалась до этого.
Кто-нибудь этот их MPTCP пробовал? - оно работает? - а когда не работает - как дебажиться?
> ..как дебажиться?tcpdump/wireshark/tshark на обоих сторонах, плюс в промежутках, в каком ни будь GNS3
Пробовал, работает. Спасает в местах, где нет стабильного инета. Несколько модемов разных операторов + туннель поверх.
джамбо-пакеты по 4Гб == заживем теперь...
мне бы хоть 8К кто дал... но это в идеальном мире. Но и тут никаких гарантий - ведь, пока все переинкапсуляции пройдёт, там размер может стать совсем рандомным и какой-нибудь свитч по пути да загнётся.
Так это для управляемой инфраструктуры. Для своего сегмента по сути.
ну, а) оратор не уточнял (и он прав), б) покажи мне процент всего сетевого хлама который умеет автоматически подстраивать MTU. Хочу верить в лучшее, но у меня это примерно 0. Хотя, честно говоря, даже не верится, что ЧТО-ТО может опрашивать все узлы на предмет мту, переконфигуриться и заставлять переконфигУриваться других. Это слишком круто чтобы быть правдой. Человечество ещё не развилось до таких высот.
> мне бы хоть 8К кто дал...Купи себе сверхскоростных железок с большим MTU и получишь этсамое. Это же не для того чтобы в интернет такое счастье глушить, а чтоб в пределах своей инфраструктуры с скоростным железом оверхед убавить.
Купил, спасибо. А вот, когда ты наладил у себя сверхскоростную 100гигабитную сетку с овер9000 МТУ и уже расслабился, открывая бутылку "Тархуна", приходит мысль что надо бы всё это завернуть в ВПН и отправить в интернет (который через ппп) и заверте...
ppp сейчас уже даже сотовые свистки гнушаются пользоваться, даже 4G. Потому что 100+ мегабитов через ppp - такое себе.
Ровно сейчас сижу с ppp. А касательно 4Ж-свистков, если ты сидишь не в ppp, то он работает уже как роутер и ты даже не увидишь своего LTE IP. Лично для меня ещё одна трансляция адресов на пустом месте - это плохо.
> Ровно сейчас сижу с ppp.Да ну его, еще всякие байтики эскейпать и что там еще, на ста мегабитах, софтварно. Протокол под диалап и его скорости делали. На 100+ Мбит это для тех кому проц занять нечем и время работы от батареи (ноут, etc) не парит.
> А касательно 4Ж-свистков, если ты сидишь не в ppp, то он работает
> уже как роутер и ты даже не увидишь своего LTE IP.Я даже в его Linux шелле есть, поэтому вижу там вообще совсем все что оно имело показать. А виртуальный эзернет наружу все ж сильно резвее и проще. Я и на своих железках так научился, модуль g_ether штука прикольная.
> Лично для меня ещё одна трансляция адресов на пустом месте - это плохо.
А какая мне разница сколько там трансляций IPv4 многострадального? А v6 никто и не транслирует, просто раздают подсети да и все.
теперь можно фреймы с камеры нормально стримить без склейки
Чем они кичатся? Стабильность с каждым релизом всё хуже. Всё больше сегфолтов, паник, намертво зависающих серваков. Что они там жрут, почему такое низкое качество разработки?
Потому что ты за качество не заплатил.
Чего? Да в линукс сейчас вливается бабла больше чем во все винды, маки и прочие юниксы вместе взятые.
linux is not unix, но откуда это знать поколению скайпа из снг
Очередная бородатая мантра ?))) И что от этой мантры меняется особо ?
Вообще-то Linux - это акроним от Linus UniX. Учи матчасть, дешёвка.
Что-что там про акроним? Мне для коллекции, ссылку на исходник, пожалуйста.
> linux is not unix,А плохая дорога с Euler Lunux решила с этим тезисом заспорить и даже достигла в этом определенных успехов, что самое то забавное.
Вот так и получается что Linux более юникс чем какие-нить *bsd которые отродясь сертификацию на этсамое не проходили в отличие от креатива плохой дороги.
Сертификаты от дармоедов в лице Open Group ничего не значат. Это пыль в глаза для тех лохов, кто ведётся на аббревиатуру UNIX, считая это чем-то выдающимся. Напоминаю, что MacOS это тоже Certified UNIX system (tm). И плевать, что Apple реализуют свои собственные велосипеды, никакой лёгкой POSIX-портируемостью и не пахнет.
> Сертификаты от дармоедов в лице Open Group ничего не значат.Они значат что это сертифицированный юникс, внезапно :)
> Это пыль в глаза для тех лохов, кто ведётся на аббревиатуру UNIX, считая
> это чем-то выдающимся. Напоминаю, что MacOS это тоже Certified UNIXНу да. Поэтому размахивание на тему кто там юникс имеет свойство заканчиваться довольно забавными примерами. А чего, POSIX какой-нибудь они там соблюдают и все такое.
> system (tm). И плевать, что Apple реализуют свои собственные велосипеды, никакой
> лёгкой POSIX-портируемостью и не пахнет.Легкая юникс портируемость штука вообще довольно условная. У каждой операционки есть своя специфика. Да и если на вон то забить, тогда под юниксом разные люди понимают разные вещи. Если понимать буквально, 1 в 1 - ну нет, на вот тот уровень технологий я совершенно точно не согласен уже. Если это что-то более конкретное - ну тогда критерии в студию, как минимум.
> Вот так и получается что 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
Ждать стабильности осталось недолго. Раст уже почти готов как инструмент написания кода в ядре. Думаю лет 10 всё ядро перепишут.
И как Rust или любой другой язык поможет им научиться программировать? Увы, компилятор раста пока не умеет писать код за хуманоида.
Угу, пока не умеет.
Но умеет бить по рукам, когда пытаешься менять значение с разных потоков. Или когда пишешь за пределы буфера. Или убирает необходимость null-ить перевенные после free.
Вроде мелочи, а таких мест в коде сотни тысяч.
т.н. "компилятор" раста умеет только мешать работать. всё конец
> т.н. "компилятор" раста умеет только мешать работать Настоящим Погроммистам, которые никогда не ошибаются (все ошибки - диверсии от растаманов или спецслужб). всё конецПофиксил, не благодари.
Вот пока он только по рукам бить и будет, полезного кода не прибавится.
> компилятор раста пока не умеет писать код за хуманоида.Зато ChatGPT он точно понравится. Какая ему разница на чем прогать? Если хорошенько попросишь, он тебе даже на питоне и яваскрипте ядро напишет. То что это будет работать и тем более хорошо никто правда не обещал, но вы ж это и не просили...
Редокс вон уже написали.
Может даже и утекает не так быстро как раньше.
Потому, что вначале льешь 20 лет в образование разработчика и только потом начинаешь получать результат. Не вложил в его образование получи странный код на выходе.-)
Зачем тогда нужны все эти гарварды и кембриджы, если их выпускники не умеют программировать?
их студенты ещё при обучении создают штуки типа nim, а ты пускай слюни в своём новосибирске с программой обучения из 80-х и пациентов психушки вместо преподов
> ещё при обучении создают штуки типа nimОдно ненужно ты привёл, а где остальные?
> их студенты ещё при обучении создают штуки типа nimУчащиеся начальных классов в "школе программирования", разумеется платной, тоже каких-то роботов на ардуине пилят, которые даже ездят и лампочками мигают. На основе каких-то примеров, нередко конкретных пошаговых руководств.
Но какая у этого научная и практическая ценность остаётся загадкой.Я, кстати, припоминаю как раскуривали да писали компиляторы как раз в ВУЗе
Даже предмет такой был "Теория формальных языков и компиляторов"
Как ни странно, никакой ценности как программисту это не дало. И конкретно обезьяне вроде тебя не даст. Ну будешь ты знать как в точности разгребается и преобразуется сишный код в машинный... и чо ?Когда в юности с отладчиком ковырял проги на предмет отучения их от проверки серийника или игоры от диска - и то гораздо больше пользы было. Забавные вещи иногда попадались, вплоть до "сбегания" проги от отладчика из-за некорректной обработки последним какого-нибудь SEH
Потому что это был типичный российский вуз. С обучением ради галочки.
Был бы ВУЗ с практиками, мб и получил бы свою ценность, а то и написали бы чего полезного с перспективой практики в топовых компаниях (не то чтобы это было хорошо, но небольшие компании редко с вузами сотрудничают, а хоть какая-то практика гораздо лучше чем ничего, а практика с результатом полезным для других гораздо лучше чем просто практика в стол)
Потому что это был ВУЗ,в котором учат думать.
"Теория формальных языков и компиляторов" - это из математики (язык науки такой).
В математике не думать - нельзя. Не получается.
Хотя, у некоторых выпускников потом получается "не думать", и даже программистами иногда работают.
> Забавные вещи иногда попадались, вплоть до "сбегания" проги от
> отладчика из-за некорректной обработки последним какого-нибудь SEHПовеяло книжками Криски. Забыли OllyDbg галочку поставить?
Криске всё это надоело, он решил ляпнуться об землю.
Не надо мешать грешное с праведным. Муза его оставила после долгожданной эмиграции. А нарушить технику безопасности ему там помогли. Всё же не дело, когда код для армии США пишет не признанный гуру, а никому неизвестные скромные люди из страны, проигравшей холодную войну.
Потому что набросились на раст как панацею.
Лично я стал наблюдать стабильное снижение качества с Debian 8. До этого релиза дебик был надёжным и предсказуемым, а потом всё пошло по наклонной. Велосипеды, переусложнения, раздувающийся софт и тд.
Задолбало... нашли очередную серебянную пулю. Сколько их уже было и не одна не сработала.)))
Да они и сами знают что ничего не нашли, просто троллят и хайпуют.
За стабильность отвечают дистрибутивы. LTS версии работают вполне нормально, ничего не паддает.
По крайней мере 30k серваков на Ubuntu 20.04 и фиг знает сколько сотен тысяч на Oracle Linux 7 вполне себе не падают.
А если на сервере что-то падает, то нужно брать RedHat в поддержкой, они отлично помогают решить проблемы с ядром.
Rust добавили...
А почему растовцы не могут переписать поддержку неиспользуемых армплатформ? Вроде и контрибьют, а вроде и другим не мешают. А то сейчас "тут мы сломаем то что работает, а там выпилим"
А зачем? Они даже сишникам не нужны, чего вдруг они понадобятся кому-то еще?
Другим действительно не мешают, все опционально. Но им и так есть чем заняться.
Какая благодарная работа - писать поддержку никому не нужных платформ
> А почему растовцы не могут переписать поддержку неиспользуемых армплатформ?потому что без сишного кода раст ничего не может
> А почему растовцы не могут переписать поддержку неиспользуемых армплатформ?Для начала эту поддержку надо реализовать в самом Rust.
rustc компилирует в LLVM IR, который уже собирается для конкретной платформы.
Об том и речь - этот ваш LLVM IR надо чем-то транслировать для платформы, которую никто не поддерживает.
Потому что ты не заплатил им за это бабосики.
Дурных нема.
Не хайпово. Где нет хайпа, нет и раста.
> А почему растовцы не могут переписать поддержку неиспользуемых армплатформ?К ним это все вообще отношения не имеет, это вообще по линии перехода на DeviceTree, начатому много лет назад. Уже несколько ядер подряд предупреждали что кто не закончит переход (начатый еще черт знает когда) - легаси способы загрузки ядра эпохи начала нулевых все же выпилят. Все минмально живые платформы, даже антикварные соседи выкинутых, таки, вот, перешли.
Идея заставить хрустиков кодить чужие факапы десятилетней давности конечно забавная но врядли найдет понимание.
>Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via), которые были объявлены устаревшими в 2016 году и не поддерживаются в Fedora c 2014 года.С каких пор ядро привязано к Fedora?
С тем пор как федоровцы (редхатовцы) стали одиними из основных комитеров в ядро. То есть лет 25 как уже приблизительно.
> С тем пор как федоровцы (редхатовцы) стали одиними из основных комитеров в
> ядро. То есть лет 25 как уже приблизительно.В редхате работает Airlied - майнтайнер вон той подсистемы. Впрочем к редхату это имеет мало отношения. Таскать ископаемую версию API, при том только спецом для откровенно заброшенных драйверов, в которые никто не комитит (иначе перевели бы на более актуальные версии апи) на i++'й год может все-таки и задолбать.
Spring cleaning короче :)
С тех пор как на Линуса давят акции IBM в сейфе.
И не только IBM. Он давно облизывает хромбуки, называя их будущим десктопа. Мол как это удобно и легко. Пользователь же тупой, ничего окромя браузера освоить не сможет.
Просто он смирился, что Линукс для десктопа используют по сути лишь для запуска браузера.
А какже я запускаю весь остальной софт?
Wine
просто он получает деньги за рекламу, как раньше получал за рекламу огрызков на арме, а маленькие дети пытаются строить догадки и искать глубинный смысл
Идея в том, чтобы не было разделения на систем. Какие-то приложения только под Мак, какие-то под Винду и под Линуксом серьезного софта мало. Если приложения делать под браузер (как PWA), но не важно где это запускается и появляется выбор.
Для меня в этом деле важен уход от Windows и не нужно бороться со всеми его проблемами. Но при этом можно пользоваться большей частью приложений.
со своей идеей обратись к профильному специалисту
Ну тот де PWA много раз переделывали. + есть же и другие браузеры.
Раньше: линукс, винда, мак
Теперь: фф, яндекс, опера, вивальди, сафари, хром, эдж и все разных версий + комбинации под линукс, винду, макс, хромос, андройд (понятно что комбинаций меньше, так как половина браузеров на хроме, хромос и андройд на линуксе и т.д.)
Просто Google сделал то, что не смогли сделать майки в конце 90ых - олды помнят 98ые окна с internet explorer вместо рабочего стола (Active Desktop).
Он ещё в xp был.
Майки в конце 90ых внезапно узнали что веб в принципе существует и становится популярным.
Не помню в какой версии появился встроенный браузер, но до 8 точно интеграция с интернетом была минимальной и ограничивалась обновлениями, а потом и поиском.
Т.е. никаких планов сделать из браузера систему у них не было. Были (успешные) планы продвинуть ие, стоявшие вебу десятилетие развития.
> Не помню в какой версии появился встроенный браузерWin95.
> но до 8 точно интеграция с интернетом была минимальной
Сразу хочется спросить "Сколько тебе лет?" и "Когда у тебя появился первый комп?".
Осёл 4-й умел худо-бедно всё, что было актуальным на то время -- http, ftp, gopher и прочее. Аутглюк Экспресс был в базовой поставке -- это не попытка интеграции с Интернет?
Эо будущее всего софта, которое уже наступает. Даже сейчас десктоп может быть терминалом всего, от фотошопа до игр. Лет через 20 будет только так.
Может надо попробовать прежде чем говорить?
Куча приложений и есть Линукс VM-ка.
Главная фича - отсутствие возможности поставить malware.
Кто-то рут ставит на телефоне для прикола, а кому-то важно не получить вирусов чтобы часть интернета не превратилась в тыкву.
В контексте вредоносных дополнений это просто смешно. Возможно для ламеров условная убунта будет даже безопаснее хрома со свистоперделками.
>Добавлен DRM-драйвер для интегрированных в CPU Intel Meteor Lake (14 поколение) блоков VPU (Versatile Processing Unit), предназначенных для ускорения операций, связанных с компьютерным зрением и машинным обучением.Ждём
> Intel Meteor Lake (14 поколение)На Core 2 Duo экспертов опеннета будет работать?
Чем вам c2d не угодил?
Может быть тем, что был актуальным процессором 14 поколений назад?
Я езжу на дедушкином "Москвиче" 412, и нормально. Зачем что-то менять?
И то верно! Работает -- не трожь.
Понт не защитан. 408-й круче.
Мне не нужно, чтобы "круче", мне нужно, чтобы ездил и ничего не менять.
ЗАЗ "Горбатый"
Эту новость нужно читать через 3-4 года.
я буду совсем старым тогда
Короче теперь тв приставки можно ванильным ядром обновлять и вообще другие прошивки ставить. Вот радость то любителям подобных железок.
Да ладно.Для приставок по хорошему нужно 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 на них можно запустить, но что-то это совсем хре... плохо работает.
Весомая порция критики с результатом прямо как на смартфонах. Но все же поддержка на яблоке была первоначально процессора. Графическую часть пилить будут разве что после, но собрать Gentoo будет вполне возможно. АндроидТВ может не уметь в открытие файлов с USB накопителя. Поэтому в теории на 1920х1080 сил у многоядерного атома хватит и это будет работать без престранных ограничений андроида. Часть плат все-же одноплатники и уже могут работать для определенных нужд у людей творческих. Скажем собрать робота из старой ТВ приставки потому что новая умеет в аппаратное декодирование AV1. Это ведь железка. Можно теперь собрать кластер из копеечных одноплатников, если найдется гора задешево и компилировать сишный код. Андроид из приставки всю память сожрет. Никаких горбатых и кривых привязок. Просто цели у вас исключительно приставочные в то время как вычислительные мощности универсальны.
> Для приставок по хорошему нужно 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 на них можно запустить, но что-то это совсем хре... плохо работает.Да на самом деле вполне нормально, кроме совсем свежака который не успели замайнлайнить.
Когда уже большие языковые модели натравят на Linux, чтобы они там искали и исправляли баги?
оно того не стоит, в смысле ядро
Там багов что ли нету?
> Когда уже большие языковые модели натравят на Linux, чтобы они там искали
> и исправляли баги?Ответ в двух байтах: https://catid.io/posts/llm_bugs/
Ну прекрасно же: GPT 4: 0 false alarms in 15 good examples. Detects 13 of 13 bugs. Почему там написано "нет"?
> Почему там написано "нет"?Потому что "а давно GPT 4 opensource?"
Как это препятствует использованию GPT-4 для поиска багов в опенсорсе?
Спроси автора. Может, там тариф не позволяет прожевать коды ядра. Я в любом случае проприетарщину в ИИ точно не хочу использовать.
Вопрос был к тебе, а не к автору статьи. Стрелки не переводи.
Ивини, я не могу опуститься до твоего уровня чтоб "сделать тебе понятно". Перечитай - может, дойдёт.
> Для архитектуры m68k добавлена поддержка фильтрации системных вызовов при помощи механизма seccomp.Какой упорный некромант у них там затесался, мое почтение!
Как же они всё это время жили без этой технологии безопасности? Наверно их там всех давно хакнули.
Может какая ещё встройка живая продолжает работать на m68k/DragonBall?
>>Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)Пошто 3Dfx-а зарезали? А вдруг у меня P3 с Вудой на ДебСиде? Куды бечь? :)
Сначала - собираешь предыдущее ведро, в которм железка поддерживается. Для этого компа(пень З) его хватит с лихвой. Так живёшь где-то лет 7. Потом у тебя начинают отваливаться ABI, которые можно подправить и перенести из текущего ведра. В том числе и uname придётся подправить, приблизительно на глаз. Думаю так ещё можно лет 10 прожыдь. Так что следи за здоровьем, веди ЗОЖ, чтобы было кому этот комп поддерживать.Всякую фигню, типа покупки нового железа - не предлагаю. Это совсем не интересно.
Была ещё мюсль про нетбзд или фрибзд, но они сильно нестабильные и рандомно сыпятся после обновлений. Поддерживать такое - гемор вышэйшага зроўню. Опенбзд - слишком тормозная.
найди себе за банку сока AGPшный радик 9250/9550 и не ставь месу выше 22 - будет тебе даже в иксах счастье...
Это совсем не unix-way.Видяху можно вообще выкинуть. Купить на Алике ТВ-приставку, поднять на ней Linux и Иксы, и просто гонять графику по локалке. Будет не намного медленнее родной PCI-видяхи. А может даже и быстрее. Локалка минимум гигабитная нужна, ясен хрен.
Выше тебе всё правильно сказали :)))(От "школы" я чуть кофе на клаву не вылил, респект комментатору выше! :D Ржал минуты 3.)))))
А если серьёзно -- смотря что ты конкретно хочешь от железа, имеется какая-то реальная задача для народного хозяйства или чисто спортивный интерес оживить старую железку. Как по мне, спортивный интерес могут представлять только не-х86 железки, либо х86 не старше первопней. Пни вторые-третьи могут быть интересны только если хочется поиграть в игры 00-х годов на аутентичном железе тех лет, а для этого ставится ВинХР, где с дровами в 95% случаев проблем быть не должно.
Если какого-то особо ценного лабораторного аппарата нет, который работает только с этим твоим третьим Пнём, то бечь на барахолку и покупать любой комплект на Кор2Дуо. Или, если не совсем уж нищь и бpoд, то на Алике купить миникомп в сборе, цена от 70$. И в этом случае железка будет какая-никакая актуальная на сегодня.
Ну вообще мне линух на третьепне нужен чисто для мультибута, на всяких платах, где нет возможности выбрать запуск ОСи с конкретного винта. (В моём случае - Asus CUBX-E). Ну и там или с GRUB-ом заниматься, или всякие BeOS, OS\2 loader, PLoP, SYstemCOmmander и иже с ними ковырять. На более новой плате (тоже Asus, NCCH-DL, dual S604) уже можно и поштучно по винтам уже загружаться :).
Linux чисто для мультибута? А Grub4dos разве не спасёт отца русской демократии? Да, он сейчас сильно овер-навороченый, но для каждого типичного случая есть маны, и всё довольно легко конфигурируется.
> Linux чисто для мультибута? А Grub4dos разве не спасёт отца русской демократии?
> Да, он сейчас сильно овер-навороченый, но для каждого типичного случая есть
> маны, и всё довольно легко конфигурируется.Тут ещё момент переноса данных на разные ФС :). Если например надо накидать установщиков на FAT-раздел, где только DOS свежеустановленный :).
>> Linux чисто для мультибута? А Grub4dos разве не спасёт отца русской демократии?
>> Да, он сейчас сильно овер-навороченый, но для каждого типичного случая есть
>> маны, и всё довольно легко конфигурируется.
> Тут ещё момент переноса данных на разные ФС :). Если например надо
> накидать установщиков на FAT-раздел, где только DOS свежеустановленный :). Ещё этот аппарат умеет грузиться по PXE & WOL :). Сетевуха Интел 100Мбит + кабель на мать подключен.
Мой внутренний Вольф Мессинг теряется в догадках, что и для чего там может быть необходимо переносить.> Если например надо накидать установщиков на FAT-раздел, где только DOS свежеустановленный
А в чём проблема поднять виртуалку и скормить ей этот раздел как загрузочный? А потом папку с установщиками как виртуальный hdd, и всё скопировать куда положено, и сделать SYS C: ?
Я уже не помню, когда последний раз использовал чистый DOS на реальном железе у себя. Если надо сделать загрузочный раздел -- подключаю к DOSBox'у и делаю из-под него. Ретро-машины -- не в счёт.
Вдруг пригодится -- в альте есть пакет/утилитка make-freedos-floppy (полез было в mkimage-profiles.git::features.in/dos/ на предмет воспоминаний, как именно делал -- а там одна строчка).
> Вдруг пригодитсяНавряд ли. Пни 2-3 -- это как Мерседес 600-й из 90-х годов. Уже не машина, так как устарел морально и физически. Но при этом и не винтаж, чтобы ездить на нём на выставку ретро-мобилей или загнать коллекционерам за дорого. При этом жрёт прилично и требует ухода и обслуживания. Самое ненужно из ненужного.
Пни первые и AMD K6 -- вот это уже винтаж. Кто уже вышел на пенсию и кому делать неxep -- могут поиграться из спортивного интереса "а что эта старушка ещё могёт".
> А в чём проблема поднять виртуалку и скормить ей этот раздел как
> загрузочный? А потом папку с установщиками как виртуальный hdd, и всё
> скопировать куда положено, и сделать SYS C: ?Виртуалка на Пень3? Как-то грустно звучит :). Дисков в нём натыкано достаточно для разных ОСей, вытасиквать их как-то не тянет.
> Виртуалка на Пень3?Виртуалка вместо Пня3.
> Дисков в нём натыкано достаточно для разных ОСей
Чем бы дитё не тешилось.
Что там, патчи от Baikal Electronics приняли? =)
вряд ли, это будет ещё зашкварнее, чем rust
Serge Semin периодически постит что-то с домена @baikalelectronics.ru, вроде никто не возбухает больше.
Повышена производительность ФС ext4круто !
Вангую потерю данных.
Слава товарищу Торвальдсу, корпорациям и сообществу! Ура, товагищи!
> удалено более 40 старых ARM-платформ
> Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)
> Удалены устаревшие драйверы фреймбуфера (fbdev) omap1, s3c2410, tmiofb и w100fb.ну наконец-то они поняли, что тратить дорогове время разработчиков на древние платформы нет смысла
конечно сейчас будет плач любителей колекционировать копролиты мамонтов, но щито поделать
фулстек, бекенд и фронтенд разработчиков это не должно волновать
Я один из них, и меня волнует.
> Я один из нихлол, выросло поколение, которое само в таком признаётся)
fullstack-developer - это всё равно лучше чем stackoverflow-developer. )
Типа плохо работать в компании stackoverflow потому что там сервера на шинде?
> fullstack-developer - это всё равно лучше чем stackoverflow-developer. )Погоди, так это ж вроде один и тот же чувак?!
к счастью - не всегда :D
А как можно тратить то, что в принципе не расходовалось?
> Добавлена поддержка беспроводных карт на чипах RealTek RTL8188EUКогда уже RTL8852AU?
> Поддержка Rust не активна по умолчаниюСтабильно, что есть хорошо.
> Прекращена поддержка дисциплин обработки очередей для ограничения трафика CBQ (class-based queuing), ATM (ATM virtual circuits), dsmark (differentiated service marker), tcindex (traffic-control index) и RSVP (resource reservation protocol).
> Данные дисциплины длительное время находятся в заброшенном виде и не нашлось желающих продолжить их сопровождение.в управлении траффиком потребности - нет.
Ок, так и запишем. И это тоже доломали.
Кто-то до сих пор нарезает полосы мышиными хвостави по 8 килобит до 128к? Так-то это гогно мамонта перестало быть применимым лет пятнадцать назад. Последнее, что еще как-то было живым на скоростях до гиагбита был hfsc. Но и оно после гигабита превратилось в тыкву. А уж плакать по CBQ совсем не нужно, его похоронить надо было еще лет двадцать назад.
Перечисленные тобой фичи были никому не нужны еще в начале нулевых, ибо были кривы, переусложнены в реализации и прожорливы в применении.
В том-то и цимес, что другое было предложено, внедрено, работало и успело за двадцать лет умереть, дав дорогу другим, более производительным решениям. Печально, что вам они остались неизвестны и вам приходилось все эти годы сидеть на легаси 30-летней давности.
Зри в корень, ему же пох.
> в управлении траффиком потребности - нет.я недавно одному мастеру VoIP объяснял, могу повторить публично.
все очень просто. канал либо выходит на полку либо нет.
если нет - то все остается как есть и нечего тут преждевременно оптимизировать.
если выходит, то 2 варианта:
1) начинаем анализировать что там внутри, и лишнее душить.
как правило душить придется дурной юзерский траф типа обновлений уиндоуз каждый за себя,
скачивания кино сверхвысокого разрешения и т.д.
2) если все уже удушено и резервов нет, то придется докупить еще полосы пропускания.
или еще один канал специально под голос.
а QoS раскрашивать это беспонтово.
Что такое "очередь" и "приоритет" выучи, специалист....
я man ipfw зачитал до дыр, когда ты в детский сад ходил.
давай, поучи меня как впихнуть 256 kbit/s в канал 128 kbit/s с минимумом потерь.
> я man ipfw зачитал до дыр, когда ты в детский сад ходил.вот и очень жаль что ты читал ман на бесполезную хрень из 19 века вместо учебников для сетевых инженеров
а) пiздеть - не мешки ворочать
>я man ipfw зачитал до дыр, когда ты в детский сад ходил.man ipfw | grep appeared
> The ipfw utility first appeared in FreeBSD 2.0. dummynet was introducedhttps://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)
- молча страдать
- свалить от неадекватовПохоже, был вариант "страдать".
Сочувствую :(
> б) если Вас заставляют "впихнуть 256 kbit/s в канал 128 kbit/s с
> минимумом потерь." то есть несколько вариантоввариант один - впихнуть. но страдать будут все и поровну.
> Что такое "очередь" и "приоритет" выучи, специалист....э... тоже так себе совет.
Ему бы про вообще основы того как в tcp congestion control работает почитать где-то прежде чем разбираться с очередями. А он вместо этого man ipfw зазубрил.
ох... ну откуда вы такие вылупляетесь-то?> все очень просто. канал либо выходит на полку либо нет.
вот смотри: я беру один ср-ный ftp поток - с любого своего сервера. И любой твой канал какой только ты можешь себе хотя бы в отдаленном приближении к реальности вообразить - выходит на полку. Потому что у сервера примерно десятка до ядер любого из двух соседних операторов.
Оно да, как-нибудь потом со временем когда-нибудь прочихается, наверное. Но твой voip в это время даже не кашляет а просто рвется - он-то эпизодический, а стабильный поток не оставляет ему места.
"Душить" его нельзя потому что тебе за это деньги и платят.
А QoS не раскрашивают, его обеспечивают (или нет).
Но, видать, не на линуксах уже.
> вот смотри: я беру один ср-ный ftp поток - с любого своего
> сервера.все гораздо проще.
администратору ftp сервера дать по голове,
чтобы ограничил траф настройками своего же ftp сервера.
это заведомо культурнее, чем дропать рандомные пакеты на бордере.ps: еще чего придумаешь ?
>> вот смотри: я беру один ср-ный ftp поток - с любого своего
>> сервера.
> все гораздо проще.
> администратору ftp сервера дать по голове,ты даже не найдешь этот сервер. Он твою управляющую сеть-то тоже нахрен задавил (прям в первую же очередь, она ж самая уязвимая к такому). Ты, балда, теперь пока он не кончит и оботрет - даже на свитч не зайдешь. А другие клиенты уже оборвали тебе мобильник (на корпоративный-то не дозвониться) и угрожают линчевать.
> чтобы ограничил траф настройками своего же ftp сервера.
с х-я ли он его должен ограничивать если заплатил за 10G ? У него там в договоре есть что-то про средний траффик за месяц, и ни пол-словечка что он должен подвинуться чтоб тебе хорошо жилось.
> это заведомо культурнее, чем дропать рандомные пакеты на бордере.
за рандом дропы надо отдельно п-дить. Понятно что sla нынче не принято, но всегда найдется клиент со связями и тебе убедительно объяснят почему это очень плохая идея.
И нет, я ничего не придумываю - это ты у нас мамкин выдумщик с локалхостом наперевес и знанием мана.
А, впрочем, не исключаю что у операторов в Одичалии уже такие же инженеры. Те что со мной работали все давно срыли кто куда. Надеюсь циска когда закрывала офисы дала кому-то офер с переездом. Ну или военком.
все очень-очень сложно. предлагаю упростить еще раз.1) сколько раз вы пере-перепродали эти несчастные 10G ? (overbooking, oversubscribing)
2) что в том SLA написано про DoS-атаки, мероприятия и полномочия по борьбе с ними ?
выглядит как типичное оно самое.> за рандом дропы надо отдельно п-дить.
ну не совсем рандом и не вручную. алгоритмы типа *RED неплохо затыкают пожирателей трафика (TCP only, на остальное есть rate-limit). по-моему на ECN все плюют.
> 1) сколько раз вы пере-перепродали эти несчастные 10G ? (overbooking, oversubscribing)один мобильник 4G в летную погоду способен выжрать 150мегабит. СКОЛЬКО в граммах...десятков гигабит надо протянуть на одну базовую станцию между мусорной свалкой и металорезкой в дальних щебенях чтоб тебе было хорошо? И сохранить эту полосу до ядра и до точки обмена - каждому? А по факту большую часть времени она просто будет простаивать.
> выглядит как типичное оно самое.
нет, выглядит как обычный tcp stream, им и является. Есть полоса - он ее съест. Занята кем-то еще - впишется в свободное. Но она не занята - потому что приоритетный траффик спорадический, а это - постоянное надолго. А rsvp вы отменили.
> алгоритмы типа *RED неплохо затыкают пожирателей трафика
пока в нормальном месте к тебе не приходят с sla, а в ненормальном - с корзинкой звиздюлей, чтобы наглядно объяснить разницу между шейпингом трафика и потерями пакетов.
>> 1) сколько раз вы пере-перепродали эти несчастные 10G ? (overbooking, oversubscribing)
> один мобильник 4G в летную погоду способен выжратьбуллшит.
на вопрос ответь пож-ста.
каковы типичные коэффициенты оверсабскрайбинга на 90% клиентских подключениях ?>> выглядит как типичное оно самое.
> нет, выглядит как обычный tcp stream,только отрубил управление.
>> алгоритмы типа *RED неплохо затыкают пожирателей трафика
> пока в нормальном месте к тебе не приходят с sla,проблемы лоховатых составителей сла.
habr.com/ru/companies/ruvds/articles/731496/ тред от слов "правила проживания в коммуналках".
и по ссылке habr.com/ru/companies/ruvds/articles/571010/
нет понятия оверсабскрайбинга на клиентских подключениях. Двадцать лет как нет у нормальных людей.
Обсуждать нечего.И причем тут вообще клиенты - вон в моей собственной стойке таких серверов четыре (больше нельзя по нагрузке на пол и электричество).
Из каждого торчит 2x40 - ну не знаю есть ли там столько, но один они точно способны нагрузить целиком если будет возможность.Мне до соседней площадки где, кстати, есть точно такая же - надо 500 тянуть, да? Ну вдруг им всем одновременно что-то захочется покачать? А если еще одну стойку добавить - то 1000, да?
>> нет, выглядит как обычный tcp stream,
> только отрубил управление.только у тех кто не научился (или разучился) управлению траффиком. Ну да, так работает сеть. Еще раз, подумай если осталось чем - ЧТО может помешать серверу выжрать столько полосы сколько пропускает его сетевая карта?
И не надо мне ссылок на копеечные помойки тут, где все через одно место и на от...сь.
Там вместо sla приносят бейсбольную биту. А у нормальных людей просто есть бумажка где написано что нельзя терять пакеты больше одного на 10000 какие-нибудь.
Может пришла уже пора перейти с дайлапа на что-то более новое? Описанными ужас-ужасами мамкины одмины охфисных локалхостов бодро зарубались в начале-середине нулевых. Как раз через неработающий CFQ.
> Может пришла уже пора перейти с дайлапа на что-то более новое? Описанными
> ужас-ужасами мамкины одмины охфисных локалхостов бодро зарубались в начале-середине нулевых.
> Как раз через неработающий CFQ.видимо середина нулевых это когда тебя последний раз пускали хотя бы через плечо посмотреть (кстати, норм работал - я как-то второпях пропустил нолик и уехал на месяц... возвращаюсь - что за хрень, где мой торрент? Ой... да, еще лет десять пожалуй будет качаться. Хрен кто пожаловался. Страдали молча. Причем у нас вроде не такая была лавка что нельзя хотя бы просто поинтересоваться чего это вдруг.)
Сейчас как раз проблема гораздо более актуальна - вон из стойки свисает хвост на 40 гиг. Они конечно ненастоящие (в смысле оно там внутри на самом деле все равно 4x10 и еще рядом второй такой же) но дать проср...ться мамкиному сантехнику с гордой табличкой сетевой инжинер могут.
>ср-ный ftp поток - с любого своего сервера.(предполагая, что клиент этого ... хм ср-го ftp... в том же операторе, и даже имеет такой же 10Gb без rate-linit-а)
>выходит на полку.ну то есть получается, что этот любой свой сервер полностью игнорирует, как работает TCP?
Или всё же ACKи принимает как положено?
> (предполагая, что клиент этого ... хм ср-го ftp... в том же операторе, и даже имеет такой же 10Gb
> без rate-linit-а)да запросто может быть и не в том же. Мало ли кто каналы арендует.
> ну то есть получается, что этот любой свой сервер полностью игнорирует, как работает TCP?
а он вот так и работает. Если специльно ничего не делать. Есть полоса - вот всю ее и займет - с чего он не должен ее занять-то не пойму?
> Или всё же ACKи принимает как положено?
ну так вы же сами отменили управление траффиком - немодно, немолодежно, каналов на всех хватит, какие такие ваши 128 килобит.
А что у этих всех тоже уже давно не килобиты - как-то до вас пока, видимо, не доходит.
>ну так вы же сами отменили управление траффикомЯ - нет, а вот ivan_erohin - похоже, да.
>>ну так вы же сами отменили управление траффиком
> Я - нет, а вот ivan_erohin - похоже, да.тыщи их тут, увы...
А тех кто разбирался бы в вопросе - походу и не осталось больше. Вот будет у тебя дурацкий whitebox с голым linoops внутри (поскольку циска в рф все и плохая дорога тоже - впрочем за последнюю не уверен что у нее работало) - и что там осталось из средств управления траффиком?
> Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)Я думал, их дропнули в Mesa 8.0 (2012 год).
>> Удалены все графические драйверы на базе DRI1 (i810, mga, r128, savage, sis, tdfx и via)
> Я думал, их дропнули в Mesa 8.0 (2012 год).А щас совсем дорезали, даже фреймбуфера не будет, если я правильно понял. Такими темпами они и PPC64BE прибьют, ироды...
>иродыТак а что вы не взялись поддерживать? Сходите в список рассылки ядра, предложите помощь в поддержке, может и вернут.
>>ироды
> Так а что вы не взялись поддерживать? Сходите в список рассылки ядра,
> предложите помощь в поддержке, может и вернут.Я ж не погромист, обычный юзер :).
Суд по тем ченджлогам, что я вижу у btrfs, она за все эти годы уже сама должна была в космос полететь и собственный код переписать)
примерно это и произошло. Летаит, переписывается.
Но если кому вместо этого надо было работающую fs - то вам на ext4
> на ext4Работает, подтверждаю.
И BTRFS работает, подтверждаю.
>И BTRFS работает, подтверждаю.Создай раздел гигов на 50 со сжатием и дедупликацией. Положи туда исходники ядра и ибилды. Я пробовал два раза и оба раза все это не протянуло полгода. Теперь мне лень пробовать.
Так что подтверждая рассказывай как используется и сколько времени.
Для 2 гигов файло ты выделил 50 гигов раздел? И он оба два раза рассыпался? У тебя там точно диск не сыпался? С памятью всё хорошо? Проверь память, она сбоит. Если у btrfs повреждены все копии метаданных хоть на 1 бит, она полностью мертва и ни одного байта ты из неё не достанешь. Ну, вот такой мой опыт.
> Если у btrfs повреждены все копии метаданных хоть на 1 бит,...то у вас где-то порылся очень жесткий факап в железе.
> она полностью мертва и ни одного байта ты из неё не достанешь.
Try "btrfs restore" luke :P. Там так то можно в разные снапшоты и даже generation потыкаться - у метаданных в силу CoW сильно более 1 точки входа с которой можно попытаться начать парсинг. Поэтому если стало реально душно а файлы нужны, btrfs так то дает больше опций потрепыхаться чем многие другие. И продвинутый тулкит вычитки файлов нахаляву прямо в штатной системной утилсе. Для какого-нить нтфс такое только в отдельных коммерческих программах, например. А для какого-нибудь EXT или ZFS такого вроде совсем нет. И если оно откажется маунтится вы совсем в пролете. Но можете и хексэдитором сами конечно файл выковырять.
>> она полностью мертва и ни одного байта ты из неё не достанешь.
> Try "btrfs restore" luke :P.Я попробовал всё, что у интернета было предложить. Можешь сам проверить, создай бтрфс в файле, покидай в него известных данных, а потом создай файл и поправь известный тебе байт в этом файле в хекс редакторе (после отмонтирования). Все 3 копии или сколько их там будет. Вооот, а теперь попробуй достать вообще любой файл из файла с фс. Много оттуда удаться выковырять? У меня получилось ровно 0. Файлики, вот они, видно в редакторе. Но бтрфс их больше не отдаст.
> поправь известный тебе байт в этом файле в хекс редакторе (после отмонтирования).
> Все 3 копии или сколько их там будет.Вы предлагаете мне мануально убить все три копии суперблока чтоли? А чего не dd в девайс сразу?
Так то круто, конечно, но на реальном оборудовании у меня максимум 2 супера из 3 слетало - и то 1 раз за все время, на совершенно больной на голову флешке, повисшей при записи намертво и в итоге про...вшей огроменные батчи свежих записей, в дофига мегабайтов весом. Что совершенно точно выходит за допущения любой файлухи. И кстати даже так из третьей копии починилось и замаунтилось.
Более того - у меня есть пара особо текучих флех по приколу. На них кроме btrfs ничегое и не выживает, если на то пошло. Ext4 или NTFS разваливается от пары недель до месяца, при том без предупреждений. А вон тот с схемой DUP даже на таком выживает. Изредка матюкается на "csum error, corrected" но срубить джекпот когда не прочтутся обе копии одновременно согласно теорверу довольно тяжко - и поэтому оно таки еще и работает. Удобно на всяких автопилотируемых системах, я варнинг получаю задолго до того как все реально грохнется и могу зашедулить майнтенанс без резких внештатных ситуаций.
> Создай раздел гигов на 50 со сжатием и дедупликацией. Положи туда исходники
> ядра и ибилды. Я пробовал два раза и оба раза все
> это не протянуло полгода. Теперь мне лень пробовать.
> Так что подтверждая рассказывай как используется и сколько времени.Очень интересно что должно было случиться. А то у меня например примерно десяток разных вариантов кернела рефлинкнуты на вооооон том btrfs'е, и оно почему-то просто пашет. Уже не помню сколько лет, наверное минимум 5 если иметь в виду именно фс с исходниками ядра. Билдуется весьма активно, минимум несколько раз на каждую версию ядра.
Нельзя ли конкретику? С точными сообщениями об ошибках и всем таким?
Да, как-то странно её пилят, чересчур долго. В соляре с zfs быстрее справились.
Поэтому солярис и выкинули и лучше бы они вместо файловой системы что-нибудь полезное написали.
Но таки, в отличие от Вяленда, BTRFS намного более уже готова.
> Да, как-то странно её пилят, чересчур долго. В соляре с zfs быстрее
> справились.в sun работали очень хорошие программисты за хорошее бабло плюс хорошую атмосферу а не галеру.
Оракловые рабы так не шмагли и их традиционно выкинули за борт в конце квартала, чтоб отчетность улучшить.А те хорошие программисты теперь пиццей торгуют в разнос.
> в sun работали очень хорошие программисты за хорошее бабло плюс хорошую атмосферу а не галеру.Однако дизайн zfs мягко говоря специфичный. Это самый первый из.
Я бы сказал как-то так:
zfs - v1 идеи, наломали много дров
btrfs - v2, сделали сильно продвинутее и универсальнее, нормальные экстенты, лучше менеджмент, полностью заюзали фичи cow, более гибкий по уровням RAID дизайн.
bcachefs - v2.5 примерно как v2, но еще и заморочились низким оверхедом и производительностью на уровне структур фс.> Оракловые рабы так не шмагли и их традиционно выкинули за борт в
> конце квартала, чтоб отчетность улучшить.На минуточку а разве не санки с своими супер технологиями сами себя до продажи ораклу довели?
> А те хорошие программисты теперь пиццей торгуют в разнос.
Если их фигма стала уходить в минус и продалась вон тем - значит не такие уж и хорошие были.
> ScopeGuard (выполняется чистку при выходе за область видимости)Ээээ, а может они это сначала в обычную core библиотеку запихают?
Бери самый простой трейт Drop из core и делай любой код в момент выхода за пределы видимости.
> Удалены все графические драйверы на базе DRI1: [...] mga (Matrox GPU)А это жаль. Понятно, что можно и старым ядром воспользоваться. Но никакой альтернативы для просмотра старых черезстрочных Digital8 записей я так и не нашел. Все программные деинтерлейсы портят картинку. Сразу заметно, если сравнивать на мониторе и на кинескопном телевизоре через Matrox G450.
>Все программные деинтерлейсы портят картинку.При перекодировании нужно удваивать кадровую частоту и обмазывать нейросетями, качество даже выше станет. Удивительно но факт!
Да все уже перепробовал. Все равно, ставишь рядом монитор и телевизор и сразу видно, что на телевизоре изображение явно лучше.
Все же родной "ламповый" деинтерлейс на телевизоре никакая нейросеть не повторит для панели монитора.> нужно удваивать кадровую частоту
Тогда уж учетверять, так как исходные 25 кадров в секунду на самом деле 50 полукадров в секунду. Действительно наилучший результат получается на 100 Гц. Но тут и монитор должен быть именно 100 Гц, а не 144 или 240 Гц.
Короче, до сих пор просмотр через S-Video выход Matrox G450 меня вполне устраивал. Я же в DV еще 20 лет назад весь свой VHS архив перекодировал прямо через Digital8 видеокамеру.
> Тогда уж учетверять, так как исходные 25 кадров в секунду на самом деле 50 полукадров в секундусмысл учетверять если исходники есть для 50 кадров, и даже для 50 половина данных дорисовывается на основании анализа движения в нескольких полукадрах
> Короче, до сих пор просмотр через S-Video выход Matrox G450 меня вполне устраивал.
китайские SoC ещё долго не удалят - у allwinner до сих пор tv энкодеры в достаточно свежих процессорах есть
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
>на телевизоре изображение явно лучшеOLED монитор попробуй
и не игнорь совет о нейросетях
> и не игнорь совет о нейросетяхесть готовые решения ?
QTGMC для avisynth
Нейросети УГ, кстати. Простой mjpegtools дал картинку лучше всего на моей памяти. Обычный пайп yuvcorrect | yuvdeinterlace | yuvcorrect | yuvfps и всё никаких тебе артефактов.
> Нейросети УГ, кстати. Простой mjpegtools дал картинку лучше всего на моей памяти.а мужики то не знают
> Среди наиболее заметных изменений ... продолжение интеграции поддержки языка Rustзачем в новости эта отсебятина, лучше бы про allwinner d1 в майнстриме написал
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
на данный момент самый доступный процессор с ядром risc-v
> продолжение интеграции поддержки языка Rustтолько как раз наоборот не в ядре а в пространстве пользователя - там языку обёрток и место
> User-mode Linux (on x86-64 systems) now supports code written in Rust
не надо подменять факты
Качну либрагнутое вдруг пофиксили косяки с Вайном, а то так и буду на 4.19.
>в предкомпилированных BPF-файлахА таких уже напихали в ванильное ядро?
> Отмечается, что состояние поддержки Rust в ядре уже близко к тому......чтобы полностью перейти на Rust, отсечь старых разработчиков-сишников, тем самым осуществить рейдерский захват ядра.
> чтобы полностью перейти на Rust, отсечь старых разработчиков-сишников, тем самым осуществить рейдерский захват ядрафигня это - кто будет переписывать и тестировать тысячи драйверов ? никому не нужен язык сам по себе если нет никакой разницы. Ещё стоит осознать что старый код годами остаётся в ядре если он кому то нужен - можешь прям в новости посмотреть сколько лет в ядре лежал мёртвым грузом код для устаревших SoC. У SoC LTS 10-12 лет - это время в течении которого производители гарантируют доступность на рынке за счёт складов.
> фигня это - кто будет переписывать и тестировать тысячи драйверов ? никомуа никто и не будет - rhbm и фейсбуку эти тыщи не нужны. Объявят немодными и устаревшими. Пойдешь покупать то железо которое тебе велено.
> стоит осознать что старый код годами остаётся в ядре если он
> кому то нужен - можешь прям в новости посмотреть сколько летили пока не поломают. А дальше как обычно - кто нахаляву и прямсрочно перепишет? Никого? Отлично, выкинем!
> а никто и не будет - rhbm и фейсбуку эти тыщи не нужныот rh+ibm в ядре ~9%, фейспука в списке нет
https://lwn.net/Articles/923410/
это они никому не нужны, кроме гугла основные вкладчики - производители железа, собственно основная часть ядра это драйверы устройств.
> от rh+ibm в ядре ~9%, фейспука в списке нетто что его нет в списке говорит только о том чего стоит подобный список.
Я бы на твоем месте, правда, поинтересовался кто все эти люди из первого списка и кто им оплачивает дорогостоящее хобби.
> кроме гугла основные вкладчики - производители железа, собственно основная часть ядра
> это драйверы устройств.вот и останетесь без драйверов. Ну кроме тех которые нужны гуглю или тех которые производители железа соблаговолят и осилят переписать.
Остальное работает пока штабильный нонсенс не окончательно поломан.
> то что его нет в списке говорит только о том чего стоит подобный списоктебе просто надо осознать что вклад от него околонулевой
А тебе просто надо узнать, кто отклонил патчи Байкала, и что такое окно Овертона.
>> а никто и не будет - 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.
все что тебе надо было знать об этой глупой агитке.
(фейсбук кстати есть и я уверен что это не машинно-генерированный мусор)
> все что тебе надо было знать об этой глупой агиткепросто возьми несколько выпусков этой голой статистики и проследи динамику, агитки у тебя в голове
https://lwn.net/SubscriberLink/929582/c29b092090d9a996/
у меты есть ~2%, у rhbm ~8%, у одной Linaro (поддержка arm soc) в среднем больше ~15%.
повторяю - мне совершенно неинтересно знать кто там первый по числу строк автогенеренных заголовков.Если ты не понимаешь английского - так сразу и скажи.
> повторяю - мне совершенно неинтересно знать кто там первый по числу строк автогенеренных заголовков.без описания регистров нет драйверов, нет драйверов - ОС никому не нужна, у бсдшников спроси.
> повторяю - мне совершенно неинтересно знать кто там первый по числу строк
> автогенеренных заголовков.Вероятно, фирма AMD - они ж прямо HW Team'ом из сорцов железа для GPUшек хидеры генерят. Сделать такой bulk generation остальным придется поднапрячься. Нвидия могла бы попытаться, но им этот уровень технологий недоступен...
> Пойдешь покупать то железо которое тебе велено."то же самое железо, которым пользуются гугл, фейсбук и амазон".
позитивное мышление навсегда !
Не, не, не. Это они для себя берегут (но ты наверное и не хочешь одноразовый сервер из коробки от пиццы?)Что именно покупать нам - милостиво укажет RHBM. А они такие, да, затейники.
То есть достаточно почитать списочек всего того что объявлено немодным в rhel8 (для 9 я такой не видел - возможно он попрятан за пэйвол как обычно - так что лузерам еще и придется поугадывать, что сегодня им позволено) чтобы восхититься мудростью и прозорливостью повелителей шва6одки.
> Что именно покупать нам - милостиво укажет RHBM.с чего вы взяли что остальные последуют вашему примеру ?
а кто вас спрашивать-то будет? Ты чтоль перепишешь драйвер для своей немодной платы на модный современный хрустоапи?
> Ты чтоль перепишешь драйвер для своей немодной платы на модный современный хрустоапи?зачем переписывать то что и так отлично работает ? не 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.в будущем если приживётся буду писать на раст, сейчас всё на С. В любом случае знание предметной области намного важней интсрументов.
> Реализован драйвер pata_parport для IDE-накопителей, подключаемых через параллельный портАктуальненько...
+1Божечки, теперь нельзя будет использовать один LPT одновременно для принтера и винта, как же мне теперь жыдь? (рофл)
Поддержку видях, которые были вполне актуальны в конце 00-х (и которые могут ещё где-то работать по сей день), разом дропнули, а парид, потерявший окончательно актуальность в начале 00-х с появлением донглов IDE-USB, зачем-то переписали. Могли бы вместо этого один Матрокс переписать для dri2 -- много полезнее было бы.
Можно ещё вспомнить, сколько лет волокли поддержку сидюков с приприетарными интерфейсами, когда они везде уже умерли физически из-за деградации лазера. В 2.4 дрова для них ещё были.
> Могли бы вместо этого один Матрокс переписать для dri2Может у них матрокса не было а винч на параллельный порт, вот, оказался? :)
> Может у них матрокса не было а винч на параллельный порт, вот, оказался? :)Ну, старые Матроксы, вон на Алике есть за 20-25 бакинских:
https://www.aliexpress.com/item/1005002804622727.html
Как-то не верю, что в странах развитОго капитализма не нашлось ни у кого лишнего четвертака для приобретения видяхи.
Выше в камментах тут уже писАли, для чего могут быть актуальны старые видяхи именно этого производителя.
> Ну, старые Матроксы, вон на Алике есть за 20-25 бакинских:а втыкать его куда? (написано что это PCI, но похоже нап-дели узкоглазые как обычно - больше на AGP смахивает)
Параллельный порт вот у меня еще аж в целых двух системах остался.Так что попал ты еще и на раритетную пеньчетвертую плату. Вот все что там КРОМЕ этого матраса - оно поважнее было, потому что обычные-то pci порты исчезли совсем недавно, да и те можно получить переходником (правда подороже 25 баксов)
> Как-то не верю, что в странах развитОго капитализма не нашлось ни у кого лишнего четвертака для приобретения
> видяхи.Зато у кого-то нашелся чтоб все поломать, угу. Ну не умеют кодошлеперы в обратную совместимость, ну никак. В это время кто-то с лишними четвертаками пилил никому ненужный parport scsi.
>> Ну, старые Матроксы, вон на Алике есть за 20-25 бакинских:
> а втыкать его куда? (написано что это PCI, но похоже нап-дели узкоглазые
> как обычно - больше на AGP смахивает)Где он в пecде смахивает, посмотри на фото -- там контакты на гребёнке прямые! Также можешь пошукать там же Матроксы у других продавцов -- они все под PCI. Переходник-контроллер с последовательного PCIe на параллельный PCI выйдет ещё где-то в 10$.
> Параллельный порт вот у меня еще аж в целых двух системах остался.
Даже не знаю, чем объяснить живучесть этого динозавра в десктопах. Наверное, осталось ещё 3,5 конторы на планете, где что-то печатают на матричниках из-под DOS. Индастриал и эмбед -- то отдельный разговор, там параллельный порт часто используется кулибиными вместо ГПИО. Но вот на десктопных платах зачем его продолжают ставить... ...хз
> Так что попал ты еще и на раритетную пеньчетвертую плату.
Нет, не попал.
Но вот, кстати, вполне себе актуальный кейс, куда PCI-видяха будет очень кстати: организовать сервак из десктопной платы конца 00-х -- начала 10-х. Как десктоп она своё отпахала, а в качестве небольшого сервера уровня отдела может ещё лет 5 поработать. Слот PCIex16 освобождается под RAID-контроллер, а в PCI вставляется видяха. Без видяхи десктопные материнки х86 не стартуют, в отличие от серверных, поэтому хоть какая-то видяха нужна, даже пусть неисправная, лишь бы определялась как устройство. Но лучше, конечно, исправная :)> Зато у кого-то нашелся чтоб все поломать, угу. Ну не умеют кодошлеперы
> в обратную совместимость, ну никак. В это время кто-то с лишними
> четвертаками пилил никому ненужный parport scsi.Ну тогда может кто-то найдётся, кто перепишет старые дрова под dri2 для тех старых видях, которые ещё где-то реально используются.
> Где он в пecде смахивает, посмотри на фото -- там контакты ная думаешь помню как оно выглядело 20 лет назад?
Купить что-ли пару в коллекцию...
>> Параллельный порт вот у меня еще аж в целых двух системах остался.
> Даже не знаю, чем объяснить живучесть этого динозавра в десктопах. Наверное, осталосьну типа принтер у меня раз в месяц в среднем выдает какие-то 'does not accept address' - и еще хорошо если вкл-выкл лечится, а не перезагрузкой хоста.
Что-то я не помню таких проблем с lpt. К сожалению, тот что был с lpt уже сдох.> организовать сервак из десктопной платы конца 00-х -- начала 10-х. Как
у меня серверных есть. Только вот что на них можно сделать - неизвестно. Пытался из одной сделать себе терминал-сервер, но ниасилил ведро 2.4 (драйвер для мультяхи был 2.0)
> Ну тогда может кто-то найдётся, кто перепишет старые дрова под dri2 для
> тех старых видях, которые ещё где-то реально используются.вряд ли. Сложность задачи на порядок выше параллельного порта, все кто такое могли могли и пиццерию открыть.
> я думаешь помню как оно выглядело 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? Думаю, что студент-старшекурсник вполне бы справился, если ему дать это в качестве дипломной работы.
> как "Москвич 412" выглядит -- тоже не помнишь?ну только что как г-но.. еще не хватало в деталях вкус и запах.
> то рекомендуется лечить с помощью sysctl -- отключить все "спящие" состоянияпринтер все ж попроще и безопаснее включить-выключить - обычно помогает.
А то хз что еще отвалится. А вот с lpt на другой почти такой же плате все в полном порядке.
Было. Пока хепе сперва не разучился их делать, а потом и вообще эту 1/6 особоодаренных послал.>> Только вот что на них можно сделать - неизвестно.
> Продать :))isp1100 ? Кто купит?
>> Сложность задачи на порядок выше параллельного порта
> Портировать уже готовый драйвер на другой API?очень, очень большой и сложный драйвер на очень хреново документированный и тоже сложный апи.
Ну хз... у студента старшекурсника на это может и хватить времени и вдохновения, а я уже мимо.А студенты больше нынче в фулшмяк норовят.
> ну только что как г-но.. еще не хватало в деталях вкус и запах.Школьная программа по литературе -- тоже унылый цугундер, наверное. Онемэ и фонтастека -- наше фсио!
> isp1100 ? Кто купит?
Покупатели обычно рано или поздно находятся. Даже на ISA-вые мультяки. Ну, если фирмачам не интересно, то коллекционеры какие-нибудь.
> на очень хреново документированный
Direct rendering management? Он сегодня уже вполне неплохо документирован, не выдумывай. Под него даже самопальные дрова для ЖК пишут, что подключаются по SPI или по I2C.
> А студенты больше нынче в фулшмяк норовят.
Студенты норовят туда, где зарплата позволяет пить смузи не реже раза в день. Я их отлично понимаю.
> Даже не знаю, чем объяснить живучесть этого динозавра в десктопах. Наверное, осталось ещё 3,5 конторы на планете, где что-то печатают на матричниках из-под DOS.Не поверишь, через него можно прошивать Atmel сразу напрямую, без всяких приблуд, при помощи например AVR-studio. При желании тупо от скуки набросать прогу и управлять какой-нить самосборной хнёй, ибо управление там примитивное, засылaй сразу байт на порт и считывай.
> Выше в камментах тут уже писАли, для чего могут быть актуальны старые видяхи именно этого производителя.выше писали про просмотр старых черезстрочных видеозаписей на кинескопных телевизорах, так за 20 баксов проще тв-бокс купить с AV выходом, а для AGP ного матрокса еще комп надо специальный.
> а для AGP ного матроксаОнанимус, разуй глазки, по ссылке Matrox G450 для PCI.
Там писАли про обработку и просмотр видеозаписей в формате Video8. Но, думаю, это можно было бы решить каким-нибудь нормальным плагином, кторый бы правильно преобразовал изображение. Но вообще, Матроксы были одно время мега-популярны и дезигнеров и разных фотостудий из-за безупречного 2D.> для AGP ного матрокса
Вы там дурь у одного дилера берёте, что ли? Третий раз пишу: Matrox под PCI.
> Там писАли про обработку и просмотр видеозаписей в формате Video8в какое место компьютера ты собрался вставлять аналоговую видеокассету ? на компе он смотрит оцифрованные записи на пузатом телике подключенном через тв энкодер матрокса
> Вы там дурь у одного дилера берёте, что ли? Третий раз пишу: Matrox под PCI.
они есть и на AGP, пришлёт тебе китаец с б/у барахолки что под руку попадётся
> они есть и на AGP, пришлёт тебе китаец с б/у барахолки что
> под руку попадётсяя вот вообще удивлен что они могут быть не агп.. Не, ну пришлет - фотка, спор, через два месяца возврат денег. Раньше так по крайней мере работало - а теперь учитывая монополию - хз...
>> они есть и на AGP, пришлёт тебе китаец с б/у барахолки что
>> под руку попадётся
> я вот вообще удивлен что они могут быть не агп..Именно Матроксы были 90% под PCI. Основная фича AGP -- возможность хранения в ОЗУ компа текстуры и буфера вместо бортовой памяти самой видеокарты, что нужно в основном для игр и прочего 3D. Поскольку Матроксы делали при разработке основной упор на 2D для дизайнеров и фотожоперов, а 3D у них было всегда "на отвяжись", то, соответственно и AGP им был особо не нужен.
> В 2.4 дрова для них ещё были.это не потому что кто-то что-то специально для этого делал. Это потому что 2.4 последнее _стабильное_ ядро где не было (представить себе сложно!) принято ломать апи.
А какое отношение имеет API к дровам для конкретных железок? Если бы сами дрова для ископаемых доисторических сидюков убрали уже тогда, этого никто бы и не заметил. Плюс, номера можно было бы освободить для файлов блочных устройств.
Из ведра обычно ничего просто так не убирают все же - убирают когда сломалось, и не находится желающий все в очередной раз переписать и с земным поклоном свои патчи представить. dri1 - это уже сломалось, увы.
Последним ядром на котором удавалось сохранять (при простое и Ext2, и даже Ext4) нулевой дисковый I/O было 3.16, сейчас же оно постоянно опрашивает ФС, ну да, серваки IBM важнее.
> Последним ядром на котором удавалось сохранять (при простое и Ext2, и даже > Ext4) нулевой
> дисковый I/O было 3.16, сейчас же оно постоянно опрашивает ФС, ну да, серваки IBM важнее.Механический винч с EXT4 и ядром 6.3 проспавший после hdparm -y добрых 40 часов смотрит на вас с подозрением...
>ynl-gen-cНа очереди ynl-gen-rs
Классненько, столько великолепных изменений про BPF.
Но вот все жду не дождусь одной киллер фитчи... Когда уже сделают необходимые интерфейсы и позволят браузерам без спроса пользователя (и для его разумеется безопасности) запускать BPF программы с произвольных сайтов в пространстве ядра?
> Предложенная в прошлых выпусках функциональность расширена поддержкой типов Arc (реализация указателей со счётчиком ссылок)Получается на расте нельзя просто почекать боровов и писать без сборщика мусора ?
>> Предложенная в прошлых выпусках функциональность расширена поддержкой типов Arc (реализация указателей со счётчиком ссылок)
> Получается на расте нельзя просто почекать боровов и писать без сборщика мусора?Получается, опеннетные Эксперты По Всему никогда не заглядывали в ядро (ну и не знают толком, что такое сборщик мусора) ...
> Получается на расте нельзя просто почекать боровов и писать без сборщика мусора ?Да, если используешь refcount, то используешь одну из стратегий сборки мусора. Которая про сборку именно мусора. А не перемещение живых в отдельное место с освобождением всего региона.
Касается всех языков, раста с Rc\Arc, С++ c shared_ptr и т.д.
возможно глупый вопрос: бэкпорты вот этих "Повышена производительность ФС ext4" и BIG TCP в stable ядра 5.* будут ?
Хорошее название для теста производительности.
Эх... А RichACL так в ядро никак не принесут
> Реализована возможность создания драйверов для устройств ввода с интерфейсом HID (Human Interface Device), реализуемых в форме BPF-программ.Танненбаум умеет ждать…
Шутка плохая. Ему осталось не более 10 лет.
Ему может и да, а вот его идеи, как видишь, не только живут, но и побеждают.
> Ему может и да, а вот его идеи, как видишь, не только живут, но и побеждают.Уж как победил, как победил, принес троянец в каждый комп с интелем. Нифига с этого не получив к тому же. Странные иногда победы бывают...
Особый смак в том, что он сам узнал об этом из новостей.
У тебя дислексия? Побеждает не Танненбаум, а его идеи. Что касается лично старика Эндрю, он всю жизнь прожил именно так как хотел — занимался наукой, учил студентов, писал книжки и в ус не дул. Можешь рассказать тут свою историю успеха с нестранными победами. Посмеёмся вместе.
>> Ему может и да, а вот его идеи, как видишь, не только живут, но и побеждают.
> Уж как победил, как победил, принес троянец в каждый комп с интелем.Че, троянцы в блобоведроидах и всякие системы трекинга, начиная с камер и кончая гугло-анализом - тоже он или как обычно "это другое™©"
"the book[Operating Systems: Design and Implementation, прим. анонима] that launched me to new heights" (c) некий Торвальдс, "Just For Fun"
> "the book[Operating Systems: Design and Implementation, прим. анонима] that launched me
> to new heights" (c) некий Торвальдс, "Just For Fun"Круто же когда кто-то покажет тебе как кодить ни в коем случае не надо. А то вот тоже наслушался бы абстрактных рассуждизмов и накодил бы очередной HURD. А так вот у нас сабж хотя-бы есть, который выбирают не по принуждению а потому что работает хорошо.
Скоро ядро раз в три дня будет выходить.С гонки версий развал (или захват) проекта и начинается
Вот если бы как раньше ядро можно было бы уместить на дискетку в 2.5" то была не жизнь а сказка.
С ZIP-100 дискетки грузил ядро не так давно.
сказка - это про то где сейчас купить дискету, трушный дисковод и плату с FDD разьемом
На Авито?
> где сейчас купить дискету, трушный дисковод и плату с FDD разьемомкак отличить трушный от нетрушного ?
https://www.dns-shop.ru/product/5bf1420298813332/privod-vnes.../
наверное, трушный - это тот что трёт и затирает поверхность дискет ) я остерегаюсь трушных дисководов. особенно скоростных iomega.
Дискеты, как ни странно всё ещё продаются в магазинах.
Да и usb флоппи приводы, на Али доступны.
А дисковод с FDD разъёмом можно поставить или на очень древнее железо, или на комод.
Сделать образ 1,44МБ или 2,88МБ, закатать в бутявый ISO-шник и нарезать на сидюк. Я так начал делать сразу, как только купил свой первый CD-RW. Хотя, я не знаю, где осталось ещё живое железо, которое умело бы загружаться только с флопа, и не умело бы с винта/сидюка/флешки. Может, какой-то индастриал ещё где-то живой, на 386-х процах.
Действительно сказка, поскольку в реале существовали дисководы 8", 5,25", 3,5". А 2,5" -- это где-то в сказке.
> Вот если бы как раньше ядро можно было бы уместить на дискетку в 2.5"Что за дискета с таким формфактором? На ноутбучный винч такого формфактора лезет без проблем. А дискет такого размера я не видел никогда.
Что это за чистка кода, когда добавлено больше, чем удалено? Современные разработчики такие, да?
Библиотеку Стим виндовую надеюсь добавили по КД .
Интересно написано "Проведена оптимизация objtool для ускорения сборки ядра и снижения пикового потребления памяти при сборке (при сборке ядра в режиме "allyesconfig" теперь не возникает проблем с принудительным завершением процессов на системах с 32 ГБ ОЗУ)" Ах кто-то ещё использует 32Гб вместо 128Гб ну или 64Гб. Я такой вывод делаю из этих слов. Не ну может там жостко указано если имется меньше 64Гб памяти не делай этого, но делают. Я не знаю.
жёстко
На работе меньшая граница, дома большая -- но allyesconfig не собираю ни там, ни сям. А Вы?
>В Btrfs для уменьшения фрагментации групп блоков обеспечено разделение экстентов по размеру при выделении блоков, т.е. любая группа блоков теперь ограничивается мелкими (до 128KB), средними (до 8 МБ) и крупными экстентами.Отлично, лучшая ФС стала еще лучше. Помнится, Шишкин хейтил Btrfs за отсутствие этого и обожествлял Reiser5. Кстати, а как там Reiser5 поживает, развивает ли эту ФС господин Шишкин? Глянул, а Reiser5 заброшена еще с 2020 года. Это все, что нужно знать о Reiser5 и Шишкине. Бгг.
> поддержка создания HID-драйверов, используя BPFКитайские USB-свисточки специального вида ликуют, поди.