Ладно, пойдем через религию. Не верите мне, почитайте библию. Бог сказал слово — и появилась вселенная. Такая, какая есть. А разные теории пытаются ее описать. Если описание происходит успешно, то разные теории должны давать одинаковые результаты в одинаковых условиях (вселенная-то одна), разница будет там, где какая-то теория не справляется. Именно поэтому та же механика Ньютона не устаревает, а утончаются границы ее применимости. В отличии от теории Аристотеля, которая вообще не пляшет.
Че-то демагогию разводишь. Базовый набор команд не меняется уж черт его знает сколько лет.
Серьезно? Ну тогда погуглите «Набор команд ARM», «Набор команд Thumb», «Набор команд Thumb-2», «Набор команд Jazelle». И это без учета перехода на 64 бит. И без наворотов NEON или VPF. ARM был настоящим RISC-процессором только с набором команд ARM.
Даже у x86.
То есть вы не только прозевали появление векторных команд, но и переход на AMD64?
Ты же не будешь упорствовать что расширенный набор команд, например MMX выполняется сопроцессором, но не основным ядром?
Буду конечно. Именно основным ядром. И именно поэтому из 64-разрядных программ выпилили использование команд математического сопроцессора, чтобы не сбивали конвейер, но тем самым ухудшили точность вычислений (да, для некоторых был большой сюрприз). И операции с плавающей точкой в 64-разрядных приложениях проводятся за счет блоков векторных вычислений.
Поэтому, по набору различных сопроцессоров на ядре и появляются ARM, RISC-V и т.п. но в базе они все есть RISC.
Не одинакова: возможности P-core порезали для совместимости с E-core. Это никуда не годится.
Нет, исполнительные устройства не те же, что и в ситуации одного потока на ядре, а те, которые удалось выделить в данный момент.
То есть те же.
И кэш начинает делиться с другим потоком.
Это актуально для всех потоков.
Нет, не «просто». Эти два потока работают гораздо медленнее, чем один на этом ядре.
С чего бы вдруг? В лучшем случае пул потоков выполняется с удвоенной скоростью, в худшем — с одинарной, но никак не хуже. Транзисторный бюджет для реализации HT — мизерный. Одни плюсы.
Давайте без нытья.
-Не хочу стрелять себе в ногу!
-Давайте без нытья!
Точно так же будет проблема неадекватного приоритета слабых ядер в винде.
Не будут
Какая феерическая самоуверенность… как будто Сам Господь Бог сказал свое веское слово!)))
Именно так. Ибо все теории должны описывать (и описывают) то, что мы наблюдаем. Эксперимент рулит и имеющиеся теории с ним совпадают. Соответсвенно, новые теории будут описывать неучтенные явления, а в учтенных — будут совпадать с имеющимися.
А между тем, в истории, как бы уже были такие самоуверенные, вещавшие о достройке «великого здания физики»… затем случился скромный клерк бюро патентов.
А кто говорит о достройке «великого здания физики»? У нас пока две основные теории (ОТО и стандартная теория) математически несовместимы (гравитация не квантуется), не описаны 96% массы-энергии во вселенной (75% — темная энергия, 21% — темная материя, более-менее описана барионная материя — 4%), а вы пишите про достройку физики. Скажу более, из-за очень высокого совпадения Стандартной теории с экспериментом, сейчас непонятно куда «копать».
А HT — фактически второй тип ядер, хотя со своими нюансами, конечно.
Ничего подобного, откуда «второй тип»? Сситема команд одинаковая, исполнительные устройства те же, кэш тот же. Просто одно ядро может исполнять до двух потоков одновременно.
И если бы шедулер винды работал с E-ядрами примерно по той же логике, что и с HT, то никто бы и не парился.
Если бы да кабы… А сейчас есть то, что есть. Кроме того, помимо винды есть еще другие ОС, и в них тоже не заморачиваются с планированием обрубков.
Нет, не тоже.
Почему это? Только не надо демагогии про «полноценность», пожалуйста.
Потому что: 1) это те же ядра с порезанным кэшем. 2) Их не смешивают с нормальными ядрами.
Нет. RISC-процессоров давно уже не делают. Не может процессор считаться RISC, если у него в системе команд предусмотрены команды для увеличения производительности JVM. Главный принцип RISC — минимальное количество команд, все команды реализованы аппаратно (без микропрограмм). Он был актуален во времена, когда технологии производства микросхем требовали сделать выбор «или-или». Сейчас, когда в процессор засовывают видеоядро, вагон кэша разного уровня и команды от MMX и выше, эти заморочки неактуальны. А все навороты старых RISC-процессоров, типа конвейера, спекулятивного выполнения и прочего реализованы даже в x86 начиная с Pentium Pro.
Гиперпоточность придумали чтобы чем-то занять простаивающие многочисленные исполнительные устройства могучего Pentium 4. +10% транзисторного бюжета — и у вас два потока одновременно, поди плохо.
, а теперь у нас полно ядер, а задача как сделать быстрый многопоток и однопоток решена 2мя типами ядер
Нет, два типа ядер ничего не решают, а только все портят. Задача сделать быстрый многопоток и однопоток решается несколькими быстрыми ядрами.
, у AMD тоже самое Zen4 и Zen4c.
Нет, не тоже.
а переработав ядра, убрав гиперпоток, можно их сделать существенно быстрее.
представил себе, как через век-другой, будут потомки ржать над всеми написанными выше благоглупостями…
Не будут: и теория относительности, и квантовая механика в «нормальных условиях» превращаются в ньютоновскую механику. Так же и новые теории типа квантовой гравитации или теории суперструн будут превращаться в ОТО и квантовую механику при соответствующих условиях.
> Маска Zephyr, не прошедшая соответствующую сертификацию, не могла обеспечить такой уровень защиты.
Не прошедшая сертификацию — одно, не могла обеспечить такой уровень защиты — совсем другое.
>«… но не хотят платить за контент, без которого у них не было бы продукта»
Точнее «… но не хотят платить за контент еще раз». И даже не раз (зависит от аппетитов газетенок). Выбросить их из выдачи поисковиков, а то ведь и к ним докопаются.
Ну вот нафига оно вообще и в телефонах в частности?!
В этой фразе прекрасно все! И сравнение ширины с массой, и «в 0.9 раза больше»…
То есть вы не только прозевали появление векторных команд, но и переход на AMD64?
Буду конечно. Именно основным ядром. И именно поэтому из 64-разрядных программ выпилили использование команд математического сопроцессора, чтобы не сбивали конвейер, но тем самым ухудшили точность вычислений (да, для некоторых был большой сюрприз). И операции с плавающей точкой в 64-разрядных приложениях проводятся за счет блоков векторных вычислений.
Были когда-то, в начале.
Не одинакова: возможности P-core порезали для совместимости с E-core. Это никуда не годится.
То есть те же.
Это актуально для всех потоков.
С чего бы вдруг? В лучшем случае пул потоков выполняется с удвоенной скоростью, в худшем — с одинарной, но никак не хуже. Транзисторный бюджет для реализации HT — мизерный. Одни плюсы.
-Не хочу стрелять себе в ногу!
-Давайте без нытья!
Поэтому слабых ядер быть не должно.
А кто говорит о достройке «великого здания физики»? У нас пока две основные теории (ОТО и стандартная теория) математически несовместимы (гравитация не квантуется), не описаны 96% массы-энергии во вселенной (75% — темная энергия, 21% — темная материя, более-менее описана барионная материя — 4%), а вы пишите про достройку физики. Скажу более, из-за очень высокого совпадения Стандартной теории с экспериментом, сейчас непонятно куда «копать».
Если бы да кабы… А сейчас есть то, что есть. Кроме того, помимо винды есть еще другие ОС, и в них тоже не заморачиваются с планированием обрубков.
Потому что: 1) это те же ядра с порезанным кэшем. 2) Их не смешивают с нормальными ядрами.
Нет, два типа ядер ничего не решают, а только все портят. Задача сделать быстрый многопоток и однопоток решается несколькими быстрыми ядрами.
Нет, не тоже.
С чего вдруг?
Не прошедшая сертификацию — одно, не могла обеспечить такой уровень защиты — совсем другое.
Точнее «… но не хотят платить за контент еще раз». И даже не раз (зависит от аппетитов газетенок). Выбросить их из выдачи поисковиков, а то ведь и к ним докопаются.