стань автором. присоединяйся к сообществу!
Лого Сделано у нас

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

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

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

читать полностью

  • 2
    Рамиль Миннигалиев Рамиль Миннигалиев
    06.02.1806:06:55

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

    • 0
      shigorin shigorin
      06.02.1812:31:37

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

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

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

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

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

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

        • 1
          shigorin shigorin
          06.02.1821:42:39

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

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

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

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