Мы используем файлы cookie и сервисы аналитики. Ознакомьтесь с нашей Политикой сбора данных и выберите, какие типы cookie вы разрешаете:
cookie_policy_accepted — хранит ваш выбор cookiePHPSESSID — сессияkey3 — запоминание входа_ix — единая сессия входа на ixbt.comadminuserskey — вход администратораtopic_add_autosave — автосохранение черновикаls_photoset_target_tmp — временные данные загрузки фотоgeo_country — определяет ваш регион_ga, _ga_*, _ym_uid, _ym_d, _ym_* — статистика посещений__gads, __gpi — таргетирование объявленийВы всегда можете изменить свои предпочтения в настройках.
Сыр-бор не из-за продаж игры, т.е. колбасы, а из-за продаж внутри игры. К стимулированию покупать что-то внутри игры Эппл не прикладывает усилий. Допустим, у вас крутой мясной магазин, я продаю колбасный набор, но внутри набора красивая реклама того, что для полноценного завтрака у меня можно купить яйца, например, а для веганов в семье — соевые сосиски. Ни яйца, ни соевые продукты не продаются отдельно в вашем магазине, вы их не рекламируете. Позиция Эпик — а какого ляда я должен делиться доходами от того, к рекламе чего Эппл не приложила ни капли усилий? Комиссию за пользованием платежным сервисом — пожалуйста. А если покупатель ко мне лоялен и доверяет, готов внести данные своей кредитки напрямую, то тут только комиссии банков и т.п.
Другое дело, что когда я начал продавать колбасу, я подписался под тем, что если что, то все яйца и сосиски будут проходить через кассу магазина. Никто не принуждал. Пункт контракта нарушен, договор можно расторгнуть. А дальше можно долго судиться, с одной стороны давя условиями контракта, с другой, например, что это навязывание доп. услуг и противоречит каким-то законам, конкуренции и т.п., т.е. добиться решения, что нельзя принуждать к использованию своего платежного сервиса. Но и позиция Эппл понятна, это ее экосистема с конкретной моделью доходов, где яйца и сосиски тоже должны приносить доход, иначе за продажу колбасы надо брать на порядок больше комиссию…
На RTX и х64 работают некоторые тренажёры пилотов самолётов (без всяких dsp и пр., вся обработка программная). Есть испытательная система авиационного оборудования, где вход-выход эмулируется чисто программно. LynxOS на Интеле работает в Galileo (по-моему, наземных станциях, точно уже не вспомню). По VxWorks на х86 не скажу, проекты делать не довелось, только курсы слушал. Даже WinCE смогли настроить на жесткое реальное время в небольшой задаче для ЧПУ.
Учитывая, как строятся системы и какое там время такта, Интел без труда справится с исполнением циклограмм запуска. Прерывания сводят к минимуму, данные опрашиваются в цикле. Такты миллисекундные, по крайней мере в наших двигателях. По большому счету систему жёсткого реального времени можно построить почти на любой платформе, вопрос получаемых характеристик (видел до сих пор работающий эталонный регистратор под dos, такт записи до 250Гц). Но честно — целесообразность тащить х86 в качестве управляющего контроллера вызывает большие вопросы. И под Линукс (насколько знаю, там до сих пор шедулер с вытеснением обеспечивает очень мягкое реальное время). Проводить расчеты и отдавать команды на исполнение уже системам реального времени — наверное да.
Другое дело, как х86 обрабатывает прерывания…
Здесь можно для сравнения посмотреть 9700К: https://3dnews.ru/978091, на тех же частотах, что в тесте, 4.6-4.7, он потребляет не более ~200 Вт в том же Prime95. Вряд ли новый будет хуже в этом плане.