Нет, лицензию на архитектуру все равно надо покупать. Apple и Qualcomm отчисляют ARMу, даже принимая во внимание что они не покупали готовые IP блоки, а разрабатывали процессоры с нуля.
Разница начинается в тот момент, когда вы захотите прогнать симуляцию нагрузок, например. То что оно рендерится в виде полигонов - это даже не вопрос. А вопрос в том, как объекты представляются в самой системе.
Такое даже в Европе можно встретить. Некоторые американские сайты не хотят иметь дело с GDPR и им проще заблокировать посетителей из всех регионов кроме США. Особенно этим грешат всякие локальные магазины типа Home Depot.
В документации на ядро есть огромный каталог process. Там чего только нет. Можете ознакомиться.
Это не принимая во внимание что opensource разработчики и Linux foundation не живут в ваккууме, а являються гражданами/резидентами конкретных стран, где есть конкретные наказания за нарушение санкций.
Была уже такая технология у Cannon, кажется. Вроде даже в суде использовалось как доказательство. А потом кто-то выложил "подлинную" фотку Сталина с айфоном.
Перед тем как передать управление другой корутине, необходимо сохранить стек
Зачем его сохранять то? Он и так лежит в памяти.
Я не могу сказать за все имплементаци, но почти везде я видел один и тот же механизм переключения контекста. Специальная функция сохраняет на стек регистры общего назначения, потом кладет в специальное место sp (он же указатель на вершину стека), затем вызывается скедулер, который возвращает sp от следующей корутины. Вся та же функция вычитывает регистры со стека и просто делает ret, возвращая управление в следующую корутину. Соответственно - накладных расходов тут - только на хранение регистров общего назначения. На aarch64 - это типа 32 регистра по 64 бита, итого 256 байт. Ну еще и регистры FPU если он используется. Хотя, в случае с FPU как раз может набежать довольно большое количество памяти, ибо регистров у них дофига и они длинные (типа, 256- или 512-битные регистры AVX).
Действительно, JTAG в среде (не)профессиональных embedded разработчиков JTAG рассматривается как инструмент для прошивки. Более опытные - знают про возможность отладки. Про boundary scan - знают немногие. Веселья добавляет существование SWD, который boundary scan не поддерживает (кажется). Соответственно частенько можно встретить выражение "JTAG/SWD" в смысле "ну какой-то аппаратный интерфейс для отладки". И, кстати, софт для работы с JTAG, который используют программисты (OpenOCD, Segger JLINK, Lauterbach Trace32, TI XDS, etc...) чаще всего вообще не умеет boundary scan в принципе. Поэтому программистам даже неоткуда узнать про такую штуку.
Сделать настолько унылый пересказ Arch Wiki - это еще надо постараться. Я уж молчу, что этих гайдов по интернету - как фантиков у дурачка. Можно подумать что установка Arch - это прям большое достижение.
Их не отменят. Их просто не будет в ядре. Их сейчас в ядре нет и дальше их тоже не будет. Т.е. ничего не изменится.
Точно так же как они это делают сейчас.
Линус не предлагает отменить эту штуку вообще. Он просто хочет чтобы ядро и дальше использовало меньшую гранулярность, которую дает подсистема CPUID.
Нет, надо покупать лицензию на архитектуру, если вы хотите сами делать процессоры с нуля.
Полностью открытая - это RISC-V, например.
Нет, лицензию на архитектуру все равно надо покупать. Apple и Qualcomm отчисляют ARMу, даже принимая во внимание что они не покупали готовые IP блоки, а разрабатывали процессоры с нуля.
Разница начинается в тот момент, когда вы захотите прогнать симуляцию нагрузок, например. То что оно рендерится в виде полигонов - это даже не вопрос. А вопрос в том, как объекты представляются в самой системе.
Сейчас гугловый аутентификатор бекапит ключи в облако. С одной стороны - небезопасно, а с другой - потерять ключи стало сильно сложнее.
Такое даже в Европе можно встретить. Некоторые американские сайты не хотят иметь дело с GDPR и им проще заблокировать посетителей из всех регионов кроме США. Особенно этим грешат всякие локальные магазины типа Home Depot.
Поищите "sorting dance" на ютубе. Будете удивлены.
git - это уже и есть блокчейн и распределенная сеть
В документации на ядро есть огромный каталог process. Там чего только нет. Можете ознакомиться.
Это не принимая во внимание что opensource разработчики и Linux foundation не живут в ваккууме, а являються гражданами/резидентами конкретных стран, где есть конкретные наказания за нарушение санкций.
Ну когда-то не было оснований полагать у разных наблюдателей время может идти по-разному.
А преобразование Лоренца и пространство Минковского были всего лишь математическими упражнениями.
Была уже такая технология у Cannon, кажется. Вроде даже в суде использовалось как доказательство.
А потом кто-то выложил "подлинную" фотку Сталина с айфоном.
Зачем его сохранять то? Он и так лежит в памяти.
Я не могу сказать за все имплементаци, но почти везде я видел один и тот же механизм переключения контекста. Специальная функция сохраняет на стек регистры общего назначения, потом кладет в специальное место
sp(он же указатель на вершину стека), затем вызывается скедулер, который возвращаетspот следующей корутины. Вся та же функция вычитывает регистры со стека и просто делаетret, возвращая управление в следующую корутину.Соответственно - накладных расходов тут - только на хранение регистров общего назначения. На aarch64 - это типа 32 регистра по 64 бита, итого 256 байт. Ну еще и регистры FPU если он используется. Хотя, в случае с FPU как раз может набежать довольно большое количество памяти, ибо регистров у них дофига и они длинные (типа, 256- или 512-битные регистры AVX).
Ну в последних версиях вроде лучше стало. Появились всякие `git restore` например.
Обычно мы программно исправляем аппаратные косяки (тяжела жизнь эмбеддера). А тут предлагают наоборот. Браво!
Угу, летать над россиюшкой с боевой гранатой на борту. Интересная работа.
Ну с SPI/QSPI/Hyper-Flash можно в принципе провернуть тот же фокус. Хотя, дольше будет, да. Да и не чаще всего не имеет особого смысла.
Действительно, JTAG в среде (не)профессиональных embedded разработчиков JTAG рассматривается как инструмент для прошивки. Более опытные - знают про возможность отладки. Про boundary scan - знают немногие. Веселья добавляет существование SWD, который boundary scan не поддерживает (кажется). Соответственно частенько можно встретить выражение "JTAG/SWD" в смысле "ну какой-то аппаратный интерфейс для отладки". И, кстати, софт для работы с JTAG, который используют программисты (OpenOCD, Segger JLINK, Lauterbach Trace32, TI XDS, etc...) чаще всего вообще не умеет boundary scan в принципе. Поэтому программистам даже неоткуда узнать про такую штуку.
Я так понимаю, что для операторов санкции за обход ТСПУ такие, что уж лучше бы дедушка-охранник с берданкой стоял.
Сделать настолько унылый пересказ Arch Wiki - это еще надо постараться. Я уж молчу, что этих гайдов по интернету - как фантиков у дурачка. Можно подумать что установка Arch - это прям большое достижение.
Ну оно ж стоит на площадке провайдера. Так что технически - может.