URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 61934
[ Назад ]

Исходное сообщение
"Компания Red Hat открыла исходные тексты технологии виртуали..."

Отправлено opennews , 11-Дек-09 00:11 
Компания Red Hat объявила (http://www.redhat.com/about/news/prarchive/2009/spice-os.html) об открытии всех разработок связанных с технологией  SPICE (http://www.spice-space.org/), развиваемых ранее компанией Qumranet в качестве проприетарного решение для десктоп-виртуализации. Компания  Qumranet, занимающаяся координацией разработки открытой системы виртуализации KVM, была поглощена (http://www.opennet.me/opennews/art.shtml?num=17725) Red Hat в прошлом году. В настоящий момент поддержка SPICE интегрирована в продукт Red Hat Enterprise Virtualization for Desktops (http://www.redhat.com/rhev/desktop/), находящийся на стадии бета-тестирования.


Протокол SPICE (Simple Protocol for Independent Computing Environment) используется для организации работы тонких клиентов, приложения которых выполняются на едином сервере виртуализации, на котором при помощи KVM может выполняется множество Windows или Linux десктоп окружений. SPICE позволяет организовать эффективную трансляцию вывода работ...

URL: http://www.redhat.com/about/news/prarchive/2009/spice-os.html
Новость: http://www.opennet.me/opennews/art.shtml?num=24625


Содержание

Сообщения в этом обсуждении
"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено Аноним , 11-Дек-09 00:11 
Вот это дело.
Ред хат как всегда молодцы

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено pavlinux , 11-Дек-09 00:11 
> используется для организации работы тонких клиентов, приложения которых
> выполняются на едином сервере виртуализации, на котором при помощи KVM может
> выполняется множество Windows или Linux десктоп окружений.

Так я (мы :))такую ещё 2006 годе написал(и)


> имеющих доступ к локальным аудио и USB устройствам

да-да-да, мы тоже у япошег стырили USB/IP http://usbip.sourceforge.net/

> в SPICE рендеринг содержимого экрана производится на стороне клиента,

Мы тоже умеем реверсинженерить SunRay протоколы


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено Юниксоид , 11-Дек-09 11:17 
Где же можно посмотреть то, что Вы написали ? :-)

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено pavlinux , 11-Дек-09 17:06 
>Где же можно посмотреть то, что Вы написали ? :-)

Низя..., говорить-то про это не рекомендуется... :)


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено anonymous , 11-Дек-09 13:20 
Подавайте в суд на нарушение авторских идей, мы вас поддержим.

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено ПринцЧорнойТьмы , 11-Дек-09 00:19 
Был еще симулятор электроцепей, который назывался тоже Spice.

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено pavlinux , 11-Дек-09 00:21 
>В отличие от таких протоколов как VNC (Virtual Network Computing),
>ICA (Citrix Independent Computing Architecture) и RDP

про VNC они молчат

http://www.redhat.com/virtualization/rhev/desktop/spice/

"SPICE is an adaptive remote rendering protocol used by
Red Hat Enterprise Virtualization for Desktops to connect
users to their virtual desktops. Unlike first-generation
remote rendering protocols such as RDP and ICA, SPICE features
a multi-tiered architecture that was designed to support
today's multi-media desktop experience:"


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено anonymous , 11-Дек-09 01:46 
Анонимные аналитики-конспирологи считают, что теперь RHEL6 не за горами. Скорее всего это дело как раз тормозило процесс.

Выходит, что по факту то самое преимущество X (супер пупер сетевая прозрачность) на деле не работает, коль приходится придумывать то же самое но другими способами. Печально. Я так верил в X, и OpenGL через него, и все так просто прозрачно эффективно... хнык.


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено Slavaz , 11-Дек-09 03:28 
>Анонимные аналитики-конспирологи считают, что теперь RHEL6 не за горами. Скорее всего это
>дело как раз тормозило процесс.
>
>Выходит, что по факту то самое преимущество X (супер пупер сетевая прозрачность)
>на деле не работает, коль приходится придумывать то же самое но
>другими способами. Печально. Я так верил в X, и OpenGL через
>него, и все так просто прозрачно эффективно... хнык.

