Это модифицированный и уменьшенный самый первый Pentium между прочим :3 Т.е. самое интересное -- изменение размеров как наглядная демонстрация революции техпроцессов.
А самое смешное, что он отдельно стоит во всех твоих и моих i5/i7 процессорах и на нем отдельная ОС крутится. Это то, что скрывается под названием "intel trusted execution platfrom"
http://zorag-ringael.livejournal.com/951712.html - это оно
В непофикшеном состоянии -- просто подвисание
В пофикшеном состоянии -- если очень активно юзается многопоточность, то есть вероятность, что данные отдельных программ могут быть попорчены -- т.е. удар по стабильности
Процесс называется "квантование". Условно, в компьютере на фоне висит около 20-40 программ/процессов (у меня 90-100). Каждый из которых может иметь от одного до нескольких потоков исполнения. Т.е. нужно умножать.
Квантование, это когда на каждый поток исполнение отводится небольшой промежуток времени. Т.е. условно 40 наносекунд исполняется один поток, его состояние сохраняется, идет переключение на следующий. И так далее. "Приоритет выполнения" -- влияет на длительность квантование и порядок переключения.
За счет малого размера кванта, для человека процесс не заметен особо.
На практике, даже на 386/486 с Виндовс 95 или линуксом на борту уже была многопоточность. Количество ядер особо не влияет -- у тебя потоков намного-намного больше чем ядер, в любом случае. На самом деле, ядра добавляют головняка разработчикам проца, т.к. данные и кэш между ядрами нужно еще синхронизировать и т.д. и т.п.
Что до квантования, в чистом виде его можно использовать на любом железе. Даже на 8086 с ДОСом (в этом случае "дополнительные потоки" - резидентные программы).
Другое дело, что в 286 появились механизмы разграничения памяти (по привилегиям, что бы простая программа не могла ОСь запортить) и встроенные механизмы для удобной реализации квантования. В таком видео, вроде только Вынь до 3.11 (и возможно ОС/2) это использовали.
В 386 это все дело отточили уже и с тех пор функционал 386 по организации многопоточности стал использоваться в основном софте. Все что дальше -- прозводительность и косметика.
(Следующий важный рывок -- 64битная архитектура)
Что до бага, если по простому, процессор умеет блокировать кусок память, что бы им могла пользоваться только одна программа (пока не закончит свои операции). Суть в том, что в некоторых случаях блокировка приводит к зависанию, и для этих случаев ее отключили. Без блокировки, программы могут себе данные повредить. В оптимистическом сценарии -- просто упадут, или выдадут неверный результат. В пессимистическом ОСь может свалится.
Проц в Кюри - первый пентиум + пара плюшек и высокая частота (изначально было 60-66мгц)
А так, создание многопоточных программ очень сложная штука, что делает просто наращивание ядер не таким уж однозначно прекрасным направлением как кажется.
Однозадачная ОС или просто одна однопоточная программа в прошивке.
На самом деле, для фитнесс трекера не самый критичный баг -- ну будет подвисать иногда, что поделать. Я думаю, для этих задач может питания не хватить.
ARM ж не просто так все никак Интелу мобильную нишу не отдают, не смотря на превосходство в производительности у Интела.
А так Линуксы вполне себе и на первом пентиуме крутили)
no subject
Кроме этого:
>Маломощный 32-разрядный микроконтроллер IntelQuark™;
Это модифицированный и уменьшенный самый первый Pentium между прочим :3
Т.е. самое интересное -- изменение размеров как наглядная демонстрация революции техпроцессов.
А самое смешное, что он отдельно стоит во всех твоих и моих i5/i7 процессорах и на нем отдельная ОС крутится.
Это то, что скрывается под названием "intel trusted execution platfrom"
no subject
Операционка даже в сим-картах есть!
no subject
Собственно, "бажина" там еще со времен самого первого Пентиума. Ее в последующих версиях процессоров исправили и все уже было забыли, как.. )
В Атомах он тоже стоит, кстати)
Помимо этого известен вопрос с энергопотреблением.
Т.к. это основное больное интеловских процов по сравнению с ARM
no subject
no subject
no subject
no subject
В непофикшеном состоянии -- просто подвисание
В пофикшеном состоянии -- если очень активно юзается многопоточность, то есть вероятность, что данные отдельных программ могут быть попорчены -- т.е. удар по стабильности
no subject
no subject
Процесс называется "квантование". Условно, в компьютере на фоне висит около 20-40 программ/процессов (у меня 90-100). Каждый из которых может иметь от одного до нескольких потоков исполнения.
Т.е. нужно умножать.
Квантование, это когда на каждый поток исполнение отводится небольшой промежуток времени. Т.е. условно 40 наносекунд исполняется один поток, его состояние сохраняется, идет переключение на следующий. И так далее.
"Приоритет выполнения" -- влияет на длительность квантование и порядок переключения.
За счет малого размера кванта, для человека процесс не заметен особо.
На практике, даже на 386/486 с Виндовс 95 или линуксом на борту уже была многопоточность.
Количество ядер особо не влияет -- у тебя потоков намного-намного больше чем ядер, в любом случае.
На самом деле, ядра добавляют головняка разработчикам проца, т.к. данные и кэш между ядрами нужно еще синхронизировать и т.д. и т.п.
Что до квантования, в чистом виде его можно использовать на любом железе. Даже на 8086 с ДОСом (в этом случае "дополнительные потоки" - резидентные программы).
Другое дело, что в 286 появились механизмы разграничения памяти (по привилегиям, что бы простая программа не могла ОСь запортить) и встроенные механизмы для удобной реализации квантования.
В таком видео, вроде только Вынь до 3.11 (и возможно ОС/2) это использовали.
В 386 это все дело отточили уже и с тех пор функционал 386 по организации многопоточности стал использоваться в основном софте.
Все что дальше -- прозводительность и косметика.
(Следующий важный рывок -- 64битная архитектура)
Что до бага, если по простому, процессор умеет блокировать кусок память, что бы им могла пользоваться только одна программа (пока не закончит свои операции). Суть в том, что в некоторых случаях блокировка приводит к зависанию, и для этих случаев ее отключили.
Без блокировки, программы могут себе данные повредить. В оптимистическом сценарии -- просто упадут, или выдадут неверный результат. В пессимистическом ОСь может свалится.
Проц в Кюри - первый пентиум + пара плюшек и высокая частота (изначально было 60-66мгц)
А так, создание многопоточных программ очень сложная штука, что делает просто наращивание ядер не таким уж однозначно прекрасным направлением как кажется.
no subject
no subject
На самом деле, для фитнесс трекера не самый критичный баг -- ну будет подвисать иногда, что поделать.
Я думаю, для этих задач может питания не хватить.
ARM ж не просто так все никак Интелу мобильную нишу не отдают, не смотря на превосходство в производительности у Интела.
А так Линуксы вполне себе и на первом пентиуме крутили)
no subject
no subject
Что до Интела - фиксить не будут, скорее просто впихнут со временем атом, может даже двухядерный, лол.
Атом тоже из пентиума вырос (если я все правильно помню), просто без бага и на стероидах.
no subject
no subject
Потому, атомы и сливали селеронам с частотой в два раза ниже
С одной стороны.
С другой стороны, Атом все же не пентиум -- втулили HyperThreading, все новые инструкции, включая 64 бит, SSE и прочее.
Я хз что там внутри сейчас)
no subject