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

«Байкал Электроникс» и «Базальт СПО» создают отечественный дистрибутив Linux для архитектуры ARM

Следи за успехами России в Телеграм @sdelanounas_ru
Разработчик интегральных схем «Байкал Электроникс» и «Базальт СПО», российская софтверная компания, работающая в области открытого программного обеспечения, объявляют о первых результатах сотрудничества в сфере разработки прикладного и служебного программного обеспечения.

В ходе сотрудничества будет создано полнофункциональное программное обеспечение для процессорных систем на базе архитектуры ARM v8 (AArch64).

Выпуск готовых вариантов операционных систем на базе Linux, как серверных, так и клиентских, запланирован до конца текущего года. На данный момент завершен первый этап взаимодействия «Байкал Электроникс» и «Базальт СПО».

В ходе этого этапа разработана система сборки и репозитория для процессора «Байкал-М» на основе архитектуры ARM v8 (AArch64). Репозиторий собран на основе примерно 10 тысяч пакетов проекта Sisyphus, одного из крупнейших в мире банков пакетов свободных программ, созданного российскими разработчиками ПО.

Репозиторий доступен для тестирования — www.altlinux.org/Ports/aarch64 На втором этапе сотрудничества компаний предполагается тестирование на различных системах AArch64, на третьем — сборка дистрибутивов различного назначения и тестирование на опытных образцах процессора «Байкал-М».

"Разработка отечественных универсальных аппаратно-программных решений — наше давнее желание, которое сейчас, наконец, осуществляется, — рассказал Алексей Новодворский, генеральный директор «Базальт СПО», — Наша совместная работа с разработчиками отечественных аппаратных систем и программных прикладных решений существенно повысит технологическую независимость отечественных решений. У нас есть большой опыт разработки систем для 32-битных процессоров ARMv7 и работа над 64-битными процессорами — естественное развитие наших компетенций".

«Мы рады сотрудничать с профессиональной командой, имеющий большой опыт разработки свободного программного обеспечения и успешные проекты с операционной системой Linux. Готовность софтверной экосистемы к моменту выхода разрабатываемого процессора „Байкал-М“ позволит оперативно создавать востребованные рынком конечные устройства на его базе. Мы будем и дальше развивать наше партнёрство», — поделилась генеральный директор «Байкал Электроникс» Светлана Легостаева".

В настоящий момент «Байкал Электроникс» и «Базальт СПО» рассматривают перспективные проекты сотрудничества в создании систем для аппаратной платформы процессора «Байкал-T1» (MIPS 32 бита). Информация об упомянутых компаниях: ОАО «Байкал Электроникс» специализируется на проектировании систем на кристалле на базе архитектур ARM и MIPS. Разработки компании предназначены для использования на российском и международном рынках в энергоэффективных компьютерных и промышленных системах с разным уровнем производительности и функциональности. www.baikalelectronics.ru

ООО «Базальт СПО» — российский разработчик программного обеспечения. Компания создана участниками и пользователями проекта ежедневно обновляемого репозитория пакетов свободных программ Sisyphus (Сизиф). Цель компании — развитие основной инфраструктуры репозитория, его расширение на новые аппаратные архитектуры.

«Базальт СПО» специализируется на разработке комплексных решений уровня предприятия на основе свободного программного обеспечения. Компания принимает участие в международных проектах и интегрирует в них собственные разработки. basealt.ru

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

Вступай в наши группы и добавляй нас в друзья :)


Поделись позитивом в своих соцсетях

