QEMU 0.8

А есть информация о том, чем отличается QEMU от подобного ПО, типа vmware?

Отсуствием GUI, snapshot'ов, Teams, clones, записи video, импорта образов дисков, импорта рабочих Windows system, SCSI, полноценного USB ...

Всё мечтаю о свободном времени, что бы написать связку для OpenEmbedded+ScraychBox+QEmu... Эх...

Ответ неправильный, в отличие от vmware, qemu - свободное ПО. :-)

> Ответ неправильный, в отличие от vmware, qemu - свободное ПО. :-)

Bochs?

а смысл? ведь в qemu нет оборудования того же ipaq или той железки для которой собираем образ...

> - Поддержка эмуляции системы MIPS R4K

o_O - то есть IRIX теперь пускать можно?!!

> Bochs?

Вы это ели???

Как там дела с gcc4?

> Bochs?
Что ?

Хм. Я не задумывался, я что vmware - это не свободный софт? К слову: на днях купил журналец - желтый, надпись большими буквами "СПЕЦ" - с целью просветиться относительно онлайновых платежных систем. Так вот в комплекте шла компаха, а на ней, в числе прочего - vmware workstation 5xx - это как? Перацтво? Или журнал на практике оправдывает название (это форк ксакепа)?

> vmware workstation 5xx - это как? Перацтво?

Нет, перацтво - это когда триальный ключ заменяют на ключ найденный на astalavista

а зачем???

Цель какая???

Если ксакеповская версия не триал, а полная - пераццтво.

Надо б помучиться и таки запустить skype/linux/x86 в linux/ppc...

как там со:
- snapshots
- vmware import
- network support
- host file system support
?

Аналогично относительно bochs?

>- network support

Работает.

>- host file system support

Просто подключаешь жёсткий диск целиком (под рутом либо расставь права для своего юзера на /dev/hda).

How can I access the host Linux OS filesystem from a Windows guest OS ?

QEMU integrates a built-in Samba server from version 0.6.1 (CVS). See the -smb option in the QEMU documentation.

>А есть информация о том, чем отличается QEMU от подобного ПО, типа vmware?

vmware не умеет эмулировать процессор. Соответственно, ты хрен запустишь систему для Sparc на x86 или наоборот. QEMU это позволяет, хотя пока с ограничениями. Это очень ценно для разработчиков программ. Можно не тратя денег на покупку (дорогих) машин редких архитектур, эти архитектуры поддерживать.

Кроме того, в режиме user-emulation он позволяет под Linux на одном процессоре запускать бинарники для другого процессора, что очень ценно если у тебя процессор не x86 - есть шансы воспользоваться всяким x86-only софтом.

Далее, возхможности управления эмулируемым железом из скриптов существенно выше чем у vmware GSX-сервера.

Ну и, в принципе, система открытая. Так что если меня очень прижмет дать guest-os доступ к нестандартному PCI-устройству, я могу это сделать, дописав поддержку этого устройства в QEMU.

>Вы это ели???

Фряха заработала.

>>Вы это ели???

>Фряха заработала.

Вы очень терпеливы, раз дождались окончания загрузки под этим эмулятором. Qemu в десятки раз быстрее.

// AK

> vmware не умеет эмулировать процессор. Соответственно, ты хрен запустишь систему для Sparc на x86 или наоборот. QEMU это позволяет, хотя пока с ограничениями. Это очень ценно для разработчиков программ. Можно не тратя денег на покупку (дорогих) машин редких архитектур, эти архитектуры поддерживать.

> Кроме того, в режиме user-emulation он позволяет под Linux на одном процессоре запускать бинарники для другого процессора, что очень ценно если у тебя процессор не x86 - есть шансы воспользоваться всяким x86-only софтом.

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

У меня дома на столе стоит мак (под линухом). Хочу избавиться от второго компа - писишного лаптопа. Среди того немногого, что пока удерживает лаптоп на моем столе - отсутствие skype/linux/ppc. Ваши рекомендации?

< У меня дома на столе стоит мак (под линухом). Хочу избавиться от второго компа - писишного лаптопа. Среди того немногого, что пока удерживает лаптоп на моем столе - отсутствие skype/linux/ppc. Ваши рекомендации?

Я подошёл к вопросу немного "корпоративно", поскольку в посте vitus прозвучало слово "разработчик". Вы предлагаете домашнюю ситуацию, в которой один из компьютеров уже используется не так, как задумано производителем (linux на Mac). А в домашних условиях каждый ССЗБ :), ведь так?

Очевидно. Впрочем, я дома - разработчик на линухе;) И для меня (ежели оно работает) польза от QEMU сугубо очевидная. Опять же, ситуация легко проецируется на small business.

