Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

все эти дополнительные инструкции-костыли, обычный пшик и прыщ в придачу. на ассемблере сейчас никто писать не может почти что, а на мобилки вообще одни домохозяки со школьниками софт выпускают, со всеми от сюда вытекающими. в то время как высокоуровневые компиляторы, тупо пихающие в бинарник скалярный код с этими расширенными инструкциями, в основном только ломают совместимость со старыми процессорами, ну или обеспечивают этим 0.005% прибавки к скорости.

ну всё, ждём арм в десктопах и серверах теперь. будущее настало

Сказал безграмотный школьник, который явно пишет с мобилки.

зато я не суюсь, делать то, на что не способен, и прекрасно вижу как неумелые, словно мухи на продукты жизнедеятельности, летят и липнут.

Похоже, стиль высказываний нынеприбывающего на месте мэра Киева входит в моду и эта мода набирает обороты.
- не устану постить...

terenty79
Как это инструкции - это костыль? Они для того и нужны, чтобы некоторые вещи, для которых приходилось писать несколько команд (каждая из которых - минимум 1 такт), можно было бы сделать за 1 команду (за 1 такт). И очень часто это не 0.005% прироста - вспомнить то же появление AVX. А вопрос обратной совместимости легко решается линковкой фат бинарника.

GreenCo допишите, что эти инструкции будут использоваться в новых процессорах Apple.

прим.: просто интересно увидеть, во сколько раз возрастет количество комментариев?

именно костыль. arm - это всё таки risс. переводится как компьютер с сокращённым набором команд. а тут приделывают всякие костыли, что бы оно в конце концов до x86 распухло. именно avx эти 0.005 процентов прироста и показывает, и даже бывает что медленнее работает и с ошибками, если в профиле проекта компиляции, match:AVX поставить. если бы алгоритмы на ассемблере оптимизировали, возможно и получилось бы реальная польза, но на ассемблер давным давно неосиляторами забит болт. программисты очень ленивы. как собирается по умолчанию, так оно и умирает когда проект использовать перестают. никто ничего не переделывает, так в своё время было много плачей и прозьб проигнорированно, когда из за умолчания компилятора и линкуемых библиотек, игрушки и программы внезапно стали требовать SSE2 у всех.

Не надо мыслить столь категорично. Если идея в том, чтобы сбацать чистый risc, тогда верно. Но кто же в здравом уме при работе в реальном бизнесе будет себя ограничивать искусственными рамками?

эта телега, risc vs cisc, полностью устарела лет десять назад. нет, нароют древний баян и давай его рвать

Вопрос не в этом. Вопрос в том, готова ли поддержка (на всех уровнях) рвать бубны? КМК, не готова. Древний баян привычней.

у меня-в этом. вопрос к тем кто вообще вспоминает про риски-циски. вопрос "нафига?"

Неосиляторы до сих пор не въедут в тему зачем был сделан RISK и как эго развивать. Вот и рвут баяны...

и зачем?
попробуйте применить это умное слово не просто как констатацию архитектурных отличий а с точки зрения преимуществ перед не-RISK. в нынешних условиях само собой а не в тех что были на заре разработок цпу