MAX
Подпишись
стань автором. присоединяйся к сообществу!
Есть метка на карте 28 января 33
130

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

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

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

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

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

Источник: politikus.ru

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

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

  • 0
    Нет аватара guest29.01.16 00:27:10

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

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

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

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

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

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

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

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

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

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

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