Это собирается на нескольких уровнях, для разных целей.
Конкретно телеметрия собирает эти данные. Вроде бы общедоступного API к телеметрии нет.
Другое дело что еще с Windows NT 4, можно собирать такие данные. Но это не телеметрия как в Windows 10.
Тогда нужно еще рассказывать про сети.
Ведь некоторые думают что если использовать VPN в месте поближе к сервису, то пинг через него обязательно уменьшится.
Машинный код один и тот же не зависимо от ОС (если мы говорим про x86).
Но сам код в вакууме ничего не может сделать. Надо взаимодействовать с внешним миром.
Ввод данных/Вывод. Это организуется через ОС.
ОС управляет ресурсами ПК. Память, диск, клавиатура, монитор, сеть и т.д.
Windows напрямую не работает с внешними устройствами, это делегируется сторонним компонентам. Для этого есть абстракция. Грубо говоря HAL.dll и драйверы устройств.
Надо исходить из такой мысли.
У нас есть железяка и нам надо решить проблему путем создания ПО.
Для этого надо кроме бизнес логики, еще написать управляющий код в внешними устройствами. Это долго, дорого, один велосипед поставлять с каждой программой.
Поэтому одни люди выпускают ОС, которая занимается управлением всего ПК.
Другие пишут драйверы для конкретных железяк.
А вы пишете программы под ОС. Которые решают бизнес задачу.
Резюмируя.
Машинный код бизнес-логики для Linux и Windows одинаковый. Но машинный код для общения с ОС разный. Потому что API ОС отличаются. Форматы исполняемых файлов различаются.
ОС не выполняет код. ОС сперва загружает с диска в память код, потом передает выполнение кода процессору (через точку входа) и дает коду в вакууме, возможность взаимодействовать с внешним миром.
Можно подключить внешний контроллер. Через кучу интерфейсов usb, pci, pci-ex, lpt, com.
Можно взять готовый SBC с интегрированной arduino. Подобное этой LattePanda
Например, из последних что вылезли, бывает иногда какое-то окно ведет себя как «Поверх всех окон», хотя в нем такого функционала нету, и клики по другим окнам не активируют их.
Сумбурная статья.
Мне лично всё понятно, а значит бесполезно.
Для студента совсем не понятно. Значит тоже бесполезно.
Почему? Статья «пробегается по верхам», иногда углубляясь в ненужные детали.
Код выполняется на CPU.
У CPU есть инструменты контроля кода для ОС.
Так что ОС не выполняет никакой код. ОС управляет кодом.
Можно написать код который будет работать до загрузки ОС. Но это уже будет не программа для ОС. Это будет фактически ОС.
Похоже на законы ньютоновской физики. Идеально чёрное тело, законе сохранения энергии и т.п. Интересно когда на разных уровнях разные виды начальников. И как это сказывается на управленческих решениях.
После старта питания. Еще до запуска CPU, работает куча контроллеров. Подготавливающие всё для запуска CPU.
Конкретно телеметрия собирает эти данные. Вроде бы общедоступного API к телеметрии нет.
Другое дело что еще с Windows NT 4, можно собирать такие данные. Но это не телеметрия как в Windows 10.
Ведь некоторые думают что если использовать VPN в месте поближе к сервису, то пинг через него обязательно уменьшится.
Но сам код в вакууме ничего не может сделать. Надо взаимодействовать с внешним миром.
Ввод данных/Вывод. Это организуется через ОС.
ОС управляет ресурсами ПК. Память, диск, клавиатура, монитор, сеть и т.д.
Windows напрямую не работает с внешними устройствами, это делегируется сторонним компонентам. Для этого есть абстракция. Грубо говоря HAL.dll и драйверы устройств.
Надо исходить из такой мысли.
У нас есть железяка и нам надо решить проблему путем создания ПО.
Для этого надо кроме бизнес логики, еще написать управляющий код в внешними устройствами. Это долго, дорого, один велосипед поставлять с каждой программой.
Поэтому одни люди выпускают ОС, которая занимается управлением всего ПК.
Другие пишут драйверы для конкретных железяк.
А вы пишете программы под ОС. Которые решают бизнес задачу.
Резюмируя.
Машинный код бизнес-логики для Linux и Windows одинаковый. Но машинный код для общения с ОС разный. Потому что API ОС отличаются. Форматы исполняемых файлов различаются.
ОС не выполняет код. ОС сперва загружает с диска в память код, потом передает выполнение кода процессору (через точку входа) и дает коду в вакууме, возможность взаимодействовать с внешним миром.
Можно взять готовый SBC с интегрированной arduino. Подобное этой LattePanda
Настройки безопасности/изоляции ядра/контроль целостности памяти.
Windows Defender Application Control and virtualization-based protection of code integrity
там будет USB_DEVICE_SPEED enumeration
Модальное окно?
Мне лично всё понятно, а значит бесполезно.
Для студента совсем не понятно. Значит тоже бесполезно.
Почему? Статья «пробегается по верхам», иногда углубляясь в ненужные детали.
У CPU есть инструменты контроля кода для ОС.
Так что ОС не выполняет никакой код. ОС управляет кодом.
Можно написать код который будет работать до загрузки ОС. Но это уже будет не программа для ОС. Это будет фактически ОС.
А как же байка, как поставили в raid 1 два ssd из одной партии. И они умели в один день.
Где оплата, там криптография.
Где криптография, там сертификаты.
Где сертификаты, там корневой сертификат.
Где корневой сертификат, там MITM.
Кажется там спойлеры. Почитаю статью после просмотра :)
В новом докере для windows, будет по другому. Все только через виртуализацию.
www.newtonsoft.com/json/help/html/Performance.htm
Еще удобно генерировать DTO классы из json с помощью сервиса app.quicktype.io
Похоже на законы ньютоновской физики. Идеально чёрное тело, законе сохранения энергии и т.п. Интересно когда на разных уровнях разные виды начальников. И как это сказывается на управленческих решениях.