Для X-сервера нужны тоже ресурсы,  причём в зависимости от запускаемой проги на стороне X-клиента потребление ресурсов может "скакать" и расти. А с простеньким X-сервером плюс VNC-вьювером потребление ресурсов(проц, память) на тонком клиенте всё время остается на примерно одном уровне. Наверное, проще проектировать клиентов (меньше RAM, не надо за сетевые свопы беспокоиться и т.д.).


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено gennady , 11-Дек-09 10:46 
Для сравнения терминал-сервер W2003  на 2*Xenon 2.0 2004G c 4G ОЗУ спокойно обслуживает 25-40 клиентов (операционисты банка) в зависимости от типа CPU. Декстоп на тянет i865 20-30 сессий.
16Г дожно хватать на 150-200 клиентов минимум.

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено аноним , 11-Дек-09 11:05 
угу. Все так круто и надежно на самом Ксеноне! А Аргона или Неона нет у вас ?

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено Юниксоид , 11-Дек-09 11:19 
25-40, из которых в каждый момент времени в idle 22-35 ? :-)


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено gennady , 11-Дек-09 11:29 
25-40 активных сессий

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено аноним , 11-Дек-09 16:05 
Ну а у меня есть контрпример - 2х4 ядра Xeon, 16 Gb RAM, хранилище через FC. Все под windows 2003. И 8 юзеров завешивают сервер до неприличия. Один нюанс - на сервере разрабатывают ПО под .NET(WPF в основном).

Какое отношение имеет это к теме топика ? Такое же, как и 25-40 одновременных сессий.


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено anonymous , 11-Дек-09 11:53 
Ну операционисты банка и "типичные десктопные задачи" - этот разные вещи. Операционист банка может и по SSH работать с приложением на ncurses :-) Тогда сервер с 512Mb RAM сможет обслуживать 1000 клиентов.

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено ананизмус , 11-Дек-09 12:03 
угу и они все сидят только в инете и в ворде простенький документ редактирует???
видимо они у вас ничего на компе не делают.

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено Slavaz , 11-Дек-09 12:08 
>угу и они все сидят только в инете и в ворде простенький
>документ редактирует???
>видимо они у вас ничего на компе не делают.

Неужто они фотошопят, попутно что-то компилят и смотрят фильм?

Чем занимаются операторы-операционисты в банках знаете? Запускают строго определённый набор ПО, часто чуть ли не под ДОС разработанный (консольные приложения не редкость). Шаг влево-вправо - и увольнение. Ибо бапки крутятся. Для них такие технологии - самое то.


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено rm , 11-Дек-09 12:38 
вы путаете терминальные сессии и виртуализацию:) если что

"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено pavlinux , 11-Дек-09 17:23 
> Для сравнения терминал-сервер W2003  на 2*Xenon 2.0 2004G c 4G
>ОЗУ спокойно обслуживает 25-40 клиентов (операционисты банка) в зависимости от типа
>CPU. Декстоп на тянет i865 20-30 сессий.
> 16Г дожно хватать на 150-200 клиентов минимум.

40 клиентов породят МИНИМУМ 20Mb/s * 40 = 3.2Gb трафик
(20 - это ужо проверенное число, около 75% время держится такой трафик)
При экране 1024x768x16 bit трафик будет 12.582.912 bit, при 40 юзеров 503.316.480
И это только трафик на картинку экранов.

Увеличим битность до 24 и  размер до 19" ~ 1280x1024
Получим 1.258.291.200 ~ 1.2Gb/sec
Опять же, только экран.
Добавляем приложений, пользовательских данных, нагрузку от сервера приложений (АБС какая-нить),
внешний трафик (если прорвётся :)), венда, сама ни хрена не делая, 15% жреёт проц и память...  

Уже вижу дымящуюся стойку...


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено pikador , 12-Дек-09 13:18 
>[оверквотинг удален]
>И это только трафик на картинку экранов.
>
>Увеличим битность до 24 и  размер до 19" ~ 1280x1024
>Получим 1.258.291.200 ~ 1.2Gb/sec
>Опять же, только экран.
>Добавляем приложений, пользовательских данных, нагрузку от сервера приложений (АБС какая-нить),
>внешний трафик (если прорвётся :)), венда, сама ни хрена не делая, 15%
>жреёт проц и память...
>
>Уже вижу дымящуюся стойку...