> Впрочем, я дома - разработчик на линухе;)

Я ожидал этой фразы, но она ведь тоже относится к ССЗБ :). И хотя ситуация проецируется на small business, я пытался заметить, что это не практично. Если компания выполняет заказ на программирование спец. платформы, то образец этой платформы должен быть в наличие. Особый случай, когда заказ как раз и есть разработка эмулятора этой самой платформы, но и в этом случае образец должен быть.

>Особенно в случае редких дорогих машин, потому как Вам как разработчику для таких машин цены просто нет.

ага. и пошел наивный вьюноша, и купил себе редкую железку за миллион долларов, сидит, программирует под нее и ждет багатых заказов... ;)

Цены может и нет, в том смысле, что платить никто не будет...

vitus, а у тебя сайт куда переехал? tkpaint сильно интересует.

> ага. и пошел наивный вьюноша, и купил себе редкую железку за миллион долларов, сидит, программирует под нее и ждет багатых заказов... ;)

Знаете многих наивных вьюношей, программирующих редкие железки за миллион долларов дома на коленке (хотел написать на эмуляторе ;) ) ?

>Всё сказанное абсолютно верно, но непрактично. Если у Вас есть не x86 >архитектура,

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

или основная разработка под x86 но хочется протестировать кросплатформенность,
и для этого (сборка и запуск тестовых скриптов) совершенно не хочется покупать amd 64, sparc и т.д. и т.п.

Я знаю много случаев, когда ко двору приходится самый экзотический опыт разработчика. И за этот опыт даже платят.

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

Разумно было бы делать такие покупки в момент получения заказа. Разумно,но безнадежно поздно...

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

то, что работа в Вашей конторе идёт; медленно, но идёт. Шла бы значительно быстрее, если бы были деньги на третью железку... но, "такова селява". А если бы был эмулятор, то Ваша контора бы занималась не программированием железки, а тестированием эмулятора. И работа могла бы встать совсем. Конечно, разные бывают эмуляторы, но мне очень часто приходилось "ковырять" программу на железке, тогда как на эмуляторе "всё тип-топ".

> Я знаю много случаев, когда ко двору приходится самый экзотический опыт разработчика. И за этот опыт даже платят. Но из этого совершенно не следует, что в момент приобретения данного опыта у этих людей были деньги и даже если они были, то уж точно не было никакой уверенности, что эти вложения хоть как то окупятся... Разумно было бы делать такие покупки в момент получения заказа. Разумно,но безнадежно поздно...

Из моего, может и не очень большого опыта, все большие заказы начинались с малых предложений, чаще всего бесплатных реальных разработок по теме, нужной заказчику. Ну может и не бесплатных, но заведомо дешёвых. Никто никогда не заказывает сколь-нибудь значимый проект без, как Вы сказали "уверенности, что эти вложения хоть как то окупятся" (я прошу прощения за эту банальность). А посему, демонстрация экзотического опыта разработчика должна проявиться ДО заключения контракта. И эта демонстрация никак не может быть экономически выгодна - она есть investment в будущий проект. Эмуляторы возможно очень подходят для этого этапа. Но для реальной разработки они не практичны (собственно с этого я и начал свои посты).

Ну, стало быть, на 90% наши мнения не противоречат. ;)

А что касается реальной разработки, так SVU, как я понял, выиграл свой мак, портировав программу на эмуляторе, доступ к которому ему (как и всем желаюшим) дал IBM. Вполне реальная разработка.

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

> Ну, стало быть, на 90% наши мнения не противоречат. ;) А что касается реальной разработки, так SVU, как я понял, выиграл свой мак, портировав программу на эмуляторе, доступ к которому ему (как и всем желаюшим) дал IBM. Вполне реальная разработка. Естественно, эмулятор не всегда применим, но ситуаций, когда он проще и удобнее настоящей железки (ну кто сказал, что на железке есть монитор, клавиатура, мышь и вообще хоть что то из этого ряда?) - пруд пруди.

На 95% :). Но ведь и с ним я говорил не про домашнее использование эмуляторов в часы досуга for fun (или опыт, или любопытство, или что ещё может двигать людей работать над программными проектами дома). Возможно я не прав, но я связываю слово "разработка" со словом "бизнес", а бизнес не может себе позволить не рентабельное производство. Эмулятор - это не рентабельное средство. Хотя и fun :).

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