Другие публикации по теме

  • 8
    shigorin shigorin
    27.01.1623:21:45

    Уже    

    (у меня была фора -- отправлял непосредственно из нашего офиса, получив информацию)

    • 3
      shigorin shigorin
      27.01.1623:36:31

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

    • 0
      Рамиль Миннигалиев Рамиль Миннигалиев
      30.01.1608:02:08

      Хоть ты и раньше, но здесь новость лучше оформлена.

      • 0
        shigorin shigorin
        02.02.1603:08:47

        Картинкой, в смысле? Из оригинала убрал в основном цитаты, которые есть по ссылке и являют собой в первую очередь дань формату пресс-релиза.

        Я в «Базальт СПО» работаю. :-)

  • 9
    Нет аватара Инженер2015
    27.01.1623:26:06

    Как появиться первый ноутбук на отечественном процессоре и отечественном по (даже если оно на базе линукс) сразу куплю. Жду не дождусь

    • 2
      shigorin shigorin
      27.01.1623:37:20

      Щупайте пока линукс -- первое время всяко непривычным будет. С LiveCD это достаточно просто и неразрушающе.

      • 8
        Нет аватара tegezen
        28.01.1610:24:49

        Поставил Убунту, привыкнуть проще чем к виндус8,ноутбук мой слабенький,но все летает, вирусов нет вообще, офис бесплатный. Пока очень доволен.

        • 0
          Нет аватара Инженер2015
          28.01.1612:19:14

          1.

          Поставил Убунту

          это вы про линукс?

          2. А если честно, какие всё-таки самые сложные моменты/проблемы привыкнуть?

          офис бесплатный

          3. Как-то раньше пользовался офисом на компе в библиотеке, там постоянно проблемы с форматировкой текста были, если открывал документы созданные Microsoft Office

          Есть такое сегодня?

          • 1
            Нет аватара tegezen
            28.01.1617:31:38

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

        • 0
          Нет аватара guest
          28.01.1612:59:51

          Поставил Убунту, привыкнуть проще чем к виндус8,ноутбук мой слабенький,но все летает, вирусов нет вообще, офис бесплатный. Пока очень доволен.

          Шелл в Линуксах неудобный по определению.

          Самый удобный и для домохозяек ИМХО — в OpenSUSE. И самоучителей полно по SUSE.

          Но все равно Вы рано или поздно скатитесь в консоль.

          Отредактировано: Антон Смоленский~14:14 28.01.16
          • 0
            Stanislav Melnikov Stanislav Melnikov
            28.01.1619:46:04

            Шелл не для домохозяек. Мне, например, очень удобный.

            Линукс радует тем, что он многоуровневый. Хочешь — работаешь на любительском уровне, копнешь глыбже — работаешь на более профессиональном.

            • 0
              Нет аватара guest
              28.01.1621:17:03

              Ну на самом деле это вопрос религии ))) Для домохозяек лучше OSx все равно нет ничего. Пользователи и не подозревают что это UNIX ))) — это высший пилотаж.

              Для меня уже давно все равно в каком Линуксе работать — по сути одно и то же.

              Отредактировано: Антон Смоленский~22:19 28.01.16
              • 0
                Нет аватара guest
                29.01.1610:41:55

                Скажу более: FreeBSD с XFCE+Compiz и Linux с XFCE+Compiz ни внешне, ни по набору софта практически не отличаются. А уж пара линуксов — так и тем более    

                • 0
                  Нет аватара guest
                  29.01.1611:02:15

                  XFCE+Compiz

                  XFCE — зачет за легковесность

                  Compiz — уж простите — свистоперделка )))

                  • 0
                    Нет аватара 99Andrei
                    29.01.1616:53:17

                    LXDE полегче будет. На своих нетбуках перешел с XFCE на LXDE.

        • 0
          Рамиль Миннигалиев Рамиль Миннигалиев
          30.01.1608:08:14

          Убунту — хороший дистрибутив Линукса.

          Также можете посмотреть дистрибутив от российского разработчика

           http://www.rosalinux.ru/rosa-linux-download-links/ 

    • 0
      Нет аватара vladtsvs
      31.01.1609:35:42

      > даже если оно на базе линукс

      как раз на базе линукса и есть хорошо. Изобретение с нуля велосипеда — не лучший способ в данном случае

  • 2
    Нет аватара Artik_MC
    28.01.1605:46:53

    Может показаться глупым данный вопрос. Здесь и вообще везде пишется про 32 и 64 битные системы. А возможно создание 128 битных и выше систем или это не нужно и не возможно на данный момент.

    Отредактировано: Artik_MC~06:48 28.01.16
    • 8
      rvk rvk
      28.01.1607:24:57

      По большому счету в этом сейчас нет необходимости. Разрядность процессора позволяет адресовать ему большее количество памяти, при 32-х разрядах процессор мог «видеть» максимум 4 Гб памяти. Естественно сейчас для хорошего компьютера 4 Гб уже маловато, так сказать по 32-х разрядной архитектуре уперлись в потолок. А в 64-х разрядной потолок еще нескоро, если вообще может быть достигнут когда-нибудь (впрочем, кое кто утверждал: «640 Кб хватит всем»    ).

      Отредактировано: rvk~08:28 28.01.16
      • 1
        Нет аватара guest
        28.01.1617:02:07

        Мне кажется, Вы путаете разные понятия. Это размер страницы у 32-х разрядных процессоров ограничен 4Гб, а общий объем поддерживаемой виртуальной памяти равен 64Тб.

        Другое дело, что виндописаки использовали сильно кастрированную модель защищенного режима, под влиянием чего и железячники не сочли нужным реализовать полную поддержку 32-х разрядных камней.

        • 0
          rvk rvk
          28.01.1619:27:52

          Причем тут операционная система? Даже посчитай 2 в 32-й степени, получается что больше адресовать процессор не может физически хоть в виндоус хоть в линкукс.

          • 0
            Нет аватара silicoid
            28.01.1622:56:43

            Не верно. в современных процессорах шина адреса уже давно начинается от 36 бит П3, а в современных процессорах вообще шины последовательные, будь то hypertransport или QPI

            так что разрядность — вещь вполне себе виртуальная и 128 (и даже 256 бит) уже давно не редкость. Например ввервые, возможность работы с числами шириной в 128 бит была введена в инструкции SSE2 (которые появились вместе с первыми П4 в начале 2000х)

            а до этого, еще со времен 386/387 процессоры работали с 80-ти битными числами

            • 0
              Нет аватара guest
              29.01.1600:27:10

              Вы чет зарапортовались.

              Причем все сразу.

              Причем тут разрядность шины адреса и т. д. и тп

              32-битный — значит работает с 32 разрядными инструкциями и регистрами.

              Чтение/запись памяти — для процессора это просто инструкции. Физическая ширина интерфейса с памятью значения не имеет.

              Исходя из вышесказанного — 32-разрядный процессор не может прямо (ключевое слово), адресовать более 4Гб. Косвенно — может и делает это постоянно — ибо всякие девайсы например на шине PCI — это тоже адресное пространство которое надо адресовать помимо ОЗУ.

              «Косвенно» (виртуально) по простому означает то, что ему нужно перелистнуть страницу. Он не может сказать — дай мне данные из адреса 5ГБ. Он должен сказать — переключись на страницу 1, а затем — дай мне данные из адреса 1ГБ. А если в следующий момент ему нужны данные из адреса 3ГБ — он должен сказать — переключи на страницу 0, дай мне данные из адреса 3ГБ.

              Вероятно (тут не знаю) такие накладные на косвенную адресацию — несколько делают вещи сложными, а производительность неудовлетворительной. В особенности во всяких БДшных делах — где все любят базы данных целиком в ОЗУ держать.

              Это все очень утрировано — но смысл ИМХО понятен.

              Отредактировано: Антон Смоленский~01:53 29.01.16
              • 0
                OldFox OldFox
                05.02.1620:59:38

                Все верно. Не о чем и спорить! Кто сомневается, поставьте 32-х разрадную винду и попробуйте прицепить к ней оперативки (ключевое слово) более 4ГБ. Не получится.

        • 0
          rvk rvk
          28.01.1619:37:58

          А сори. вспомнил про PAE. Только там максимально поддерживается 64Гб. Плюс это скорее все-таки некоторая переходная технология от 32 к чистым 64-и разрядным процессорам. И в этом случае у отдельной программы все равно остается лимит на максимум 4Гб памяти.

          • 0
            Нет аватара guest
            28.01.1620:40:47

            Нет, именно 64 терабайт. Одно но, вся выделяемая память будет сегментирована, на блоки размеров в 4Гб. То есть как в старом досе, только размер сегмента побольше.

            И еще. Это не переходная модель. Это полноценная реализация виртуальной адресации, когда на аппаратном уровне можно было выполнять множество задач, расположенных в одних и тех же адресах. То есть это задачи так думали, а процессор им подставлял другие участки памяти. У 64-х битных как раз эта фича кастрирована, поскольку 64-х битный линейный адрес и так дает на сегодня неограниченный запас по памяти.

            PS: Кстати, были таки материнки, с 36-разрядной памятью! Очень редкий зверь.

            • 0
              rvk rvk
              28.01.1622:23:46

              2^36 = 68719476736 = 68719476736/1024/1024/1024=64Гб

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

              То есть это задачи так думали, а процессор им подставлял другие участки памяти.
              Это у нас программистов называется «костыль»     Еще раз, PAE, как собственно и тот же HIMEM это есть некий компромисс, некая переходная технология, а 64-х битные процессоры уже предоставили полноценную реализацию адресации сверх 4Гб.

              • 0
                Нет аватара silicoid
                28.01.1622:58:29

                для времен середины 90х, когда появилась 36 битная адресация, это было чуть больше, чем дохрена ))

                Сейчас -- да, но сейчас никто не пользуется параллельной адресной шиной

                • 0
                  rvk rvk
                  28.01.1623:25:19

                  для времен середины 90х, когда появилась 36 битная адресация, это было чуть больше, чем дохрена
                  Когда-то и 640 Кб было чуть больше чем дохрена    

                • 0
                  Нет аватара guest
                  29.01.1612:15:46

                  //Сейчас -- да, но сейчас никто не пользуется параллельной адресной шиной//

                  Прежде чем писать чухню, скачайте datasheet на микросхемы DDR2/DDR3/DDR4 памяти с микрон_точка_сом или гугла и посмотрите какая там шина адреса последовательная али параллельная.

                  Отредактировано: Вася Козлов~13:17 29.01.16
              • 1
                Нет аватара guest
                29.01.1601:48:17

                Это, конечно много, но для обычных ПС
                Это Пентиумы, то есть конец 90-х. В то время для домашнего компа было за счастье 32Мб памяти. И даже серваки не мечтали хотя бы о 1Гб. Так что 64Гб — это была фантастика и понятно, что не получило распространения — просто нахрен никому не нужно было столько памяти, а переплачивать лишь за возможность никто не хотел. Они просто опередили свое время.

                Это у нас программистов называется «костыль"
                Рискну предположить, что Вы не системный программист     Иначе мне трудно понять, как основу защищенного режима можно назвать костылём. Без механизма виртуальной адресации нереально реализовать безопасный доступ различных задач к общим ресурсам, например подпрограммам DLL. Без него нельзя изолировать задачи друг от друга. На нем основано мэппирование памяти. В конце-концов, без него очень трудно реализовать механизм файла-подкачки.

                При переходе с 32 на 64 бит выкинули:

                1. Реальный режим

                2. Режим виртуального 8086

                3. Аппаратное переключение задач

                4. Абсолютную адресацию, т. е. все адреса теперь только косвенные!

                Это все. Механизм адресации остался прежним. Они только урезали его, выкинув возможность работы с физической адресацией. То есть, все 64-х битные программы могут работать исключительно в режиме виртуальной адресации и никак иначе!

                Поэтому:

                Еще раз,

                PAE, как собственно и тот же HIMEM это есть некий компромисс, некая

                переходная технология

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

                • 0
                  Нет аватара 99Andrei
                  29.01.1617:00:20

                  переходом на 64 бита упала производительность

                  Субъективно на 64-битной машине с 64-битным дебианом графический рабочий стол работает ощутимо быстрее, чем с 32-битным дебианом +PAE.

                  • 0
                    Нет аватара guest
                    29.01.1618:34:03

                    Это вопрос к драйверам видеокарты и системе. Дело в том, что процессоры имеют много схожего. Разрядность шины данных еще с Pentium составляет 64 бита, вплоть до Core 2 Duo. Разрядность шины адреса у процессоров с PAE тоже 64 бита, хотя используются только 36 бит. Механизм защищенного режима у 32 и 64-х битных процессоров практически одинаков. Так что увеличение производительности на 64-х битных системах достигается за счет того, что параметры для функций API передаются в регистрах, а не в стэке, как это было на 32-х битных ОС. Учитывая огромное количество вызовов различных подпрограмм даже для отрисовки простого пикселя — это даст ощутимый прирост. PAE здесь ни при чем    

                    Говоря про упадок производительности, имелось в виду следующее:

                    1) При 64-х битной адресации в кэшах умещается меньше слов данных (в два раза!).

                    2) 64-х битное АЛУ по определению будет работать дольше 32-х битного, в силу обработки большего количества бит. Для примера, при создании Pentium-4 было решено перейти на 16-ти битное АЛУ, именно в целях повышения быстродействия, поскольку подавляющее большинство вычислений вполне умещается в 16 бит. В результате, на простых приложениях 16-ти битное АЛУ Pentium-4 с легкостью обставляло 32-х битное АЛУ Pentium-3. На 32-х битных вычислениях оно конечно проигрывало, но таких очень мало.

                    3) При 32-х битной адресации процессору нужно выбирать из памяти меньше байт на команду, чем при 64-х, что тоже сказывается на скорости. Программы под 32 бита в среднем меньше 64-х битных в 1.5-3 раза.

                    Единственный вариант повышения производительности 64-х битных машин — это увеличение кэша и добавление новых регистров. Вот последнее и позволяет наиболее эффективно нивелировать отставание от 32-х битных. Для примера, первые процессоры Z80 на схожей с 8080 частоте превосходили их в 1.5-3 раза, именно за счет увеличения в два раза регистров.

                    С другой стороны, а кто мешал добавить регистров в 32-х битные процессоры? Да никто, просто маркетологи сочли это бесперспективным, в отличии от перехода на 64-х битные — это же куда как круче звучит и можно срубить побольше бабла    

    • 0
      Нет аватара Vedomir
      28.01.1615:19:05

      Не нужно. Более того во всех современных процессорах есть SIMD-блоки со 128-разрядными регистрами, но используются они как правило для хранения нескольких 32-разрядных чисел. В специализированных процессорах встречаются и 512-битные регистры.

    • 1
      Нет аватара guest
      28.01.1617:04:34

      Разрядность ОС зависит от разрядности ориентированного на нее процессора. Вот появятся 128-разрядные процесоры, следом появится и 128-разрядная ОС.

  • 2
    Нет аватара igorvar
    28.01.1611:09:37

    «Байкал-М» когда планируется к выпуску? Интересно было бы узнать что разрабатывается(разработано) для уже выпущенного процессора «Байкал-T1» на базе MIPS архитектуры и будет ли в дальнейшем Байкал электроникс поддерживать обе процессорные архитектуры?

    • 6
      shigorin shigorin
      28.01.1611:39:00

      Пишут, что в этом году; по T1 у меня пока информации нет (ждём железо, будем портировать). Камушки с разным прицелом, поэтому наверняка будут смотреть, что как куда пошло -- и соответственно подправлять приоритеты.

      Как по мне так MIPS в целом более осмысленен на сетевом и серверном железе, ARM -- ближе к потребительскому.

      • 0
        Нет аватара vladtsvs
        31.01.1609:41:43

        Да, кстати, чем mips плох для десктопа/планшетов?

        • 0
          shigorin shigorin
          02.02.1603:06:18

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

  • 0
    Нет аватара stasik
    28.01.1612:09:50

    Для чего выпускать очередной дистрибутив Линукс? Есть же Федора и много других разных ОС.

    • 0
      Нет аватара guest
      28.01.1613:02:38

      Для чего выпускать очередной дистрибутив Линукс? Есть же Федора и много других разных ОС.

      Как есть из коробки Вы все равно не накатите ни Федору ни RHEL ни на MIPS ни на ARM.

      • Комментарий удален
    • 2
      Нет аватара guest
      28.01.1613:22:17

      Немного шире даже отвечу.

      Например у Вас стоит GPU.

      В x86 системах BIOS при исполнении лезет в VBIOS который стоит на GPU и выполняет имеющийся в нем код, инициализируя таким образом GPU.

      Ни на ARM ни на MIPS такого нет. То есть видео инициализировать некому — должен это делать либо какой-то Loader либо собственно ОС (чего она из коробки естественно не делает)

      Более того — сам VBIOS скомпилирован под x86 — то есть даже если вы влоб полезете Loader’ом в него и попытаетесь исполнить — ничего не получится.

      Да и сам Linux для начала нужно скомпилировать под другую архитектуру.

      И таких отличий вагон.

      Отредактировано: Антон Смоленский~14:26 28.01.16
      • Комментарий удален
    • 2
      Нет аватара Vedomir
      28.01.1615:20:47

      Свой набор компонентов, который отвечает потребностям производителя.

      Например будет несколько нелогично если отечественный Линукс будет скачивать программы из американского репозитория.

      • 1
        Нет аватара silicoid
        28.01.1623:06:43

        Более того — сам VBIOS скомпилирован под x86 — то есть даже если вы влоб полезете Loader’ом в него и попытаетесь исполнить — ничего не получится.

        Нет комрад говорит, что при включении видеокарты она инициализируется средствами биоса на низком уровне. и что если воткнуть эту видеокарту в арм, (допустим ситуацию, что там есть pci express) она не будет работать от слова совсем.

        • 1
          Нет аватара guest
          29.01.1600:35:18

          она не будет работать от слова совсем

          Ну не так категорично — если Вы раскурите как она инициализируется — то ничего не мешает написать аналог VBIOS и вдуть его в загрузчик или вшить в ОС. Можно даже сделать дизассемблирование VBIOS.

          Но это для простых график катит.

          Проинитить какую-нить НВидию — пупок надорвется.

          Отредактировано: Антон Смоленский~01:36 29.01.16
          • 0
            Нет аватара silicoid
            29.01.1619:44:21

            Азачем все это извращение, если существуют видеопроцессоры, с такой-же свободной архитектурой как и ARM

            тот-же Mali

  • 2
    Нет аватара Artik_MC
    28.01.1617:49:27

    Спасибо что ответили на мой вопрос. У меня правда ещё один тогда возник вопроснаверно глупый. А на сколько битва количество ядер влияет на частоту процессора и битность его. И сколько максимально возможно иметь ядер на 64 битной плотфорие.

    • 2
      Нет аватара guest
      28.01.1621:03:22

      Спасибо что ответили на мой вопрос. У меня правда ещё один тогда возник вопроснаверно глупый. А на сколько битва количество ядер влияет на частоту процессора и битность его. И сколько максимально возможно иметь ядер на 64 битной плотфорие.

      Сколько влезет в чип, столько и можно.

      В Intel MIC вон 80+ первых пней внутри.

      Тут же есть такие параметры как термопакет, габариты.

      • 1
        Нет аватара silicoid
        28.01.1623:15:40

        там гибрид 486 и первопней. но ближе все-же к 486м

  • 0
    vassso1 vassso1
    28.01.1619:36:16

    А такой вопрос. Век 32-х разрядных уже проходит. Почему процессоры не делают сразу 64-битными. Вроде как производительность выше у них, за счет этого можем немножко догнать западные процессоры по производительности. Да и ПО сразу 64-битное писать всё. Этож прям рывок вперед большой!

    Кстати данные процессоры будут производить в Азии.

    Отредактировано: vassso1~20:37 28.01.16
    • 1
      Нет аватара Alex79
      28.01.1621:50:33

      Мне кажется, Вы несколько упрощаете связь между разрядностью процессора и его производительностью. Еще есть такие параметры как: архитектура, тактовая частота, количество ядер, размер кэшей и т. д.

      Высказывание про «большой рывок» применительно к ПО скомпилированному под 64-bit — тоже преувеличение. Качественные исходники часто успешно компилируются и под 32 и под 64, хотя сюрпризы бывают, конечно.

    • 0
      Нет аватара silicoid
      28.01.1623:11:45

      в мире существуют петабайты программного обеспечения. Нельзя вот так взять и порвать прошлое.

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

      из-за ограничений навязываемых совместимостью с 386DX процессорами ажно 1987 года разработки приходится брать код какой-либо программы, на лету перекомпилировать этот раритет в свой внутренний код и потом его уже исполнять.

      • 0
        Нет аватара guest
        29.01.1611:31:12

        > в мире существуют петабайты программного обеспечения. Нельзя вот так взять и порвать прошлое.

        ПО бывает опенсорсное и проприетарное. Нельзя авторам проприетарного вот так взять и запретить остаться в прошлом.

        > сам по себе, процессор это очень хитрая штука, можно его назвать компьютером в компьютере.

        можно. но это будет неверно.

        > из-за ограничений навязываемых совместимостью с 386DX процессорами ажно 1987 года разработки приходится брать код какой-либо программы, на лету перекомпилировать этот раритет в свой внутренний код и потом его уже исполнять.

        о чём вы сейчас? 99% опенсорса собирается под другой проц. что значит «на лету перекомпилировать» для меня загадка.

        • 0
          Нет аватара vladtsvs
          31.01.1609:46:03

          Нельзя авторам проприетарного вот так взять и запретить остаться в прошлом.

          разработчики проприетарного по сами выбрали путь страдания

  • 0
    Нет аватара Натали
    28.01.1622:37:44

    А можно было "дистрибутив" перевести на великий и могучий?

    • 0
      Нет аватара guest
      28.01.1622:51:19

      Пакет подлежащий дистрибьюции, то бишь распространению в массах.

      Вот Вы любую программу качаете с интернета, или на диске покупаете итд — это дистрибутив.

      Вот и с Линуксом так — можете сами собирать.

      А можете скачать готовый собранный дистрибутив и установить как ту же Винду.

      Отредактировано: Антон Смоленский~23:54 28.01.16
    • 0
      Нет аватара silicoid
      28.01.1623:13:46

      Это очень сложно, так как слово дистрибутив появилось в нашем лексиконе в конце 80х, когда программы стали устанавливать на компьютер.

      просто «пакет для установки» это уже как-то слишком длинно и непонятно

      • 1
        Нет аватара guest
        29.01.1600:38:05

        А я думал это был вопрос )))

        А Натали оказывается просто троллит — не понял сперва.

    • 0
      Нет аватара vladtsvs
      03.02.1617:46:07

      Нет, ибо это устоявшийся термин.

  • 2
    Нет аватара guest
    29.01.1601:44:14

    Я вот установил себе Linux mint и был неожиданно удивлен удобством в работе, теперь только в нём и работаю.

    Потом заинтересовался Alt Linux 7.0.5, протестировал с Live CD, но при некоторых различиях не решился на него переходить, так как всё тоже самое.

    Решил дождаться лета и тогда установить Alt Linux 8.0, посмотрим что за зверь, в конце концов «Базальт СПО» свой дистрибутив, как я понимаю, тоже на Alt Linux будут строить. Если я не прав, то поправьте меня.

  • 0
    Нет аватара guest
    03.02.1603:16:50

    Интересно, обычную убунту(для АРМ) на байкал можно будет поставить?

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