Что-то вы не то пишете, протокол RDP трафик использует весьма экономно, как раз для работы клиенту хватит 20-30 килобит. У меня 30 клиентов без особых проблем работали по каналу в 1 мегабит, и особых проблем со скоростью не было, даже с учетом того, что канал использовался не только для терминалов.


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено Аноним , 12-Дек-09 13:21 
> 40 клиентов породят МИНИМУМ 20Mb/s * 40 = 3.2Gb трафик

У операционистов банка?
Сказочник!!!

Такое может быть только если пытаешься смотреть видео или с какой нибудь 3D графикой.

Работа на каналах для RDP от 512кбит/с для одной сессии через интернет для удаленного офиса (филиал) вполне компфортна. Конечно видео не посмотришь, но оно и не нужно, типичные же пользовательские проги типа почты, браузера, Сметы, 1С и т.п. вполне отзывчивы и быстры.

Вот сейчас под FreeNX нормально работают по сети 100М/б не менее 15-20 пользователей без лагов. Типовые приложения firefox, openoffice и т.п.

VNC да тормоз жуткий, но RDP и NomachineNX уже вполне сносны и на более низкоскоростных каналах.


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено pavlinux , 13-Дек-09 22:25 
>> 40 клиентов породят МИНИМУМ 20Mb/s * 40 = 3.2Gb трафик
>
>У операционистов банка?
>Сказочник!!!
>
>Такое может быть только если пытаешься смотреть видео или с какой нибудь
>3D графикой.
>

Всё дико начинает висеть если один операционист переключается с одного
приложения на другое, или просто сворачивает окно.
А листание страниц в Консультанте?! Нажав PdDn трафик прыгает на 20Mb/s,
самая веселуха с 10 до 13 когда все всё  делают.
А как у же выше писали, сетевая печать убивает всё! А если операционисты генерят
по 1 документу в 15 минут и их 20-30 челов. ....

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



"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено mma , 12-Дек-09 09:32 
C2D 3GHz/4Gb RAM/RAID1/w2003/1C - 30 клиентов
2 x Xeon 4core 2.5GHz/8Gb RAM/RAID5 SAS 256mb/win2k3/1C - 25 клиентов максимум

Не находите что все зависит от специфичности нагрузки а не от абстрактной ее составляющей?


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено PAiN , 13-Дек-09 05:08 
блин народ вот RedHat допилет это и посмотрим что будет!


А теперь посмотрим
    
     Автор я так понял что хотел сказать что ставится RHEV потом натягиваем 40-30 виртуальных машин (win & linux), пару танцев с бубном что бы работала с VLAN (вдруг вам понадобиться других пустить ) и и все это на 16 GB ! И пускаем это все на тонкие клиенты ! Я вам скажу что это очень хорошо так как виртулизация от MICRO такое не сможет !
А если и сможет только для пасьянса!


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено pavlinux , 13-Дек-09 22:38 
>[оверквотинг удален]
>А теперь посмотрим
>
>     Автор я так понял что хотел сказать
>что ставится RHEV потом натягиваем 40-30 виртуальных машин (win & linux),
>пару танцев с бубном что бы работала с VLAN (вдруг вам
>понадобиться других пустить ) и и все это на 16 GB
>! И пускаем это все на тонкие клиенты ! Я вам
>скажу что это очень хорошо так как виртулизация от MICRO такое
>не сможет !
> А если и сможет только для пасьянса!

Я всегда рассчитываю как 1 ядро на 1 GHz и с 1Gb RAM = 1 VM + хостовая система.

Тест прост - Это нормальное листание и прокрутка (scrolling) PDF страниц а Аcrobat Reader.

То есть на Xeon 7450 или Opteron 2439 должно помещаться 12 машин, при 12-16 Gb RAM.
Если используются одинаковые гости, то это очень уменьшает расход памяти.
А если юзать Kernel Samepage Merging и kvm, то впихнуть 50 машин
на 4 процесорнную мать с 4/6 ядерными процами как нефиг делать.
(Ведь в новости не слова про Гигагерцы и количество процов и ядер?! :))


"Компания Red Hat открыла исходные тексты технологии виртуали..."
Отправлено artem , 14-Дек-09 11:03 
redhat - Роббин Гуды ;)