стань автором. присоединяйся к сообществу!
Добавить новость можно всем, без премодерации, только регистрация
Лого Сделано у нас
shigorin 05 февраля 2018, 23:21 22 Информационные технологии

Альт на «Эльбрусе»: путь к дистрибутиву

Долго не писал, напряжённо работали над сведением новостей репозитория из экспериментальных «кармашков» -- к концу прошлой недели свели-таки, а сегодня доступ к нему получили наши коллеги из других организаций, также работающие с техникой производства МЦСТ. Заодно подновил и загрузочные образы -- графический с MATE, текстовый сборочный и спасательный -- для «Эльбрус-401/4.4».

  • сборка образов на/для e2k; alterator
  • сборка образов на/для e2k; alterator
  •  © Фото из открытых источников

читать полностью
Эльбрус-801, МЦСТ, Базальт СПО, altlinux, Alterator, импортозамещение, записки с эльбруса
все комментарии
  • -9
    Нет аватара Kostya
    05.02.1823:46:21

    Проц можно разработать и пустить в серию, а вот без ПО это просто камень! Нужно много ПО разного рода от чисто военного до бытового! Но как-то долго, может у вас людей мало или финансируют слабо? Скажите, а как с андроид дать возможность сторонним пользователям писать ПО это сложно сделать с Эльбрусом или он закрытый полностью!

    #1004516 ↑
    • 29
      shigorin shigorin
      05.02.1823:54:06

      Вот коллеги из МЦСТ и занимаются матчастью, а мы -- ПО.

      «Как-то долго» -- примерно два года у нас этим портом занимался максимум один человек, и то обычно не на полную силу ввиду кучи других важных и иинтересных задач. Но с прошлого года и мне получилось вплотную заняться, и коллега ещё один очень толковый появился в этом проекте, и вообще-то набираем людей в том числе на разработку под «Эльбрус» (пока Москва, Питер, Обнинск).

      Стороннее ПО можно писать хоть сейчас -- если оно собирается на Linux с помощью clang (у него схожие с lcc ограничения по синтаксису), с большой вероятностью соберётся и заработает на e2k.

      Только писать желательно на компилируемых языках -- скажем, просто C или C++/Qt почти наверняка покажет достойную производительность, а вот с каким JavaScript будет в лучшем случае не так шустро (а то и вовсе проблемы, как и с тем же Ocaml, с другой стороны).

      Даст Бог, в этом году будут хорошие новости. И тогда здесь они тоже будут. :)

      Отредактировано: shigorin~23:54 05.02.18
      #1004517 ↑
      • 2
        Рамиль Миннигалиев Рамиль Миннигалиев
        06.02.1806:06:55

        А что интерпретатор Python разве не работает? Или работает медленно?

        #1004550 ↑
        • 0
          shigorin shigorin
          06.02.1812:31:37

          Работает; скорость оценить не возьмусь (и так понимаю, что это тогда надо PyPy гонять тестами), если кто предложит -- можно попробовать.

          Просто всё интерпретируемое по определению не может «лечь» на сильные стороны архитектуры VLIW/EPIC, потому как там за планирование выполнения элементарных инструкций отвечает компилятор и задачи с большим количеством зависимостей по данным приводят к «рыхлому» командному слову.

          #1004627 ↑
          • 1
            Рамиль Миннигалиев Рамиль Миннигалиев
            06.02.1813:23:25

            Ну интерпретатор Python довольно умный и использует различные способы оптимизации и ускорения работы кода, в т. ч. предварительная компиляция в байт-код. Сам интерпретатор компилируемый, байт-код, который он генерирует с 1-м запуском по идее тоже может быть с учетом особенностей процессора. Но в данном случае речи о доработке интепретатора Python речи точно не идет по понятным причинам, лишь бы более менее работал.

            Я почему интересуюсь, потому что много ПО на линуксах связано с Python, да и сам им занимаюсь).

            А тест очень интересен, попробую найти что-нибудь, сравним.

            #1004644 ↑
            • 1
              shigorin shigorin
              06.02.1821:42:39

              Не, так-то он работает и в репозитории несколько сот штук питоновых пакетов (десятая часть из сизифовых 2800). Просто байткод, JIT -- это всё на VLIW не может «вытянуть» весь потенциал процессора, потому что неопределённость выполнения инструкций существенно выше, чем для совсем «родного» компилята.

              #1004795 ↑
            • 1
              Нет аватара nik.f
              07.02.1816:18:28

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

              #1005018 ↑
    • 1
      Виктор Гюго Виктор Гюго
      06.02.1809:51:06

      Так потому и ценнен опенсорс, что позволяет для камня практически весь софт перетащить.

      #1004577 ↑
Для комментирования вам необходимо зарегистрироваться и войти на сайт,