Недавно посмотрел видео про этот Electron E1, из чего сделал вывод, что парни из Питтсбурга пытаются выкопать стюардессу возродить VLIW на новой базе - реконфигурируемый конвейер из огромного числа блоков обработки (ALU, LOAD/STORE и прочее). Как и во VLIW, у них за всё отвечает компилятор, в том числе за оптимальную конфигурацию конвейера на стадии компиляции. Видимо опыт предыдущих поколений их ни чему не научил. Либо я прослушал как они собиратся решать типовые проблемы VLIW (в частности, где брать оптимизирующий компилятор).
Лет 15 назад я писал плагины для ejabberd на Erlang не зная Erlang. Минут 30 потребовалось чтобы вкурить суть языка (идея у него близка к Prolog-у) и разобраться как выводить отладочные сообщения. Дальше никаких проблем.
Это не ремонтники, это вредители! Вместо того, чтобы разобраться в причине поломки и устранить её (найти и заменить сдохший транизистор), эти люди занимаются откровенным мошеничеством! В общем-то это понятно, холодильщик (спец по механике компрессоров) и электронищик находятся на двух разных полюсах. Современные холодильники должны чинить программисты и электронщики, а не вот эти вот "прошедшие месячные курсы по ремонту холодильников". Под суд их всех за такую деятельность!
На сайте IEEE есть статья "Hunting for The Kill Switch" в ней приводятся ссылки на результаты исследований DARPA о которых я писал выше. К сожалению, ссылки больше не работают. Погуглите, может быть эти отчеты где-то еще сохранились в свободном доступе, там много интересного. Есть вот такая статья: "Breakthrough silicon scanning discovers backdoor in military chip".
DARPA проводила исследования, закладки "на заводе" вставляются без проблем и выявить их - ноль шансов. Одна группа исследователей разработала микросхему, вторая добавила в неё закладку при производстве, а третья пыталась отыкскать. Портить генератор случайных числе не нужно, достаточно сделать "утечку", это делается одним лишним транзистором. Если найду статью - дам ссылку.
Помимо поиска закладок, что, как было отмечено, вопрос весьма спорный, неплохим применением технологии IRIS может быть проверка контрафактности чипа "в домашних условиях", а также способ считывания маркировки с кристалла без декорпусировки. Помоему в этом что-то есть.
Я думаю, что вся эта деятельность прежде всего направлена на 1) российского обывателя, чтобы не вызывать лишних переживаний, 2) наших зарубежных партнёров чтобы продемонстрировать как мы "вертим на штакете" их санкции. Вот и все. Непосредственно внутри электронной (и микроэлектронной) промышленности всем всё ясно и никто не возмущается, так как почти все 100% предприятий сидят на госзаказе (возмущаются лишь те, кому не досталось, либо досталось но мало). Свободного рынка электроники в нашей стране почти нет (да и не было никогда), а весь потребительский рынок умышленно отдан китайцам. Я удивлен, что такие простые вещи требуется разьяснять местной публике.
Разумеется, в долгосрочной перспективе такой подход не сулит ничего хорошего, но в нынешних реалиях это единственный способ действий. Альтернативой было бы производить микросхемы у себя, но как мы все знаем - просто не на чем. Нет оборудования, нет технологий, нет людей, нет достаточного количества средств и времени на подьем. Скорее всего ситуация радикально изменится с появлением своего литографа (и всего что с ним связано), ну а пока пусть лучше так, чем вообще никак.
Почитал я эти расследования и комменты к ним и понял, что ни авторы расследований, ни комментаторы не понимают одной простой вещи. В Минпромторге всем всё извсестно о просихождении этих микросхем. Более того, такой способ завоза микросхем это исходящая от Минпромторга инициатива. Связано это с сокрытием от санкций импорта требуемых российскому производству электронных компонентов изготавливаемых тайваньскими и китайскими производителями, которые страшно боятся попасть под санкции США. Так, что все ваши потуги приведут ровно ни к чему - Минпромторг и ТПП проведут одно или два "расследования" и всем вовсеуслышание докажут, что нарушений не выявлено, жрите то что дают! А будете упорствовать - быстро запушут в иноагенты или придатели родины. И да, там в верхах давно решено кто будет производить для государства электросчетчики, попытки что-либо изменить снизу натолкнутся на массу удивительных проблем. Спасибо за внимание.
Помню на КР580ВМ80А (Радио-86РК) спикер подключали к линии INTE (выходной сигнал разрешения прерываний) и генерировали звук последовательным исполнением инструкций EI/DI. Каждая инструкция занимала по одному байту и исполнялась за 4 такта, что позволяло гененировать достаточно высокие частоты или делать "полифонию".
Очень круто, спасибо. Про livepatch в ядре линуха знал давно, но воспользоваться этой фичей как-то не довелось.
Livepatch как идея фиксить CVE баги "на ходу" для обычных серверов ИС - не состоятельна по многу причин. Традиционно, сервер всё таки выводится из оборота, в спокойной обстановке накатываются апдейты, потом тщательные тесты, и только потом сервер возвращается в продакш. Иначе - ж#па. :)
Но я вижу два полезных применения для livepatch. Во-первых при разработки фич ядра (драйвера) чтобы "на лету" тестировать разные версии кусков кода. И во-вторых, там, где систему действительно нельзя перезагружать - например, в системах управления/навигации космическим аппаратом (или что-то подобное).
Что нужно понимать про сам язык. Сам язык был разработан Денисом Ритчи в 1972 году, а затем популяризирован благодаря книге в соавторстве с Брайаном Керниганом (второй к самому языку никакого отношения не имеет в том числе и по его собственному признанию он лишь в соавторстве с Ритчи выпустили книгу которая лишь придала еще больший импульс C как языку программирования)
Да уж, всё самое важное от языке Си. ;-)
Почему бы не написать о том, что именно побудило Ричи, Томпсона и Кернигана разработать свой (новый) язык программирования ? Чем не устраивал тот же FORTRAN, PL/1 или COBOL ? Или, скажем, почему не писать на МАКРО ассемблере (в то время системщики так и делали) ?
И только для 6-го района.
Недавно посмотрел видео про этот Electron E1, из чего сделал вывод, что парни из Питтсбурга пытаются
выкопать стюардессувозродить VLIW на новой базе - реконфигурируемый конвейер из огромного числа блоков обработки (ALU, LOAD/STORE и прочее). Как и во VLIW, у них за всё отвечает компилятор, в том числе за оптимальную конфигурацию конвейера на стадии компиляции. Видимо опыт предыдущих поколений их ни чему не научил. Либо я прослушал как они собиратся решать типовые проблемы VLIW (в частности, где брать оптимизирующий компилятор).У Оззи богато с наследниками, им жить на что-то надо. ;)
Лет 15 назад я писал плагины для ejabberd на Erlang не зная Erlang. Минут 30 потребовалось чтобы вкурить суть языка (идея у него близка к Prolog-у) и разобраться как выводить отладочные сообщения. Дальше никаких проблем.
Вскрывали и ремотировали не такое. Прошу предоставить фотографии блока.
Это не ремонтники, это вредители! Вместо того, чтобы разобраться в причине поломки и устранить её (найти и заменить сдохший транизистор), эти люди занимаются откровенным мошеничеством! В общем-то это понятно, холодильщик (спец по механике компрессоров) и электронищик находятся на двух разных полюсах. Современные холодильники должны чинить программисты и электронщики, а не вот эти вот "прошедшие месячные курсы по ремонту холодильников". Под суд их всех за такую деятельность!
Это у Вас совсем другой сорт - поливные.
Автор хоть бы один скприпт привел, или про rsync написал бы в конце концов. Cтолько текста ни о чем!
Михаил, спасибо за Ваш труд.
На сайте IEEE есть статья "Hunting for The Kill Switch" в ней приводятся ссылки на результаты исследований DARPA о которых я писал выше. К сожалению, ссылки больше не работают. Погуглите, может быть эти отчеты где-то еще сохранились в свободном доступе, там много интересного. Есть вот такая статья: "Breakthrough silicon scanning discovers
backdoor in military chip".
Не нужно никаких RS триггеров, достаточно сделать лишний проводник правильной формы (антенну).
DARPA проводила исследования, закладки "на заводе" вставляются без проблем и выявить их - ноль шансов. Одна группа исследователей разработала микросхему, вторая добавила в неё закладку при производстве, а третья пыталась отыкскать. Портить генератор случайных числе не нужно, достаточно сделать "утечку", это делается одним лишним транзистором. Если найду статью - дам ссылку.
Помимо поиска закладок, что, как было отмечено, вопрос весьма спорный, неплохим применением технологии IRIS может быть проверка контрафактности чипа "в домашних условиях", а также способ считывания маркировки с кристалла без декорпусировки. Помоему в этом что-то есть.
Вам спасибо за прочтение.
Про sngrep я, к своему стыду, даже и не знал. Буду попробовать.
Я думаю, что вся эта деятельность прежде всего направлена на 1) российского обывателя, чтобы не вызывать лишних переживаний, 2) наших зарубежных партнёров чтобы продемонстрировать как мы "вертим на штакете" их санкции. Вот и все. Непосредственно внутри электронной (и микроэлектронной) промышленности всем всё ясно и никто не возмущается, так как почти все 100% предприятий сидят на госзаказе (возмущаются лишь те, кому не досталось, либо досталось но мало). Свободного рынка электроники в нашей стране почти нет (да и не было никогда), а весь потребительский рынок умышленно отдан китайцам. Я удивлен, что такие простые вещи требуется разьяснять местной публике.
Разумеется, в долгосрочной перспективе такой подход не сулит ничего хорошего, но в нынешних реалиях это единственный способ действий. Альтернативой было бы производить микросхемы у себя, но как мы все знаем - просто не на чем. Нет оборудования, нет технологий, нет людей, нет достаточного количества средств и времени на подьем. Скорее всего ситуация радикально изменится с появлением своего литографа (и всего что с ним связано), ну а пока пусть лучше так, чем вообще никак.
Почитал я эти расследования и комменты к ним и понял, что ни авторы расследований, ни комментаторы не понимают одной простой вещи. В Минпромторге всем всё извсестно о просихождении этих микросхем. Более того, такой способ завоза микросхем это исходящая от Минпромторга инициатива. Связано это с сокрытием от санкций импорта требуемых российскому производству электронных компонентов изготавливаемых тайваньскими и китайскими производителями, которые страшно боятся попасть под санкции США. Так, что все ваши потуги приведут ровно ни к чему - Минпромторг и ТПП проведут одно или два "расследования" и всем вовсеуслышание докажут, что нарушений не выявлено, жрите то что дают! А будете упорствовать - быстро запушут в иноагенты или придатели родины. И да, там в верхах давно решено кто будет производить для государства электросчетчики, попытки что-либо изменить снизу натолкнутся на массу удивительных проблем. Спасибо за внимание.
Помню на КР580ВМ80А (Радио-86РК) спикер подключали к линии INTE (выходной сигнал разрешения прерываний) и генерировали звук последовательным исполнением инструкций EI/DI. Каждая инструкция занимала по одному байту и исполнялась за 4 такта, что позволяло гененировать достаточно высокие частоты или делать "полифонию".
Очень круто, спасибо. Про livepatch в ядре линуха знал давно, но воспользоваться этой фичей как-то не довелось.
Livepatch как идея фиксить CVE баги "на ходу" для обычных серверов ИС - не состоятельна по многу причин. Традиционно, сервер всё таки выводится из оборота, в спокойной обстановке накатываются апдейты, потом тщательные тесты, и только потом сервер возвращается в продакш. Иначе - ж#па. :)
Но я вижу два полезных применения для livepatch. Во-первых при разработки фич ядра (драйвера) чтобы "на лету" тестировать разные версии кусков кода. И во-вторых, там, где систему действительно нельзя перезагружать - например, в системах управления/навигации космическим аппаратом (или что-то подобное).
Да уж, всё самое важное от языке Си. ;-)
Почему бы не написать о том, что именно побудило Ричи, Томпсона и Кернигана разработать свой (новый) язык программирования ? Чем не устраивал тот же FORTRAN, PL/1 или COBOL ? Или, скажем, почему не писать на МАКРО ассемблере (в то время системщики так и делали) ?
Я запостил сегодня серьезную пропаботанную статью над которой работал больше месяца - никто не читает. :-(