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

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

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

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

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

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

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

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

  • 1

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

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

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

    • 1
      shigorin shigorin06.02.18 21:42:39

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

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

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