Лого Сделано у нас
183

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

  •  © scontent-sof1-1.cdninstagram.com

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

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


  • 6
    A S 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 alex4spb
      17.04.1815:44:59

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

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

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

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

      • 6
        A S 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 Мирон 1
            18.04.1806:14:33

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

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

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

              • 0
                shigorin 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 shigorin
                    19.04.1810:33:00

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

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

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

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

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

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

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

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

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

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

                  • 0
                    A S A S
                    18.04.1816:24:25

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

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

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

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

          • 0
            shigorin 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 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
          Нет аватара qwerty_asd
          18.04.1807:43:07

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

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

          • 0
            A S A S
            18.04.1809:08:49

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

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

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

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

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

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

        • 0
          shigorin shigorin
          18.04.1813:27:13

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

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

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