Во времена СССР не было никакого микрокода, был чистый CISC без преобразования в микрокоманды. Поэтому и копировали что достаточно было скопировать электронную схему.
А сейчас есть микрокод, и вытащить его физически тоже нельзя, можно только закачать зашифрованный файл в чип.
Это же не суд чтобы в нем доказывать вину. Если есть какой-нибудь роадмап по внедрению шпионажа, скачанный с корпоративного сервера, то этого уже достаточно чтобы подозревать о том что когда-нибудь это будет сделано и достаточный довод чтобы перестать использовать любое их оборудование.
Мешает что из чипа надо вытащить прошивку. Такого интерфейса может и не быть, или отдавать он может не то что действительно исполняет. Вы умеете вытаскивать микрокод из процессоров Интел? И никто не умеет, потому что это строго охраняемая корпоративная тайна и механизма вытаскивания там может и не быть как такового, он не нужен в неинженерных чипах.
Я уже высказывал предположение, что какие-то доказательства могли быть добыты путем шпионажа, слежки и хакерства. Обнародовать такие доказательства они не могут чтобы не спалить свои методы и вообще выглядеть не лучше чем сам хуавей, которого они в этом обвиняют.
Если чипы достаточно сложные, и содержат свою программную прошивку, вы никогда не докопаетесь до того что там в них прошито. Если у вас будут исходники прошивки, вы не сможете быть уверенным что в микросхему попало именно то от чего у вас исходники, и что это вся прошивка а нее часть. И на какие возможные пакеты или другие события эта прошивка может реагировать.
Все же производители эльбрусов для оборонки в этом правы. Против железных закладок полную уверенность дает только свой силикон.
Тем не менее на американские самсунги на snapdragon не существует способов поставить рут. То есть вообще. Самсунг принципиально не разблокирует на них загрузчик, а другого способа до сих пор не нашли. Моторолы тоже бывают с закрытыми загрузчиками, kindle fire от амазона, аналогично. Никакого рута и соответственно модификаций стоковой прошивки.
В отличие от айфона.
Ну там написали что это начало конца самолетов которые летают на ископаемом топливе. Вот мне и интересно насколько электрические самолеты действительно способны их заменить. Пока что ни феррари ни белаз не просматриваются даже в теории, только запорожец начал получаться.
А винтовой электрический самолет может летать с той же скоростью что и традиционные самолеты? Это не сарказм, мне действительно интересно узнать как собираются заменять остальные самолеты.
Я нигде и не писал что этот аллокатор эффективный, наоборот, я удивлялся что с ним микрософт дожил до сегодняшних дней. Вероятно причина в том что на вопли некоторых некомпетентных юзеров всем наплевать, караван, так сказать, идет.
И если бы аллокатор был настолько большой проблемой, давно бы понаписали своих аллокаторов как в джаве, Go и других языках внутри больших блоков памяти выделенных системой. Замен стандартному маллоку достаточно как для винды так и для линукса.
По эффективности утилизации адресного пространства возможно двигающий GC наиболее эффективен. Но даже во времена 32-битных процессов когда каждой программе было доступно не более 4ГБ адресов памяти у микрософта аллокатор не умел даже объединять соседние свободные блоки. И ничего, вроде никто особо не страдал от фрагментации, хотя остаться вообще без памяти было совершенно реально аллоцировав достаточно много мелких блоков, потом их все освободив, большой блок выделить было уже невозможно. Я сам проводил такие эксперименты.
Сейчас с 64-битными адресами памяти дочтаточно для всего. Если какие-то адреса фрагментированы, и нет возможности там ничего выделить, то эти страницы просто перемещаются в свап навсегда до смерти процесса, и никак не замедляют общую работу системы.
Гошники утверждают что фрагментация низкая из-за умной аллокации. Преимущества в low latency и общей скорости работы
Это короткий обзор https://engineering.linecorp.com/en/blog/go-gc/
А эта длинная статья https://blog.golang.org/ismmkeynote
Небольшое дополнение. Не все языки со сборкой мусора обязательно двигуют объекты. В языке Go сборщик мусора объекты не двигает, а только помечает свободные блоки оставшиеся от собранных объектов.
А сейчас есть микрокод, и вытащить его физически тоже нельзя, можно только закачать зашифрованный файл в чип.
Все же производители эльбрусов для оборонки в этом правы. Против железных закладок полную уверенность дает только свой силикон.
В отличие от айфона.
И если бы аллокатор был настолько большой проблемой, давно бы понаписали своих аллокаторов как в джаве, Go и других языках внутри больших блоков памяти выделенных системой. Замен стандартному маллоку достаточно как для винды так и для линукса.
Сейчас с 64-битными адресами памяти дочтаточно для всего. Если какие-то адреса фрагментированы, и нет возможности там ничего выделить, то эти страницы просто перемещаются в свап навсегда до смерти процесса, и никак не замедляют общую работу системы.
Это короткий обзор https://engineering.linecorp.com/en/blog/go-gc/
А эта длинная статья https://blog.golang.org/ismmkeynote