![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagnerТут как-то случайно получилось что несколько виртуальных машин, созданных с помощью vws оказались выпихнуты на сервер, которым пользуюсь не один я.
Софтинкой начали пытаться пользоваться другие люди, что немало поспособствовало ее совершенствованию.
В общем, в пятницу я поднял версию до 0.4.
Теперь оно умеет нормально выставлять права на shared машины, чтобы все пользователи группы kvm имели к ним доступ. Появилась, наконец поддержка автостарта машин при загрузке хоста, а при шатдауне оно пытается аккуратно гасить все машины - как автостартованные, так и нет. Надо бы еще сделать так чтобы vws list от рута показывал приватные машины всех пользователей. А vws start от рута слал бы в эротическое путешествие.
vws list научился показывать MAC и IP-адреса машин. Причем MAC и для остановленных тоже.
Разобрались тут наконец как правильно конфигурить bridge, чтобы винда не принимала его при каждом запуске за новую сеть.
Практика показала что не хватает сетевой прозрачности.
Хочется, чтобы указав host:vm или vm@host (не знаю, как лучше) можно было бы получить запущенный локально remote-viewer котоорый через ssh port forwarding конектится к машине на указанном хосте. Помимо некоторой экономии траффика по сравнению с запуском remote-viewer на хосте и форвардинга X-ового интерфейса через ssh, это позволит пробрасывать USB-устройства с рабочего места оператора в виртуальную машину.
Вот только думаю - завести под это дело отдельную команду, или навесить эту функциональность на vws start.
Вообще заложенная с самого начала концепция "start - это сделать так чтобы у тебя на экране появилось окошко указанной VM" оказалась не слишком очевидной для пользователей. Хотя мне по-прежнему нравится, что мне не надо думать запущена у меня машина или нет. Набираю start и через несколько секунд она у меня тут.
Еще назрел полноценный парсинг и редактирование start-файлов. Вот интересно, есть ли библиотека для python, которая максимально точно эмулирует разбор командной строки shell-ом?
Софтинкой начали пытаться пользоваться другие люди, что немало поспособствовало ее совершенствованию.
В общем, в пятницу я поднял версию до 0.4.
Теперь оно умеет нормально выставлять права на shared машины, чтобы все пользователи группы kvm имели к ним доступ. Появилась, наконец поддержка автостарта машин при загрузке хоста, а при шатдауне оно пытается аккуратно гасить все машины - как автостартованные, так и нет. Надо бы еще сделать так чтобы vws list от рута показывал приватные машины всех пользователей. А vws start от рута слал бы в эротическое путешествие.
vws list научился показывать MAC и IP-адреса машин. Причем MAC и для остановленных тоже.
Разобрались тут наконец как правильно конфигурить bridge, чтобы винда не принимала его при каждом запуске за новую сеть.
Практика показала что не хватает сетевой прозрачности.
Хочется, чтобы указав host:vm или vm@host (не знаю, как лучше) можно было бы получить запущенный локально remote-viewer котоорый через ssh port forwarding конектится к машине на указанном хосте. Помимо некоторой экономии траффика по сравнению с запуском remote-viewer на хосте и форвардинга X-ового интерфейса через ssh, это позволит пробрасывать USB-устройства с рабочего места оператора в виртуальную машину.
Вот только думаю - завести под это дело отдельную команду, или навесить эту функциональность на vws start.
Вообще заложенная с самого начала концепция "start - это сделать так чтобы у тебя на экране появилось окошко указанной VM" оказалась не слишком очевидной для пользователей. Хотя мне по-прежнему нравится, что мне не надо думать запущена у меня машина или нет. Набираю start и через несколько секунд она у меня тут.
Еще назрел полноценный парсинг и редактирование start-файлов. Вот интересно, есть ли библиотека для python, которая максимально точно эмулирует разбор командной строки shell-ом?
no subject
Date: 2016-04-19 01:21 pm (UTC)Но вообще usb-устройства в QEMU пробрасвываются вполне нормально.
У QEMU есть snapshot mode. Это когда он ничего не пишет в image, а пишет только во временные файлы в /tmp, которые стираются при выходе. Хотя не уверен, что даже читаться имидж с флешки будет достаточно быстро.
Я вот сегодня пробовал собирать один и тот же пакет на двух Banana Pi - на одной 4-ядерный процессор и флэшка (MicroSD UHS, специально выбирал самую быструю карточку), на другой - двухядерный и SATA-ноутбучный диск (специально выбирал самый медленный, чтобы подешевле).
Так одновременно собралось. SATA вполне компенсировала два лишних ядра.
С другой стороны экономить место на флешке? Сейчас флешка на 16-32Гб стоит совершенные копейки.
И если ты хочешь чтобы винда в эмуляторе работала прилично, надо ставить сервер. У меня разница во времени сборки постгреса между семеркой и 2008R2 сервером чуть ли не на порядок. На одном и том же хосте, при одинаковых настройках выделяемой памяти и диска, обе 64-битные. К тому же сервер не имеет привычки в фоне качать гигабайты апдейтов, что очень полезно в snapshot-mode.
no subject
Date: 2016-04-19 02:50 pm (UTC)Флэшка - на 32 Гб, но на ней же живут другие задачи, которые решаются этой машиной. (Идея в том, что "машина целиком" живёт на флешке, её можно воткнуть и работать, не используя никакое хранилище на собственно машине. Оно мне надо). Так что гигабайт есть. Ну два, если позарез.
Snapshot mode - спасибо, это именно то, что нужно. А вот сборка пакетов в этой системе меня не волнует, от слова совсем. В этой винде будут жить один браузер (вероятно, Chrome, поскольку критичен Youtube), один медиаплеер (MPC или VLC) и один Raidcall. Установка каких-либо ещё приложений, не говоря уж о компиляторах, исключена. Но вот выкачка апдейтов - да, проблема.
С другой стороны, живя в Ирландии, я в идеале не хотел бы заниматься пераццтвом (тм). На Win98 всем давно пофиг, её я считал бы abandonware. Образы с Win7 и Win10 предлагает сам Microsoft: https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/windows/ . Правда, они там только для VirtualBox, а не для QEMU :( не знаю, насколько это конвертируемо (и не стоит ли по такому поводу пробовать сначала VirtualBox). А вот сервер - это пришлось бы качать гигаззы по торрентам либо просить у российских друзей скрытые FTP - или есть ещё какие-то варианты?
(Хотя, подумавши, самый пуристический вариант в смысле пераццтва(тм) это всё-таки Wine...но там 50 на 50 - выйдет или нет, в частности, быстрогугль показывает, что с хромом могут быть проблемы. А Youtube довольно критичен).
no subject
Date: 2016-04-19 02:56 pm (UTC)Сборка пакетов это просто хороший тест на общую производительность системы.
Образ для VirtualBox или VMWare с легкостью конвертируется в образ для QEMU с помощью qemu-img.
Youtube пока еще поддерживает не только хром, но и другие браузеры тоже.