А вообще, жесткое связывание слова "бизнес" с большими возможностями или финансовыми ресурсами отдает наивностью. В бизнесе самое главное, чтобы расходы покрывались доходами. При этом поскольку доходы в 99% случаев никто не гарантирует, то и на расходы идут очень неохотно. Самое крутое железо нынче дома стоит...

> А вообще, жесткое связывание слова "бизнес" с большими возможностями или финансовыми ресурсами отдает наивностью. В бизнесе самое главное, чтобы расходы покрывались доходами. При этом поскольку доходы в 99% случаев никто не гарантирует, то и на расходы идут очень неохотно. Самое крутое железо нынче дома стоит...

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

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

Насчёт крутых машин дома. Сколько будет Вам стоить поставить и обслужить кластер из 45 узлов дома ? Это моя рабочая машина.

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

А Вам действительно для работы нужно десяток различных операционок?

Блин! Ну что за спор глупый!

"Эмуляторы не нужны"... Ну не считаешь их нужными - не используй!

На практике написание программ длоя микроконтроллеров (программировал не я, хотя весь процесс я наблюдал) осуществляется в 2 основных этапа (не считая разработки алгоритиа):
1) программирование под эмулятором
2) тесты полученного кода на реальной железке

IMHO, так и должно быть: 1-й этап четко определяет возможность реализации задуманного на выбранной платформе, 2-й этап - это собственно реализация.
Прав кто-то, кто написал, что "эскиз" проекта под эмулятором является ключевым для принятия решения инвестором. Вполне логично: "на эмуляторе нужной мне платформы их разработка работает, соответственно для меня приемлемо вложить деньги за доводку этой разработки до продакшн уровня".

>А Вам действительно для работы нужно десяток различных операционок?

Конечно.

Хотябы для проверки работоспособности нашей программы в 5 заявленных совместимыми операционках от МС * на 3 версии автокада - уже в идеале 15 образов. а ведь автокад бывает не только как отдельгное приложение, но и как ядро в другом приложении, которое можно использовать...

В моем случае QEMU или VMWARE - спасение! ;)

> Уточню. Бизнес не имеет отношение ни к возможностям, ни к ресурсам. Бизнес - это скорее отношение к своей работе и использование своего знания и опыта для зарабатывания денег. И как следствие - распределение своих возможностей и ресурсов для увеличения этих самых возможностей и ресурсов. "Большой бизнес" имеет большие возможности и ресурсы, "малый" - соотвественно малые :).

Согласен. Бизнес, это отношение. И использование преимущественно чужого знания и опыта для зарабатывания денег. ;)

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

>Кстати сказать, научный бизнес не всегда покрывает свои расходы,

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

>Насчёт крутых машин дома. Сколько будет Вам стоить поставить и обслужить кластер из 45 узлов дома ? Это моя рабочая машина.

;) Места не хватит. Правда, можно будет демонтировать батареи - 3 киловата тепла от такого кластера - вполне хватит. ;) Однако с точки зрения пальцегнутья - писюковый кластер сам по себе бюджетное решение. Тот же эмуль высокопроизводительного компьютера. Но у бизнеса нет пары-тройки миллионов на cray...

Вы знаете, что при в общем то идентичных взглядах на бизнес, Вы это слово связываете с фразой "кто то делает деньги на Вас", а я с фразой "как бы мне сделать деньги исходя из своих возможностей". Или я не прав?

Наверное в Вашем бизнесе действительно невозможно решить вопрос поддержки большого количества платформ без эмуляции. А как Вы решаете проблемы, которые на эмуляторе не воспроизводятся?

> Однако с точки зрения пальцегнутья - писюковый кластер сам по себе бюджетное решение.

Мне думается, что любая покупка есть компромисс между ценой (price) и ценностью (value). Поскольку я продаю результат работы программы, и заказчику без разницы,на какой платформе посчитан результат, то PC кластер - это подходящее для меня решение. На эмуляторе я буду считать дольше, да ещё заплачу за "отладку эмулятора". А почти экспоненциальный рост цены при менее чем линейном росте производительности суперЭВМ - неразумная трата денег.

Я, наверное, слишком часто повторяю слова "отладка эмулятора". Просто мне очень много пришлось работать на эмуляторах в Союзе. Вот это действительно было "бюджетное решение", поскольку денег на железки всегда не было! До 90% времени уходило на поиск того, что не работает в реале, тогда как эмуляция проходит идеально.

Господа, кто-нибудь может дать внятный ответ, реально ли прикрутить USB-железку к guest OS через QEMU? Читал доку и делал все, как там пишут, но в ответ получаю лишь "Could not add usb device... бла-бла-бла..." Хотя судя по заявлениям, не работает пока лишь малая тольва устройств... У меня не работает ни одно :(