MAX
Подпишись
стань автором. присоединяйся к сообществу!
Есть метка на карте 05 февраля 30
103
shigorin Информационные технологии

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

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

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

[читать статью полностью...]

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Комментарии 0

Для комментирования необходимо войти на сайт

все комментарии
  • 0
    shigorin shigorin06.02.18 12:31:37

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

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

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

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

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

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

      #1004644 ↑
      • 1
        shigorin shigorin06.02.18 21:42:39

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

        #1004795 ↑
      • 1
        Нет аватара nik.f07.02.18 16:18:28

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

        #1005018 ↑