Автоматический контроль виртуальных машин

Обсуждение новостей системы JetSwap
Аватара пользователя
loller5
Сообщения: 2528
Зарегистрирован: 28 ноя 2010, 01:32
Откуда: Из гнезда.

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение loller5 » 08 мар 2019, 17:55

Hans писал(а):
08 мар 2019, 16:52
будут фрагментировать диск, снижая производительность.
SSD же клал большой болт на фрагментацию. Там же нет головок (:
Один фиг линейного чтения не получится, даже если убрать фрагментацию на хосте. Читается в основном 4K блоками, как я помню. Поэтому в бенчмарке всегда смотрится на большую очередь, обычно 32, из 4K блоков (Q32 4K)

Hans
Сообщения: 586
Зарегистрирован: 24 май 2010, 20:33

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение Hans » 08 мар 2019, 18:08

loller5 писал(а):
08 мар 2019, 17:12

Если x64 и Win2000+, то есть смысл рассмотреть pagefusion а.к.а memory deduplication (: Учитывая, что все VM крайне похожи (копии), у них будут крайне схожие страницы памяти. Должно помочь сэкономить сколько то еще памяти :) Какой CPU overhead кнчн - хз.
https://www.virtualbox.org/manual/ch04. ... pagefusion
Но работает только с дополнениями.

Вроде @Hans-у раньше предлагал потестить, но не помню, чем закончилось.
Предлагал, предлагал. :D
Последний раз редактировалось Hans 16 июн 2019, 10:15, всего редактировалось 2 раза.
Архивация информации в любой точке пространства-времени.
Открыт метод архивации любой информации через область бесконечно удаленных точек не на известных носителях информации, а в вакууме через единичные импульсы специальной приставки к компьютеру.

Аватара пользователя
loller5
Сообщения: 2528
Зарегистрирован: 28 ноя 2010, 01:32
Откуда: Из гнезда.

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение loller5 » 08 мар 2019, 18:21

Там еще memory ballooning, которая позволяет перераспределять свободный RAM между VM-ками (но не в Host). Другой вопрос, если запаузить, оверкоммит будет ли работать.. :) Т.к. занятая то память не выгружается (:

Qemu и KVM, кстати, могут возвращать в Host, то есть что-то вроде dynamic memory allocation (:

Потому что при паузах виртуалок это могло бы помочь выдать RAM требующейся VM (:

Hans
Сообщения: 586
Зарегистрирован: 24 май 2010, 20:33

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение Hans » 08 мар 2019, 19:08

Memory ballooning подключен, спасает, особенно при запусках ВМ с короткими интервалами. У него недостаток - при необходимости перезапустить ВМ она чаще останавливается, чем перезапускается. Без баллона перезапуск нормальный.
Последний раз редактировалось Hans 05 апр 2019, 04:42, всего редактировалось 1 раз.
Архивация информации в любой точке пространства-времени.
Открыт метод архивации любой информации через область бесконечно удаленных точек не на известных носителях информации, а в вакууме через единичные импульсы специальной приставки к компьютеру.

dupus1
Сообщения: 4
Зарегистрирован: 08 мар 2019, 20:17

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение dupus1 » 08 мар 2019, 21:40

Support писал(а):
08 мар 2019, 14:54
dimonz1980 писал(а):
08 мар 2019, 11:55
Почему нельзя сделать запуск нескольких программ одновременно?.. так можно вообще избавится от виртуальных машин,.. и ресурсов больше хватит….
Из-за проблем эффективного разделения среды выполнения - данные из движка браузера одной программы могут утекать в другой.
Лучший и наиболее надежный способ добиться разделения - виртуалки. + все равно отпечаток системы будет единый, и грамотной смены отпечатка тоже можно добиться только виртуалками.
На мой взгляд, dimonz1980 зрит в корень и решение - софт аля ThinApp:
[+] реальная система даст реальный отпечаток (или грамотно сконфигурированная виртуалка, как в случае, о котором толкует Support - неотличимый от реального), а параметрами виртуальных реестров их можно слегка модифицировать для каждой копии.
[+] одна копия винды на множественное число изолированных копий серфинга, а не на каждый серфинг по винде со всеми вытекающими:
  • значительное снижение нагрузки на проц
  • значительное снижение нагрузки на ПЗУ (а если отрубить дисковый кэш движка браузера - вообще ляпота)
  • общий пул ОЗУ, а не Х Мб выделенных на каждую виртуалку и ни одному серфингу выше не прыгнуть, а следственно ощутимое увеличения числа корректных показов "тяжелых" сайтов
  • серфинг в современных версиях винды, а не только на урезанных XP
[-] нетривиальной становится организация работы через VPN

dimonz1980
Сообщения: 19
Зарегистрирован: 14 ноя 2013, 18:01

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение dimonz1980 » 09 мар 2019, 12:35

«Мы знаем одну сборку VirtualBox, в которую верит даже гугл. Она основана на 6 версии VirtualBox»

….это новая версия и пока возможно не палится, но уверен уже в ближайшее время когда все галопом пересядут на неё, она перестанет быть «непалёной»…

dupus1 - всё грамотно сформулировал.

Аватара пользователя
Support
Служба поддержки
Сообщения: 4469
Зарегистрирован: 08 фев 2009, 19:24
Откуда: JetSwap
Контактная информация:

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение Support » 09 мар 2019, 13:43

dimonz1980 писал(а):
09 мар 2019, 12:35
….это новая версия и пока возможно не палится, но уверен уже в ближайшее время когда все галопом пересядут на неё, она перестанет быть «непалёной»…
Сама по себе 6 версия VirtualBox палится элементарно, также, как и любые другие версии, поскольку у нее только один вид оборудования.
У этой сборки оборудования тоже крайне немного, но плюс уже в том, что она имитирует реальное оборудование, тогда как у обычного виртуалбокса прямым текстом написано, что это виртуалка.

Но мы делаем свою сборку и поэтому там оборудования будет гораздо больше, а потому ей компрометация не грозит, плюс всегда можно будет еще добавить.
dupus1 писал(а):
08 мар 2019, 21:40
[+] реальная система даст реальный отпечаток (или грамотно сконфигурированная виртуалка, как в случае, о котором толкует Support - неотличимый от реального), а параметрами виртуальных реестров их можно слегка модифицировать для каждой копии.
Отпечаток системы можно снять, но на 100% его повторить не получится таким образом к сожалению.
Виртуалка не только грамотно сконфигурирована, ее код переписан для того, чтобы полностью имитировать работу реального оборудования.
Просто снимком системы тут не обойтись, поскольку снимок не будет отражать внутренние детали функционирования аппаратуры.

Вы можете сфоткать человека и получите его "отпечаток", но вы не сможете предсказать его поведение и содержимое его головы по этому отпечатку.
А про человека может быть известно, что он к примеру предпочитает мясо и терпеть не может рыбу, а если он вдруг полностью перейдет на рыбу, то можно будет заподозрить, что его подменили :D
Примерно тоже самое относится и к оборудованию - всякие идентификаторы разумеется с системы можно снять, но нюансы его функционирования приходится программировать.
Hans писал(а):
08 мар 2019, 16:52
Сделать гостевой Win 7 - это значит, уменьшить количество виртуалок на диск примерно в 4 раза. Минимальную сборку семёрки не удавалось укладывать в виртуальный диск размером менее 5-6 Гб. Надо покупать дополнительный ССД, раз. И второе, сможет ли окупиться это нововведение с обнулением ресурсов виртуалок в простое и распределением их по работающим? Получается, что из 100 виртуалок в настоящем можно запустить только 25 в будущем, из которых некоторые будут ещё и в простое. Можно, конечно, сделать режим multiattach, из одной ВМ создавая множество снимков-образов с нулевым размером, но при разрастании они жутко будут фрагментировать диск, снижая производительность.
Можно сделать режим не multiattach, а immutable, судя по описанию это как multiattach, но все изменения стираются при перезапуске виртуалки и диск также может использоваться несколькими VM.
Тогда при необходимости обновления все виртуалки выключаются, диск переводится в обычный режим, SafeSurf обновляется, затем снова становится immutable и виртуалки запускаются снова. Как мне кажется, проблем тут быть вообще не должно, просто интервал перезапуска виртуалок подобрать оптимальный и все.

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

Запас по процессору программа тоже будет контролировать самостоятельно, 5% процессора вполне можно оставить для увеличения стабильности системы. Поскольку тут виртуалки уже не будут работать "на глазок", программа контроля будет стараться использовать максимум доступных ресурсов. Сейчас работает порядка 10% виртуалок, а остальные ждут, но при этом они все равно процессор потихоньку кушают.
С уважением, Служба поддержки.
http://www.jetswap.com

Hans
Сообщения: 586
Зарегистрирован: 24 май 2010, 20:33

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение Hans » 09 мар 2019, 15:00

Запустил виртуалки в VB 6.0.4. На тех же режимах они кушают на 2 Гб оперативки больше, чем на v4. Но что странно, в диспетчере задач их аппетиты поскромнее. Очень похоже на работу Win 7 и Win 8. Первая потребляет больше ресурсов, но весело работает при большой нагрузке, а вторая весело показывает в 1,5 раза меньше расход памяти и процессорной нагрузки, но на 50-70%-ной нагрузке от Win 7 уже дохнет и тормозит. Где та чёрная яма, куда всё уходит на новых ОС и программах?
Далее, допустим, запущу виртуалки в режиме immutable. Там будут вписаны прокси и настройки, в процессе работы они, как правило, могут меняться. При перезагрузке ВМ я получу всё обнулённое на момент создания ВМ. Если же делать снимки, то размеры этих снимков будут засорять рабочее пространство диска. Я от multiattach отказался в пользу отдельных машин, а immutable сразу отбросил.
Далее, при работе в скрытом режиме в версии VB 6.0.4 есть кнопка Показать. Кнопка нужная, но... виртуалки имеют разные разрешения, и при нажатии на Показать виртуалка раскрывается в текущем разрешении. И если открыть несколько, они очень сильно захламляют стол окнами разных размеров. При работе по RDP окна одинаковые, обозначенные в настройках RDP. И если будет возможность разные разрешения привести к одинаковым размерам, было бы неплохо.
И ещё одно, при запуске в VB 6.0.4 не подхватили прокси примерно 30% виртуалок. С чем это связано, пока не разобрался.
Последний раз редактировалось Hans 22 апр 2019, 03:59, всего редактировалось 1 раз.
Архивация информации в любой точке пространства-времени.
Открыт метод архивации любой информации через область бесконечно удаленных точек не на известных носителях информации, а в вакууме через единичные импульсы специальной приставки к компьютеру.

dupus1
Сообщения: 4
Зарегистрирован: 08 мар 2019, 20:17

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение dupus1 » 09 мар 2019, 15:24

Support писал(а):
09 мар 2019, 13:43
Отпечаток системы можно снять, но на 100% его повторить не получится таким образом к сожалению.
Виртуалка не только грамотно сконфигурирована, ее код переписан для того, чтобы полностью имитировать работу реального оборудования.
Просто снимком системы тут не обойтись, поскольку снимок не будет отражать внутренние детали функционирования аппаратуры.
Я хочу уточнить, правильно ли я понял и правильно ли поняли меня:

Забываем напрочь про существование виртуальных машин и:
1. запускаем сейфсёрф на реальном компьютере через прокси - этот вариант «палится»?
2. на этом же компьютере запускаем параллельно сейфсёрф2 через прокси2 - эта или работающая копия из п.1 теперь «палится»?

Всё закрываем и вспоминаем про VirtualBox 6 JetSwap Super-Puper Edition:
3. запускаем эту виртуальную машину через прокси - это «палится»?
4. параллельно запускаем копию/клон/снимок этой же виртуальной машины через прокси2 - эта или работающая копия из п.3 теперь «палится»?

vitaleev
Сообщения: 11
Зарегистрирован: 29 ноя 2013, 09:41

Re: Автоматический контроль виртуальных машин

Непрочитанное сообщение vitaleev » 09 мар 2019, 20:24

A dupus1 наверно прав, запустил сейчас на виртуалке браузер, зашёл спокойно на гуглю.
Потом скормил системе левую проксю - и сразу гугля вывесела капчу.
Вернул назад нормальный IP и "Woo a La" - даже без перезагрузки браузера снова работает гугля!

Вердикт: просто надо иметь нормальный IP - а не заниматься... (ерундой).

Ответить