стань автором. присоединяйся к сообществу!
Добавить новость можно всем, без премодерации, только регистрация
Лого Сделано у нас
205
kerosene 02 июля 2017, 06:07 20 Электроника, электротехника и приборы

Эльбрус-8С: результаты теста SPEC CPU 2006

@sdelanounas_ru

На стратегической сессии «РОССИЙСКИЕ АППАРАТНО-ПРОГРАММНЫЕ РЕШЕНИЯ» представитель МЦСТ Константин Трушкин представил результаты теста SPEC CPU 2006 для микропроцессора «Эльбрус-8С».

читать полностью
Источник: www.youtube.com

Поделись позитивом в своих соцсетях


МЦСТ, Эльбрус-8С, микропроцессор, SPEC CPU 2006
все комментарии
  • 1
    krotozer krotozer
    03.07.1722:53:33

    А если серьёзно, пост выше — безусловно фарисейский сарказм. Это я пишу, чтоб Вы ненароком не вздумали обижаться    

    .

    Я и в самом деле горько сожалею, что чистое, максимально приближенное к платформе программирование на «сях» теперь загоняют «за Можай». Даже ОС кинулись писать на языке go… Печаль, в общем…

    .

    Настолько программерам новой формации пришлись не по нраву указатели, битовые поля, прямое управление распределением памяти. А, ведь, это красиво! Это как механизм, лишённый всего лишнего, где нет ни одной избыточной шестерни. Красивый и элегантный в своём исполнении.

    .

    Но нет, детки выросли, детки привыкли, что у компа есть Гигагерцы и Террабайты. Они уже и незнают, что «модем» — это не 3G/4G-донгл, а устройство, модулирующее цифровой сигнал в телефонную линию по голосовому каналу.

    .

    Вот это всё печалит. Очень сильно печалит…

    #928732 ↑
    • 0
      Нет аватара nik.f
      06.07.1700:58:58

      Вы мыслите как кодер, выдумывая байки про лень. Это годится только для небольших продуктов, либо крайне узких мест. В остальном бестолковое прожирание денег и человеко-часов, т. е. гарантированное банкротство. А в случае крупных проектов, деградация управляемости и рост числа ошибок, как итог бесконечное увеличение стоимости разработки и поддержки. При отсутствии монопольного положения на рынке — закрытие проекта. По факту это отсутствие развития.

      Плюс зачастую еще и криворукость кодероа, в то время когда трансляторы/компиляторы могут создать гораздо более эффективный код, чем типичный кодер. Особенно это актуально в том же Эльбрусе, где человек на ассемблере и сях сможет написать только не эффективный и бестолковый код, без использования достоинств архитектуры. В случае ассемблера просто не хватит усилий человеческого мозга, в случае си — ограничения языка не предназначенного для подобного (а потому опять создают костыли для мертвого пациента).

      Раньше тоже было нытье, что писать на фортране не тру, вот когда ты с помощью перфокарты контролируешь каждый регистр… А до этого тоже было нытье, ведь можно было собрать любую схемы на логике, куда эффективнее, чем все эти ваши универсальные процессоры…

      Зы.

      Программирование и в целом разработка электронных устройств это таки вполне моё, просто у меня хватает еще опыта и понимания, что каменный топор — это таки не универсальный инструмент для всего, а человечество создало десятки разных инструментов, в том числе решающих те же задачи принципиально иным образом. Но в силу консерватизма присущему большинству людей (а как человек обзаводится семьей и детьми, у него и просто нет времени на развитие, за редким исключением он как правило навсегда застревает в прошлом), приходится пользоваться каменным топором. Что грустно.

      #929473 ↑
      • 0
        krotozer krotozer
        06.07.1713:43:35

        Вы мыслите как кодер, выдумывая байки про лень… [до конца абзаца]

        Ох… Ну вот я и получил ярлык, не соответствующий правде. Неужели трудно догадаться, что речь идёт не праве языков на жизнь, а о способе решения проблем? JavaScript — хорош как… скрипт. Java — хорош, как язык для управляющей логики. C++ - хорош для системного программирования и решения ресурсокритичных задач. C — хорош как язык для расчётов и процедурного программирования на уровне драйверов. Так же можно рассказать и про другие языки.

        .

        Но мода нынешнего поколения — брать мейнстрим и ВСЁ переводить на него. Такие решения, ведь, принимаются больше на амбициях и желании выпендриться, чем от высокого ума. В итоге они изобретают велосипеды… А потом порождают целый стек велосипедов… И так до тех пор, пока не появится новый язык программирования, и его адепты не начнут тянуть одеяло на себя.

        .

        Если Вы используете какой-то язык потому, что он лучше решает Ваши задачи, то Вы относитесь к разумным людям. Но у этого языка обязательно есть помешанные сторонники, желающие им заменить всё. Это больше напоминает детский сад, чем серьёзное сообщество.

        .

        Я работаю над достаточно нагруженным проектом, задача которого нормально работать на не самом свежем «железе». Объём данных через ПО проходит отнюдь не малый. Приходится реализовывать и сжатие, и своп и другие механизмы, больше свойственные ОС, чем прикладному ПО. Аккуратная абстракция, ограничение уровней вложенности, деление кода по задачам, и… C++ превосходно подходит для всего этого! Тот же самый проект писать, скажем, на Java — это материться десятиэтажным матом, т.к. в языке нету нормального контроля за памятью. Это страшно неудобно!

        .

        Если Вы так выступаете за современность, то покажите мне язык, на котором я могу контролировать каждый байт и не плодить объекты, если они уже есть в памяти? Уж поверьте: это критично!

        Особенно это актуально в том же Эльбрусе, где человек на ассемблере и сях сможет написать только не эффективный и бестолковый код

        Какраз-таки C/C++ и компилируется LCC. А всё остальное садит Эльбрус к чертям, т.к. порождает уйму процессов переключения контекста, что является его «ахилесовой пятой». Тот же Python на нём тормозит довольно сильно, тогда как код, написанный на «сях» работает быстрее остального.

        в случае си — ограничения языка не предназначенного для подобного

        Ну надо же))) А какой язык на Эльбрусе не требует костылей? Это же довольно нестандартная архитектура. И если речь о производительных библиотеках от МЦСТ, то суть решения проблемы — добавление их кода реализации по соответствующим функциям «стоковых» библиотек std. Чего не сделаешь с интерпретируемыми языками или завязанными на виртуальную машину. Там надо саму VM затачивать под Эльбрус, тогда как с «сями» этого делать почти не приходится.

        Товарищ, ну Вы хоть почитайте, что ли…

        перфокарты контролируешь каждый регистр

        Задача переложена на Assembler.

        собрать любую схемы на логике, куда эффективнее

        Это до сих пор актуально. Спросите у разработчиков процессоров. Не универсальных, а узко заточенных решений. Там вся логика влезает в один чип, который потребляет в РАЗЫ меньше, чем любой универсальный чип с его обвязкой. Просто теперь это делается для решений, что продаются большим тиражом. Раньше это делалось почти для всего. Изменилась технология изготовления, сменился градус доступности рукоделия, которое теперь заменено на проектирование схем в специальных программных эмуляторах.

        Отредактировано: krotozer~13:43 06.07.17
        #929678 ↑
Написать комментарий
Отмена
Для комментирования вам необходимо зарегистрироваться и войти на сайт,