Вот поэтому и нужно было брать заранее, когда было, скажем, 11.
Я кусаю локти, что при переезде в другой город сразу не взял ипотеку, когда квартиры стоили по 2,5 миллиона в моём районе, а по факту потратил в разы больше на аренду и остался ни с чем.
Вот и не удивительно, почему отечественные девайсы часто представляют собой неприятные кондовые поделки. И дело даже не в деньгах, а в уверенности что люди и так схавают(с). Внутри тоже можно не заморачиваться, ведь никто не увидит.
68К – 32-битный только в названии и ширине регистров. 16 бит АЛУ и шина данных, 24 битная шина адреса.
А какая разница? ISA 32-битная, линейная память. Там 32-битные операции, а не 16-битные. Ничто, кроме недостатка транзисторов, не мешало сделать 32-битное АЛУ. И программы бы никак от этого не менялись.
Можно сколько угодно говорить про 32 бита, но 16Мб памяти максимум – это не про 32 бита.
Это очень сильное утверждение для ТОГО времени.
16 мегабайт памяти, когда реальные системы имеют 0,5-1 мегабайта, это овер дофига.
Сейчас в 32-битных микроконтроллерах памяти может быть 16 килобайт ОЗУ и никого это не смущает.
Ролики, которые молодёжь делает за 5 минут в capcut или всяких ai приложениях, могут быть довольно сложные, и уж ковырять всякие дедовские программулины на десктопе подростки не будут.
К disabled нет смысла придумывать эвфемизмы, т.к. слово не несёт негативной оценки.
""People with special needs" is a broad term referring to individuals who require additional support or care due to disabilities or other conditions that impact their daily functioning."
Предсказатель в эльбрус не стали вводить просто потому что Бабаян их не любит.
Так себе аргумент, ведь Бабаян ушёл в 2004г.
чем меньше он обсирается тем как бы лучше, но не ошибаться он не умеет и ускорять он ничего не ускоряет.
Разумеется не умеет, ведь тогда бы он назывался не "предсказатель", а "пророк". Предсказатель уменьшает количество сбросов конвейера, поэтому он непосредственно ускоряет выполнение программ. Эффективность современных предсказателей превышает 99%
Реальная эксплуатация эльбруса показала что подготовки переходов очень хороши
Реальная эксплуатация эльбруса показала что толку от такого решения мало. Ручное предсказание как в эльбрусе работает только с коротким конвейером. т.е. с очень низкими частотами. В SPU с 28-стадийным конвейером, предсказатель надо было готовить за ~15 команд. Естественно работало это только с длительными циклами и ни о каких переходах внутри цикла речи не шло. Кстати по сложности наполнения слотов, SPU был подобен VLIW-у.
нИнтел же возвраты откуда угодно делать не умеет ему надо прыгать в конец процедуры к команде ret
Не вижу в этом смысла. Согласно х86 ABI, нужно поправить стековый фрейм. А ещё там есть аппаратный стек адресов возврата, для корректного предсказания.
Обращаю внимание что на блок-схеме отсутствует классический re-order buffer и переименование регистров (обязательный атрибут OoO),
Классический механизм был на предыдущих ядрах. Я ещё не разбирался что поменяли. Но судя по значительно возвросшей производительности, поменяли в лучшую сторону.
три устройства перехода, в их наличии нет никакого практического смысла кроме одного - выполнить три перехода под условиями
Практически смысл очень простой - по статистике в современном коде условие идёт каждые 2-3 команды. При 10 командах за такт, то на то и выходит.
Это конечно не похоже эльбрус, но зато похоже на
В каком месте? Вообше ничего общего. Динамическое распредение из ROB, против статического распределения во VLIW.
на первых блок схемах буфер перестановки есть) сделал в итоге VLIW-подобие без этих ваших сложных аппаратных механизмов.
ROB никуда не делся. Сложные аппаратные механизмы никуда не делись. Микро/макрофьюжен никуда не делся.
А для ДСП оверхэд не критичен? В дсп то памяти дохрена, не знают куда девать.
Не критичен. Там обычно крошечные циклы, которые долго вылизывают.
Все остальные аргументы отражают реальность примерно так же (никак):
Всё что я написал - общеизвестно. Потому от VLIW все, кому надо запускать код общего назначения, уже отказались.
Любой суперскаляр без предсказателя или с плохим предсказателем будет захлебываться на лапшекоде. То есть это не проблема VLIW
Не так как VLIW. К суперскаляру прикрутить предсказатель несложно.
Вы курсе, в какой версии архитектуры Эльбруса они смогли прикрутить предсказатель, и как хорошо он работает?
Любой новый интел что бы использовать все его новые возможности, требует сборки специально под него.
Я не говорю про новые возможности. Я говорю про ускорение вследствие эффективного использования новых исполнительных устройств / снижения латентностей. Для VLIW программы просто не будут быстрее. Разве что только за счёт повышения частоты. Не получится увеличить количество ALU и рассчитывать на ускорение. Когда человек купил PII-233МГц вместо Пентиума MMX233, он мог рассчитывать на значительное ускорение за счёт ОоО, а не частоты.
т.к. у эльбруса есть аппаратная поддержка циклов которая автоматом развернет эту команду на всю длину конвейера
OoO движок делает это лучше и проще. Раскрытие циклов упрощает код и уменьшает т.о. количество тактов в каждой итерации.
Аппаратная поддержка циклов / вращающиеся регистры это ненужная сложность, вызывающая излишнюю головную боль.
о арей-префетчер можно использовать только в конвейризованых циклах и с выравненными массивами, а другой подкачки на эльбрусе просто нет.
Современные ядра настолько продвинулись в вопросе авто-префетча, что от ручной линейный префетч это каменный век.
а на интеле хоть их и два-три зато они постоянно в работе
Уже давно не 2-3. Впрочем Интел не является хорошим примером.
1) Сложность для компиляции. Для крошечных DSP кернелов не критично.
2) Большой объём кода. Оверхед при упаковке в ШК.
3) Медленно. Десктопный софт ветвистый со нерегулярным паттерном обращения в память. Это строго противоположно оптимальной программе для VLIW - статическое планированные циклы с линейным доступом в память.
4) Необходимость пересборки софта под каждый новый процессор.
Из-за статического планирования, код создаётся под конфигурацию/латентности конкретного чипа.
>> кажется, это единственный макбук без активного кулера
В Macbook Air нет кулера.
Я просто описал свою ситуацию, схожую с темой поста.
- Чот квартиру дорого брать. Посижу пока на аренде, а там видно будет.
Тем временем незаметно прошло 15лет...
Хочется верить что высокая ставка это временно. Но я бы не загадывал :)
На самом деле в IT с удалёнкой можно себе позволить более свободно выбирать локацию.
Вот поэтому и нужно было брать заранее, когда было, скажем, 11.
Я кусаю локти, что при переезде в другой город сразу не взял ипотеку, когда квартиры стоили по 2,5 миллиона в моём районе, а по факту потратил в разы больше на аренду и остался ни с чем.
Вы о чём? Ипотеку не надо брать на 30 лет.
С ЗП 300 можно платить сотку в месяц легко.
Вот и не удивительно, почему отечественные девайсы часто представляют собой неприятные кондовые поделки. И дело даже не в деньгах, а в уверенности что люди и так схавают(с). Внутри тоже можно не заморачиваться, ведь никто не увидит.
Поэтому и покупаем западное, хорошее и красивое.
И как это помешает людям туда копипастить сгенерённый контент?
Его положили в бак с водой.
Вы удивитесь, но горящие машины с литиевыми аккумами либо поливают тоннами воды, либо бросают в большой чан с водой.
Который в первый же день будет забит ИИ ботами =)
Что значит не выжила? А про ARM, RISC-V вы разумеется не слышали? :)
Ортогональность это база RISC.
BNE это обычный бранч. Было бы удивительно, если бы там не было бранчей, да?
Команда организации цикла это DBcc
И в отличие от x86, она работает с любым регистром, что позволяет делать вложенные циклы. Всё благодаря ортогональности.
Вы наивно полагаете, что цена прямо процорциональна площади кремния?
Intel Core i9-13900KS RCP $689.00-$699.00 Площадь кристалла 257мм²
Intel Core i3-13100F RCP $109.00-$119.00 Площадь кристалла 163мм²
Разница в размере между ними < 60%, а не 700%. Да и выход годных не сильно отличается.
13100F сейчас продают за половину этой цены рознице. И определённо не в убыток.
Это только вычислитель. Там нет железа для поддержки 3D графики.
А какая разница? ISA 32-битная, линейная память. Там 32-битные операции, а не 16-битные. Ничто, кроме недостатка транзисторов, не мешало сделать 32-битное АЛУ. И программы бы никак от этого не менялись.
Это очень сильное утверждение для ТОГО времени.
16 мегабайт памяти, когда реальные системы имеют 0,5-1 мегабайта, это овер дофига.
Сейчас в 32-битных микроконтроллерах памяти может быть 16 килобайт ОЗУ и никого это не смущает.
У меня QNX в машине работает.
Ролики, которые молодёжь делает за 5 минут в capcut или всяких ai приложениях, могут быть довольно сложные, и уж ковырять всякие дедовские программулины на десктопе подростки не будут.
Глупое утверждение. О какой вообще оптимизации идёт речь?
1) Оптимизация (производительности/размера) в играх/ии/hpc/хайлоад некуда не делась.
2) Причём тут оптимизация вообще, если речь идёт про "максимально запутанный код на С".
Не получится. Это аппаратное разделение памяти программ и данных.
В каких-то девайсах код из ОЗУ не может выполняться. Тут может,
но в теории должен выполняется медленее чем из ROM.
Иначе такая арихтектура вообще не имеет смысла.
... ружья кирпичом не чистят(с)
https://dictionary.cambridge.org/dictionary/english/disabled
Вот вы идеализируете запад, путём приписывания выдуманных вами же "достоинств",
поэтому жахнули тут классический наброс в стиле "рашка-говняшка":
https://otvet.mail.ru/question/232056126
К disabled нет смысла придумывать эвфемизмы, т.к. слово не несёт негативной оценки.
""People with special needs" is a broad term referring to individuals who require additional support or care due to disabilities or other conditions that impact their daily functioning."
В основном так говорят про детей.
Так себе аргумент, ведь Бабаян ушёл в 2004г.
Разумеется не умеет, ведь тогда бы он назывался не "предсказатель", а "пророк". Предсказатель уменьшает количество сбросов конвейера, поэтому он непосредственно ускоряет выполнение программ. Эффективность современных предсказателей превышает 99%
Реальная эксплуатация эльбруса показала что толку от такого решения мало. Ручное предсказание как в эльбрусе работает только с коротким конвейером. т.е. с очень низкими частотами. В SPU с 28-стадийным конвейером, предсказатель надо было готовить за ~15 команд. Естественно работало это только с длительными циклами и ни о каких переходах внутри цикла речи не шло. Кстати по сложности наполнения слотов, SPU был подобен VLIW-у.
Не вижу в этом смысла. Согласно х86 ABI, нужно поправить стековый фрейм. А ещё там есть аппаратный стек адресов возврата, для корректного предсказания.
Классический механизм был на предыдущих ядрах. Я ещё не разбирался что поменяли. Но судя по значительно возвросшей производительности, поменяли в лучшую сторону.
Практически смысл очень простой - по статистике в современном коде условие идёт каждые 2-3 команды. При 10 командах за такт, то на то и выходит.
В каком месте? Вообше ничего общего. Динамическое распредение из ROB, против статического распределения во VLIW.
ROB никуда не делся. Сложные аппаратные механизмы никуда не делись. Микро/макрофьюжен никуда не делся.
Не критичен. Там обычно крошечные циклы, которые долго вылизывают.
Всё что я написал - общеизвестно. Потому от VLIW все, кому надо запускать код общего назначения, уже отказались.
Не так как VLIW. К суперскаляру прикрутить предсказатель несложно.
Вы курсе, в какой версии архитектуры Эльбруса они смогли прикрутить предсказатель, и как хорошо он работает?
Я не говорю про новые возможности. Я говорю про ускорение вследствие эффективного использования новых исполнительных устройств / снижения латентностей. Для VLIW программы просто не будут быстрее. Разве что только за счёт повышения частоты. Не получится увеличить количество ALU и рассчитывать на ускорение. Когда человек купил PII-233МГц вместо Пентиума MMX233, он мог рассчитывать на значительное ускорение за счёт ОоО, а не частоты.
OoO движок делает это лучше и проще. Раскрытие циклов упрощает код и уменьшает т.о. количество тактов в каждой итерации.
Аппаратная поддержка циклов / вращающиеся регистры это ненужная сложность, вызывающая излишнюю головную боль.
Современные ядра настолько продвинулись в вопросе авто-префетча, что от ручной линейный префетч это каменный век.
Уже давно не 2-3. Впрочем Интел не является хорошим примером.
https://drive.google.com/drive/folders/1-Ls0SiqXBCBhMGr87ldA_47GETWfjCzQ
M4 может выполнить 19 микроопераций за такт.
Мало кого ваши теоретические изыски взволнуют, тогда как лучшее обоснование это скорость выполнения программ.
1) Сложность для компиляции. Для крошечных DSP кернелов не критично.
2) Большой объём кода. Оверхед при упаковке в ШК.
3) Медленно. Десктопный софт ветвистый со нерегулярным паттерном обращения в память. Это строго противоположно оптимальной программе для VLIW - статическое планированные циклы с линейным доступом в память.
4) Необходимость пересборки софта под каждый новый процессор.
Из-за статического планирования, код создаётся под конфигурацию/латентности конкретного чипа.