183

Первый инженерный образец микропроцессора МЦСТ R-2000

  •  © scontent-sof1-1.cdninstagram.com

Сотрудник МЦСТ Максим Горшенин продолжает радовать нас информацией о новых разработках МЦСТ. Недавно он выложил фотографию инженерного образца нового микропроцессора МЦСТ R-2000.

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

  • 2
    Нет аватара
    17.04.1812:40:53

    Отрадно… Осталось замутить ОС на базе Солярки)

    • 1
      Виктор Гюго
      17.04.1813:54:52

      осталось открыть компилятор под E2K, давы можно было портировать любые из существующих BSD/Linux.

      • 2
        Алекс Разработчик
        17.04.1817:45:39

        Это спарковская ветка, на неё gcc вполне идёт. И Линукс портирован. Правда, пришлось, как мне рассказывали, кое-что в компиляторе подправить, поскольку при разработке кристалла была исправлена ошибка, присутствовавшая в оригинальных SPARC-чипах. И gcc эту ошибку учитывал.

        • 0
          shigorin
          18.04.1813:18:01

          О как -- спасибо, интересно. Для e2k-то тоже такое применяется, но там только lcc…

    • 6
      A S
      17.04.1815:27:14

      Это не самое то что «осталось».

      Одна из самых больших проблем не-х86 систем в том, что большинство серьезного прикладного софта (особенно инженерного) написано не то что под х86, оно написано под Windows. И никто особо не собирается его пересобирать под что-то другое.

      Данный факт сразу очень резко ограничивает применение любых не-х86 платформ. Они сразу переходят в разряд специализированных под что-то, что на них работает более оптимально. Их сходу приходится таргетировать там в СУБД или в SAP. То есть сразу очерчивать круг применений.

      Вот например авиаторы не смогут собрать кластер под разработку и моделирование. У них Dassault Catia.

      Разработчики электроники/микроэлектроники не смогут собрать кластер под разработку и моделировани — у них Cadence или MG.

      Физики не смогут собрать кластер под свои нужды — у них Ansys и иже с ним.

      И далее под списку. А если у меня уже есть оборудование для чего-то x86-only — зачем мне покупать другое под какие-то общие задачи.

      Хоть понаплодите операционных систем.

      Отредактировано: Антон Смоленский~15:34 17.04.18
      • 1
        alex4spb
        17.04.1815:44:59

        Вот например авиаторы не смогут собрать кластер под разработку и моделирование. У них Dassault Catia.
        вот не надо тут вот.

        катя изначально писалась под UNIX’ы.

        и только опосля была портирована под эти ваши Windows’ы.

        Физики не смогут собрать кластер под свои нужды
        этот бред даже комментировать не стану.

        • 6
          A S
          17.04.1815:56:48

          Ну мало ли для чего она изначально писалась — важно что сейчас.

          Cadence вот тоже есть для Linux, только патчи и суппорт для него с горем пополам по остаточному принципу.

          Да чего далеко ходить — даже наш Аскон никак не облинуксится (и не собирается, насколько я понимаю).

          Про физиков — я согласен сильно абстрагировался. Скажу более конкретно, раз уж Вы привязались. Люди, занимающиеся электромагнитным моделированием — а охват тут достаточно большой — это и печатные платы, и внутренности чипов и всяческие радиочастотные конструкции — работают в Ansys. И это количественно очень серьезная группа специалистов. Все современные радиоэлектронные устройства требуют такого анализа в том или ином объеме, так как спектры современных шин уже вылезли за 10GHz. Просто я их обозвал условно физиками, на самом деле это работа имеет другое название.

          Отредактировано: Антон Смоленский~16:02 17.04.18
          • 0
            Константин Сараев
            17.04.1822:21:07

            А кто будет платить за переход на Linux? Для разработчика софта кроссплатформенность это большой геморой. На данном этапе спрос на решения под Linux ничтожно, а возни с переходом море. Тем более, что проприетарный софт не может распространяться в исходниках, а собирать под все Linux-подобные системы, даже пусть только находящиеся в реестре отечественного софта, это застрелится!

            У нас в Nanosoft, к примеру, преобладают определенные надежды связанные с Wine. Даже тестировали с партнерами. Но после очередного обновления версии нашего .NET API, засыпались на Mono.

            Пока воз и ныне там.

            • 0
              Мирон 1
              18.04.1806:14:33

              Термин «засыпались» не развертывается. Нельзя ли пояснить, что хотели сказать.

              • 0
                Константин Сараев
                18.04.1808:52:03

                Хотел сказать, что Mono не всесилен и после очередного обновления нашего API, nanoCAD запускаться с шарповой частью под конкретный Wine, на котором его тестировали, отказался. Видимо что-то не поддерживается. Пока никак разрулить эту ситуацию не пытались, но возможно в ближайшем будущем появится необходимость.

                • 0
                  shigorin
                  18.04.1813:45:44

                  Со стороны это читается как «мы что-то поменяли и всё сломалось». Если есть хотя бы система контроля версий вроде git, такое можно от’bisect’ить. Если нет -- самая пора заводить.

                  • 1
                    Константин Сараев
                    18.04.1813:58:02

                    Я вас умоляю! За то время что прошло с момента этих тестов мы уже три релиза nanoCAD Plus выпустили. Под Windows все работает как часы. Четвертую выпускаем. Прямо сейчас идет бета-тестирование.

                    И как вы представляете выпуск ПО без системы контроля версий!!!

                    Даже когда я в одно лицо ;) писал Geokosmos 3D Modeler десять лет назад я пользовался CVS_ом.

                    Просто nanoCAD .Net API перехало на .Net 4.5 и тот Wine, что использовался для тестов года два назад жевать его не захотел.

                    • 0
                      shigorin
                      19.04.1810:33:00

                      Если что, в стабильной ветке альта сейчас к wine 3.5 идёт пакет wine-mono 4.7.1 -- не знаю, насколько там версии чему соответствуют, но вдруг пригодится.

                      PS: я-то слабо представляю, но те же лет 10--15 назад в штатах примерно половина софтовых контор не пользовалась SCM и примерно половина -- BTS, по одному виденному исследованию…

            • 1
              Нет аватара
              18.04.1807:46:24

              Есть ещё один положительный момент: тестирование под Linux выявляет ошибки, не замеченные под Windows.

              • 0
                Константин Сараев
                18.04.1808:54:23

                Только цена такого стресс-теста высока. Пока одно это никак не окупает перехода!

                • 0
                  Нет аватара
                  18.04.1814:46:01

                  Но он может воспрепятствовать падению приложения после очередного обновления Windows.

                  • 0
                    Константин Сараев
                    18.04.1816:15:52

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

                    • 0
                      A S
                      18.04.1816:24:25

                      Может те, кто используют самые свежие компоненты и технологии и сталкиваются с подобными проблемами, но САПР очень консервативная отрасль.

                      Подтверждаю.

                      Во-первых все до сих пор сидят в Windows 7.

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

            • 0
              shigorin
              18.04.1813:44:32

              У нас в Nanosoft, к примеру, преобладают определенные надежды связанные с Wine. Даже тестировали с партнерами. Но после очередного обновления версии нашего .NET API, засыпались на Mono.

              Свяжитесь с Etersoft, если ещё не; и посмотрите вместо моны на dotnet-core, в альте собрано (как раз коллегами из Этерсофта).

              Кстати, у нас вроде бы есть место общения для разработчиков, переносящих наработки с винды (и в т. ч. на .NET) -- как вариант, черкните на почту, постараюсь состыковать. И ещё наш партнёр в части организации поддержки -- ALP -- вроде как озадачился и поддержкой разработчиков тоже.

              Тем более, что проприетарный софт не может распространяться в исходниках, а собирать под все Linux-подобные системы, даже пусть только находящиеся в реестре отечественного софта, это застрелится!

              Отставить панику, есть рецепты    

              Во-первых, сборка на чём-нить вроде centos6 поможет не выскакивать за ABI, который есть на любом более богатом дистрибутиве (если нужна какая более новая версия Qt -- осмысленно линковаться _с ней_ статически, т. е. делать semistatic; но это, как понимаю, не ваш случай).

              Во-вторых, можно ориентироваться на LSB (хотя практики явно предпочитают просто собирать на предыдущей версии чего-нить стабильного-распространённого вроде центоса или дебиана).

              В-третьих, можно собрать под наиболее удобный вариант и поставлять готовые образы виртуальной машины с ним (+/- flatpak какой).

              В-четвёртых, опять же у Etersoft есть технология Korinf, когда достаточно собрать пакет под альт и затем малыми усилиями пересобрать его под широкий спектр дистрибутивов и даже других ОС. Разумеется, если собирать у себя -- понадобится сперва развернуть систему и окружения, но об этом наверняка можно договориться с питерцами.

              Ну и до кучи: altlinux.org/migration

              • 1
                Константин Сараев
                18.04.1813:59:58

                Спасибо за информацию. Подумаем. Вот версию выпустим и…

                Пора уже про это думать!

                Отредактировано: Константин Сараев~14:00 18.04.18
                • 0
                  shigorin
                  19.04.1810:28:48

                  Удачи!

                  PS: мне лучше почтой писать -- вебовые комментарии в низкоприоритетном ящике, когда по приоритетным движняк, до него могу неделями не добираться (хотя тогда обычно стараюсь пройти по неотвеченному).

                • 0
                  Настя Вилкова
                  20.04.1821:50:01

                  У .NET Core фронта пока нет. Сами микрософты плюнули и написали VS Code на жабаскрипте под электрон. А так-то для бек-энда кроссплатформенный, милое дело.

                  Отредактировано: Настя Вилкова~21:50 20.04.18
            • 0
              Виктор Гюго
              20.04.1823:33:54

              > А кто будет платить за переход на Linux?

              А кто платил за переход на mysql, postgresql?

              > На данном этапе спрос на решения под Linux ничтожно, а возни с переходом море.

              Если что-то долго развивалось на одной платформе, переход на вторую — да, штука сложная.

              > Тем более, что проприетарный софт не может распространяться в исходниках, а собирать под все Linux-подобные системы, даже пусть только находящиеся в реестре отечественного софта, это застрелится!

              Вот тут вы выстрелили в самую мякотку. Проприетарный софт с моделью «продажа копий» действительно очень хреново масштабируется на несколько платформ вообще, а «триллион версий линукса» для него труднопреодолимое препятствие. Но есть и другие модели — OpenCore, например. Когда ядро открыто под той или иной лицензией, и разрабатывается совместно с сообществом, а продаётся «обвес», саппорт, заказные фичи. Проблема в том, что тот же Open Core — это заявка на «законодателя мод» и весьма рискованная. У нас нет бизнесменов с такой комбинацией амбиций и уверенности.

          • 1
            Нет аватара
            18.04.1807:43:07

            Не знаю как сейчас, но в 2009 году CATIA V5 поддерживала Solaris. PTC предоставляет версию под Linux.

            Аскон систематически смотрит в сторону Линукса («выпустим, как только появится потребность рынка») — но в комментариях иногда отмечается их представитель; он подробнее может рассказать.    

            • 0
              A S
              18.04.1809:08:49

              в комментариях иногда отмечается их представитель; он подробнее может рассказать.

              А я собственно со слов этого представителя и пишу.

              Он говорит практически тоже самое что и Константин (выше) — кто будет платить за переход на Linux?

              Отредактировано: Антон Смоленский~09:09 18.04.18
              • 0
                shigorin
                18.04.1813:48:37

                Никто не будет платить тем, у кого вдруг(!) не окажется сейчас(!) продукта для тех контор, которым закрыли винду или её поддержку.

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

          • 0
            shigorin
            18.04.1813:27:13

            Да чего далеко ходить — даже наш Аскон никак не облинуксится (и не собирается, насколько я понимаю).

            Жизнь покажет -- вдруг «не всё так однозначно"™    

    • 0
      shigorin
      18.04.1813:18:54

      От солярки libc по сути закрыта -- не рыпнешься особо. Так что лучше линукс -- собственно, в сборочных файлах ОС Эльбрус sparc вполне себе мелькает.

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