Так и не дождавшись публикации и обсуждения на Хабре очень важной новости из мира OpenSource, решил опубликовать её самостоятельно.
Спустя нескольких месяцев разработки стала доступна первая версия набора патчей к QEMU, добавляющих поддержку отечественной архитектуры процессоров Эльбрус 2000.
На данный момент эмулятор поддерживает только 64-битные программы, скомпилированные под Linux. Реализованы почти 80% набора инструкций Эльбрус-8С.
Intel опубликовала на Github новый выпуск движка виртуализации HAXM 7.8 (Hardware Accelerated Execution Manager). Однако после публикации репозиторий был переведён в архив, и компания объявила о прекращении сопровождения этого проекта.
Поставил себе Убунту.
Но возникла проблема, что Win мне все же нужен, т.к. есть достаточно рабочих програм, которы не работают под Линукс.
Пробовал использовать Wine, но это оказалось дурацкой затеей. Некоторые программы не запускались, а некоторые запускались, но не работали, как надо.
Я пристально следил за проектом OpenMoko со дня первого анонса. В определенный момент мой интерес и желание потестить мобильный Linux превзошли природную лень :) Установка эмулятора и платформы оказались на удивление простыми. Спешу поделиться с вами своими результатами!
Здравствуйте хабровчане. Недавно понадобилось писать на Objective C под Mac OS X. Железо у меня не самое подходящее для всяких сборок, да и сидеть полностью в этой ОС религия не позволяет. Решил поставить Mac OS X в на виртуальную машину Qemu в Linux.
Довольно много людей качает или создает загрузочные диски в формате образов CD/DVD/USB/FDD и есть необходимость быстро проверить их работоспособность перед использованием в деле. Для этого написана данная программа, со сути являющаяся надстройкой над виртуальной машиной QEMU.
Понадобилось тут на скорую руку поднять винду на VPS. Хостинг выбрал «облачный» от Оверсана, потому как дают на тестирование при регистрации небольшую денюжку. Если сервер держать выключенным и включать по необходимости, то хватит надолго. Впрочем, и последующая оплата при такой схеме по карману не сильно ударит. Но проблема в том, что в качестве предустановленных систем Windows там, само собой, нет. Эта статья является небольшим, но полным и рабочим пошаговым руководством по установке Windows на VPS под Debian. У других хостеров возможно все будет несколько иначе, но суть та же.
Приходилось ли Вам когда-либо настраивать маршрутизаторы Cisco? А может Вы сталкиваетесь с подобными задачами ежедневно потому что являетесь тем самым человеком, который отвечает за стабильную и надёжную работу сети передачи данных в Вашей организации? В таком случае, вероятно, у Вас появлялась мысль, как максимально упростить себе жизнь и повысить эффективность своей работы. Подробности ниже.
В телекоммуникации можно наблюдать одно неоспоримое явление, связанное с техническим персоналом – его становится все меньше, при этом требования к конкретным специалистам возрастают. В те периоды, когда цифровые системы коммутации на телефонных станция оставались фантастикой, штат сотрудников станции включал значительное число электромехаников. Многие операции по переключению абонентов, изменению нумерации, созданию новых направлений выполнились «руками», в последствии при переходе на цифровые системы большинство действий стали решаться программно, с привлечение меньшего числа персонала. Аппаратно-программные комплексы развивались и совершенствовались и становились сложнее и требования с инженеру возрастали. Под катом много снимков экрана.
В это статье рассмотрена установка Juniper JunOS версии 10.4 для маршрутизаторов M/T серии на виртуальный стенд VMware и последующая конвертация в QEMU Image для применения в среде GNS3.
Про версии
Мы устанавливаем свежую версию JunOS, но хочется отметить, что установка более ранних версий производится аналогичным образом, поэтому Вы не задумываясь можете взять любой JunOS OS install media, также нет никаких технических оговорок относительно domestic версий, содержащих крито модули.
Общая идея
JunOS базируется на FreeBSD и аппаратно отчасти на x86 архитектуре, о чем я уже упоминал в своей предыдущей статье.
План таков:
создание виртуальной машины -> установка FreeBSD -> установка JunOS на FreeBSD, предварительно произведя обман проверки PIC -> завершение установки JunOS –> конвертация для QEMU.
Начинаю цикл мини статей, о разрушении легенд связанных с виртуализаций Juniper JunOS на PC.
Миф первый: “Policer Filters (interfaces don't measure realtime traffic rates)”, данное утверждение можно найти на одном из авторитетных неофициальных сайтов о Juniper Olive.
Суть легенды заключается в том, то Policer Filters работают неправильно, интерфейсы измеряют трафик в реальном времени некорректно.
Для теста воспользуемся достаточно производительной системой на базе процессора Intel Core i7, с 8 Gb RAM и операционной системой Windows 7 (x64).
Также была использована самая свежая версия GNS3 (с приложениями входящими в её состав, такими как модифицированный qemu), еще был задействован акселератор — kqemu.
В роле маршрутизатора выступал Juniper Virtual JunOS 10.4 M/T Series, клиенты – debian lenny. Для маршрутизатора выделено 512 Mb RAM и 128 – на каждый клиент соответственно. Суммарная нагрузка на CPU системы не превысила 0.27.
Инструменты для генерации и получения информации о трафике Iperf.
Как в компьютерной индустрии есть обычные ПК и суперкомпьютеры, также и среди разработчиков выделяются эдакие гиганты, обладающие сверхсилой. Как ещё можно назвать человека, чей список проектов выглядит так:
Специя или SPICE (сокр. от англ. «Simple Protocol for Independent Computing Environments», то есть «Простой протокол для независимой вычислительной среды») — открытый протокол удаленного доступа к компьютеру или виртуальной машине.
Использование SPICE позволяет не только получить доступ к экрану, а также к буферу обмена и звуковой карте. В настоящее время протокол SPICE находится в стадии интенсивной разработки, несмотря на это его уже сегодня можно попробовать использовать в виртуальной машине под управлением модифицированного гипервизора KVM вместо базового открытого протокола VNC (Virtual Network Computing), используемого по-умолчанию.
Привет всем!
По роду деятельности я программист на Java. Последние месяцы работы заставили меня познакомиться с разработкой под Android NDK и соответственно написание нативных приложений на С. Тут я столкнулся с проблемой оптимизации Linux библиотек. Многие оказались абсолютно не оптимизированы под ARM и сильно нагружали процессор. Ранее я практически не программировал на ассемблере, поэтому сначала было сложно начать изучать этот язык, но все же я решил попробовать. Эта статья написана, так сказать, от новичка для новичков. Я постараюсь описать те основы, которые уже изучил, надеюсь кого-то это заинтересует. Кроме того, буду рад конструктивной критике со стороны профессионалов.
Оказывается, ещё в начале 2011 года японский исследователь по имени Тосио Мори, действующий под псевдонимом forest1040, выяснил, что возможно запустить Node.js на устройстве с Android, если обладать правами рута. Итоги его наблюдений изложены на нижеследующих тринадцати слайдах:
Для тех, кто не вполне понимает по-японски, переводчик Jed Schmidt создал англоязычную версию инструкций, выложенную во блоге у forest1040. Говоря вкратце, предлагаемая последовательность действий вот какова:
Получить права рута на устройстве под Android
Использовать qemu и собрать Linux для ARM
Внутри ARM Linux собрать Node.js
Скопировать собранный Node.js на устройство под Android
В нашей повседневной работе, как и всем, требуется много пользоваться отладчиком. В силу специфики работы: (разработка ОС, использование технологий виртуализации наподобие Intel-VT, ит.д.) нам часто требуется использовать отладчик для работы со специфическими случаями: отладка кода загрузчика ядра, отладка загрузчиков виртуальных машин, а так же в принципе обеспечение возможности отлаживать ОС собственной разработки. Именно эти особые случаи так пафосно названы в заголовке ”по максимуму”.
Для решения всех этих задач (и конечно, многих других) мы используем gdb. Возможно использование и таких оболочек как DDD, но лично я предпочитаю использовать cgdb как оптимальный выбор, особенно для случая работы с отладчиком по ssh.
В этой статье мы расскажем о том, как можно использовать gdb для отладки кода загрузочных секторов и загрузчиков.
Вывести что-нибудь на экран эмулируемого устройства VersatilePB не так-то просто. Все примеры простых ядер для ARM, которые удалось найти на момент написания статьи, ограничиваются работой с последовательным портом.
Этот пост — начало серии, рассказывающей о том, как собиралось простое ядро для вывода на экран эмулируемого устройства.
На примере 2-х с небольшим тысяч строк кода будет подробно рассказано об инициализации памяти, зонах памяти, slab-аллокаторе применяемых в Linux.
В последнее время очень модными стали решения по построению облачных систем, облака строят все кому не лень. Для конечного пользователя все прозрачно: «Вот тебе точка входа, вот там твои ресурсы — используй!» И мало кто из них задумывается о том, как оно все устроено внутри. Да и не надо им знать, в сущности. Однако, людям, которые заняты как раз конфигурированием подобных систем, очень интересно, а как же это работает у других? И главное — на чем?
Задача: Запустить, настроить n (в примере будем запускать 3) qemu машин с ОС ubuntu-12.04.1-server-amd64-1шт. и FreeBSD-9.0-RELEASE-amd64. Версия amd64 является рекомендованной разработчиками ubuntu.
1. Инсталляция (Не забываем обновить порты товарищи BSD'дельники)
main [16:54:emulators/qemu]# cd /usr/ports/emulators/qemu
main [16:55:emulators/qemu]# make install clean
Понадобилось тут на скорую руку поднять винду на VPS. Хостинг выбрал «облачный» от Оверсана, потому как дают на тестирование при регистрации небольшую денюжку. Если сервер держать выключенным и включать по необходимости, то хватит надолго. Впрочем, и последующая оплата при такой схеме по карману не сильно ударит. Но проблема в том, что в качестве предустановленных систем Windows там, само собой, нет. Эта статья является небольшим, но полным и рабочим пошаговым руководством по установке Windows на VPS под Debian. У других хостеров возможно все будет несколько иначе, но суть та же.
В последнее время очень модными стали решения по построению облачных систем, облака строят все кому не лень. Для конечного пользователя все прозрачно: «Вот тебе точка входа, вот там твои ресурсы — используй!» И мало кто из них задумывается о том, как оно все устроено внутри. Да и не надо им знать, в сущности. Однако, людям, которые заняты как раз конфигурированием подобных систем, очень интересно, а как же это работает у других? И главное — на чем?