Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[John A. Sullivan III]

On Fri, 2012-09-14 at 16:55 +0300, Itamar Heim wrote:
> On 09/14/2012 03:28 PM, John A. Sullivan III wrote:
> ...
> 
> >>> > >   Moreover, all instances in memory only take the space of
> >>> > >one instance. Thus, we get deduplication and KSM almost for free.
> >> >
> >> >oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
> >> >to remember that guys were able to have high 1000's of % of memory
> >> >overcommit ratios
> > I have heard rumors of high CPU utilization with KSM but we have not
> > experimented enough with it ourselves to know.  Is that an issue?
> 
> ksm takes cpu, but servers today are loaded with cores, but memory is 
> still the expensive part.
> today we configure ksm to kick in only when memory is ~80%, which is 
> when you'd usually be willing to pay the price of one of your cores 
> spending some time on ksm, then the memory congestion on the host / 
> losing memory overcommit.
That's where VServer is so great - we get the same results without the
overhead.  I assume oVirt does not change that part.  Still, we are
looking forward to exploring it as we really have no other option for
Windows desktops and servers.  Thanks - John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Itamar Heim]

On 09/14/2012 03:28 PM, John A. Sullivan III wrote:
...


> >   Moreover, all instances in memory only take the space of
> >one instance. Thus, we get deduplication and KSM almost for free.

>
>oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
>to remember that guys were able to have high 1000's of % of memory
>overcommit ratios

I have heard rumors of high CPU utilization with KSM but we have not
experimented enough with it ourselves to know.  Is that an issue?


ksm takes cpu, but servers today are loaded with cores, but memory is 
still the expensive part.
today we configure ksm to kick in only when memory is ~80%, which is 
when you'd usually be willing to pay the price of one of your cores 
spending some time on ksm, then the memory congestion on the host / 
losing memory overcommit.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[John A. Sullivan III]

On Fri, 2012-09-14 at 11:49 +0200, David Jaša wrote:
> John A. Sullivan III píše v Čt 13. 09. 2012 v 12:36 -0400:
> > On Thu, 2012-09-13 at 20:16 +0430, Mohsen Saeedi wrote:
> > > 
> > > 
> > > 
> > > John A. Sullivan III  wrote on Thu, 13
> > > > 
> > > > We have also been toying with the idea of using KVM/KSM to move to a
> > > > single server per user.  This would provide much greater isolation and
> > > > non-repudiation but we are concerned about the overhead of KVM on the
> > > > KVM host and deduplication on the SAN.  Thanks - John
> > > I think so, spice has experimental feature for multiple client to
> > > single windows XP now. is it true??
> > > and what is the details for idea of using KVM/KSM to move to a single
> > > server per user? I didn't understand it very well.
> > > Thanks
> > This is something we are able to do splendidly well with VServer and
> > X2Go (an NX implementation).  With the VServer hashification feature, I
> > can have 400 VMs on a host and only take one VM's worth of space for
> > system files.
> 
> oVirt (RHEV) templates will do the same for you.
Then I had better start investigating it! Thanks.
> 
> >   Moreover, all instances in memory only take the space of
> > one instance. Thus, we get deduplication and KSM almost for free.
> 
> oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
> to remember that guys were able to have high 1000's of % of memory
> overcommit ratios
I have heard rumors of high CPU utilization with KSM but we have not
experimented enough with it ourselves to know.  Is that an issue?
> 
> BTW, how does VServer implement its memory sharing, isn't it KSM
> internally too?
No, it's a consequence of their "hashification." As an option, all
duplicate files in the file system (there is a single file system in
VServer although accessed via different namespaces) are replaced by
immutable hard links.  I'm not sure of the details but, because each of
those files shares a common inode, I believe only one instance is loaded
into memory.
> 
> > Because the additional overhead is so minuscule (minimal memory and disk
> > and almost no virtualization overhead since it is a container technology
> > instead of a hypervisor), and because there are no licensing issues for
> > our Linux desktops, it makes sense to give each user a dedicated VM.
> > Not only does that give us excellent isolation from errant processes but
> > it also means (because of the details of our implementation) that each
> > user has a consistent IP address allowing us to correlate network events
> > with specific users.
> 
> in oVirt, your guest systems have stable MAC address so with properly
> configured DHCP/DNS, you'd get the same.
> 
> David


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[David Jaša]

John A. Sullivan III píše v Čt 13. 09. 2012 v 12:36 -0400:
> On Thu, 2012-09-13 at 20:16 +0430, Mohsen Saeedi wrote:
> > 
> > 
> > 
> > John A. Sullivan III  wrote on Thu, 13
> > Sep 2012 08:38:11 -0400:
> > > On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:
> > > > > Hi Mohsen,
> > > > > 
> > > > > multiple sessions to the single VM are not on the roadmap. There is
> > > > > experimental multi-client support but it is to make more users see
> > > > > the
> > > > > same session.
> > > > Moshen,
> > > > 
> > > >  I misunderstood. In this case, I guess I don't actually see how we 
> > > > could fix your problem without circumventing any mechanism that windows 
> > > > has to count license users.
> > > > 
> > > >  Please ignore my lengthy email, it won't help you at all.
> > > > 
> > > > Alon
> > You can use some recipe for get ridding windows XP RDP limitation:
> > http://www.petri.co.il/multiple-remote-desktop-sessions-on-windows-xp-sp3.htm
> > 
> I think the problems are more legal than technical.  From the above
> link:
> "However, be warned. Before you begin, I need to warn you that patching
> the file and allowing more than one concurrent Remote Desktop session
> will violate a few lines in the Windows XP EULA. Proceed with caution
> and at your own risk."
> > > 
> > > We are actually quite interested in something like this.  In effect, it
> > > is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
> > > brings.
> > > 
> > > We have also been toying with the idea of using KVM/KSM to move to a
> > > single server per user.  This would provide much greater isolation and
> > > non-repudiation but we are concerned about the overhead of KVM on the
> > > KVM host and deduplication on the SAN.  Thanks - John
> > I think so, spice has experimental feature for multiple client to
> > single windows XP now. is it true??
> > and what is the details for idea of using KVM/KSM to move to a single
> > server per user? I didn't understand it very well.
> > Thanks
> This is something we are able to do splendidly well with VServer and
> X2Go (an NX implementation).  With the VServer hashification feature, I
> can have 400 VMs on a host and only take one VM's worth of space for
> system files.

oVirt (RHEV) templates will do the same for you.

>   Moreover, all instances in memory only take the space of
> one instance. Thus, we get deduplication and KSM almost for free.

oVirt (RHEV) runs KSM only when the host memory gets fuller but I seem
to remember that guys were able to have high 1000's of % of memory
overcommit ratios

BTW, how does VServer implement its memory sharing, isn't it KSM
internally too?

> Because the additional overhead is so minuscule (minimal memory and disk
> and almost no virtualization overhead since it is a container technology
> instead of a hypervisor), and because there are no licensing issues for
> our Linux desktops, it makes sense to give each user a dedicated VM.
> Not only does that give us excellent isolation from errant processes but
> it also means (because of the details of our implementation) that each
> user has a consistent IP address allowing us to correlate network events
> with specific users.

in oVirt, your guest systems have stable MAC address so with properly
configured DHCP/DNS, you'd get the same.

David

> 
> In some Windows licensing models, there is no cost differential between
> individual workstations and individual VMs.  In that model, we are
> investigating the same scenario, viz., a single VM per user.  However,
> since we cannot use VServer for Windows guests, we either need to look
> at Virtuozzo or produce the same results with KVM/KSM/dedupe.  We
> suspect that is much more resource intensive than it is with VServer.
> 
> Whatever model we choose, we then need a transport protocol and, as
> SPICE is refined especially in its handling of WAN video, we are quite
> interested in using it rather than RDP for transport.  I hope that
> clarifies it.  Thanks - John
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-- 

David Jaša, RHCE

SPICE QE based in Brno
GPG Key: 22C33E24 
Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Andrew Osborne]

Take a look at OSDVT. 



On 13 Sep 2012, at 17:36, "John A. Sullivan III" 
 wrote:

> On Thu, 2012-09-13 at 20:16 +0430, Mohsen Saeedi wrote:
>> 
>> 
>> 
>> John A. Sullivan III  wrote on Thu, 13
>> Sep 2012 08:38:11 -0400:
>>> On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:
> Hi Mohsen,
> 
> multiple sessions to the single VM are not on the roadmap. There is
> experimental multi-client support but it is to make more users see
> the
> same session.
 Moshen,
 
 I misunderstood. In this case, I guess I don't actually see how we could 
 fix your problem without circumventing any mechanism that windows has to 
 count license users.
 
 Please ignore my lengthy email, it won't help you at all.
 
 Alon
>> You can use some recipe for get ridding windows XP RDP limitation:
>> http://www.petri.co.il/multiple-remote-desktop-sessions-on-windows-xp-sp3.htm
>> 
> I think the problems are more legal than technical.  From the above
> link:
> "However, be warned. Before you begin, I need to warn you that patching
> the file and allowing more than one concurrent Remote Desktop session
> will violate a few lines in the Windows XP EULA. Proceed with caution
> and at your own risk."
>>> 
>>> We are actually quite interested in something like this.  In effect, it
>>> is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
>>> brings.
>>> 
>>> We have also been toying with the idea of using KVM/KSM to move to a
>>> single server per user.  This would provide much greater isolation and
>>> non-repudiation but we are concerned about the overhead of KVM on the
>>> KVM host and deduplication on the SAN.  Thanks - John
>> I think so, spice has experimental feature for multiple client to
>> single windows XP now. is it true??
>> and what is the details for idea of using KVM/KSM to move to a single
>> server per user? I didn't understand it very well.
>> Thanks
> This is something we are able to do splendidly well with VServer and
> X2Go (an NX implementation).  With the VServer hashification feature, I
> can have 400 VMs on a host and only take one VM's worth of space for
> system files.  Moreover, all instances in memory only take the space of
> one instance. Thus, we get deduplication and KSM almost for free.
> Because the additional overhead is so minuscule (minimal memory and disk
> and almost no virtualization overhead since it is a container technology
> instead of a hypervisor), and because there are no licensing issues for
> our Linux desktops, it makes sense to give each user a dedicated VM.
> Not only does that give us excellent isolation from errant processes but
> it also means (because of the details of our implementation) that each
> user has a consistent IP address allowing us to correlate network events
> with specific users.
> 
> In some Windows licensing models, there is no cost differential between
> individual workstations and individual VMs.  In that model, we are
> investigating the same scenario, viz., a single VM per user.  However,
> since we cannot use VServer for Windows guests, we either need to look
> at Virtuozzo or produce the same results with KVM/KSM/dedupe.  We
> suspect that is much more resource intensive than it is with VServer.
> 
> Whatever model we choose, we then need a transport protocol and, as
> SPICE is refined especially in its handling of WAN video, we are quite
> interested in using it rather than RDP for transport.  I hope that
> clarifies it.  Thanks - John
> 
> ___
> Spice-devel mailing list
> spice-de...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/spice-devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[John A. Sullivan III]

On Thu, 2012-09-13 at 20:16 +0430, Mohsen Saeedi wrote:
> 
> 
> 
> John A. Sullivan III  wrote on Thu, 13
> Sep 2012 08:38:11 -0400:
> > On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:
> > > > Hi Mohsen,
> > > > 
> > > > multiple sessions to the single VM are not on the roadmap. There is
> > > > experimental multi-client support but it is to make more users see
> > > > the
> > > > same session.
> > > Moshen,
> > > 
> > >  I misunderstood. In this case, I guess I don't actually see how we could 
> > > fix your problem without circumventing any mechanism that windows has to 
> > > count license users.
> > > 
> > >  Please ignore my lengthy email, it won't help you at all.
> > > 
> > > Alon
> You can use some recipe for get ridding windows XP RDP limitation:
> http://www.petri.co.il/multiple-remote-desktop-sessions-on-windows-xp-sp3.htm
> 
I think the problems are more legal than technical.  From the above
link:
"However, be warned. Before you begin, I need to warn you that patching
the file and allowing more than one concurrent Remote Desktop session
will violate a few lines in the Windows XP EULA. Proceed with caution
and at your own risk."
> > 
> > We are actually quite interested in something like this.  In effect, it
> > is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
> > brings.
> > 
> > We have also been toying with the idea of using KVM/KSM to move to a
> > single server per user.  This would provide much greater isolation and
> > non-repudiation but we are concerned about the overhead of KVM on the
> > KVM host and deduplication on the SAN.  Thanks - John
> I think so, spice has experimental feature for multiple client to
> single windows XP now. is it true??
> and what is the details for idea of using KVM/KSM to move to a single
> server per user? I didn't understand it very well.
> Thanks
This is something we are able to do splendidly well with VServer and
X2Go (an NX implementation).  With the VServer hashification feature, I
can have 400 VMs on a host and only take one VM's worth of space for
system files.  Moreover, all instances in memory only take the space of
one instance. Thus, we get deduplication and KSM almost for free.
Because the additional overhead is so minuscule (minimal memory and disk
and almost no virtualization overhead since it is a container technology
instead of a hypervisor), and because there are no licensing issues for
our Linux desktops, it makes sense to give each user a dedicated VM.
Not only does that give us excellent isolation from errant processes but
it also means (because of the details of our implementation) that each
user has a consistent IP address allowing us to correlate network events
with specific users.

In some Windows licensing models, there is no cost differential between
individual workstations and individual VMs.  In that model, we are
investigating the same scenario, viz., a single VM per user.  However,
since we cannot use VServer for Windows guests, we either need to look
at Virtuozzo or produce the same results with KVM/KSM/dedupe.  We
suspect that is much more resource intensive than it is with VServer.

Whatever model we choose, we then need a transport protocol and, as
SPICE is refined especially in its handling of WAN video, we are quite
interested in using it rather than RDP for transport.  I hope that
clarifies it.  Thanks - John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Mohsen Saeedi]

  
  


  
  
 John
  A. Sullivan III 
  wrote on Thu, 13 Sep 2012 08:38:11 -0400:

  On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:

  

  Hi Mohsen,

multiple sessions to the single VM are not on the roadmap. There is
experimental multi-client support but it is to make more users see
the
same session.



Moshen,

 I misunderstood. In this case, I guess I don't actually see how we could fix your problem without circumventing any mechanism that windows has to count license users.

 Please ignore my lengthy email, it won't help you at all.

Alon
  

You can use some recipe for get ridding windows XP RDP limitation:
http://www.petri.co.il/multiple-remote-desktop-sessions-on-windows-xp-sp3.htm


  


  
  
We are actually quite interested in something like this.  In effect, it
is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
brings.

We have also been toying with the idea of using KVM/KSM to move to a
single server per user.  This would provide much greater isolation and
non-repudiation but we are concerned about the overhead of KVM on the
KVM host and deduplication on the SAN.  Thanks - John


I think so, spice has experimental feature for multiple client to
single windows XP now. is it true??
and what is the details for idea of using KVM/KSM to move to a
single server per user? I didn't understand it very well.
Thanks

  


  

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[John A. Sullivan III]

On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:
> > Hi Mohsen,
> > 
> > multiple sessions to the single VM are not on the roadmap. There is
> > experimental multi-client support but it is to make more users see
> > the
> > same session.
> 
> Moshen,
> 
>  I misunderstood. In this case, I guess I don't actually see how we could fix 
> your problem without circumventing any mechanism that windows has to count 
> license users.
> 
>  Please ignore my lengthy email, it won't help you at all.
> 
> Alon

We are actually quite interested in something like this.  In effect, it
is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
brings.

We have also been toying with the idea of using KVM/KSM to move to a
single server per user.  This would provide much greater isolation and
non-repudiation but we are concerned about the overhead of KVM on the
KVM host and deduplication on the SAN.  Thanks - John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[David Jaša]

John A. Sullivan III píše v Čt 13. 09. 2012 v 08:38 -0400:
> On Thu, 2012-09-13 at 08:06 -0400, Alon Levy wrote:
> > > Hi Mohsen,
> > > 
> > > multiple sessions to the single VM are not on the roadmap. There is
> > > experimental multi-client support but it is to make more users see
> > > the
> > > same session.
> > 
> > Moshen,
> > 
> >  I misunderstood. In this case, I guess I don't actually see how we could 
> > fix your problem without circumventing any mechanism that windows has to 
> > count license users.
> > 
> >  Please ignore my lengthy email, it won't help you at all.
> > 
> > Alon
> 
> We are actually quite interested in something like this.  In effect, it
> is RDS but replaces the RDP protocol with SPICE for the advantages SPICE
> brings.
> 
> We have also been toying with the idea of using KVM/KSM to move to a
> single server per user.  This would provide much greater isolation and
> non-repudiation but we are concerned about the overhead of KVM on the
> KVM host and deduplication on the SAN.

This is going to get way better, qemu folks are working on discarding
deleted blocks so once you delete something on thin-provisioned storage,
it will be freed for reuse.

If you can afford it, then using & recycling oVirt templates will allow
you to go for 1000+ % storage overcommit right now.

David

>   Thanks - John
> 
> ___
> Spice-devel mailing list
> spice-de...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/spice-devel

-- 

David Jaša, RHCE

SPICE QE based in Brno
GPG Key: 22C33E24 
Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Alon Levy]

> Hi Mohsen,
> 
> multiple sessions to the single VM are not on the roadmap. There is
> experimental multi-client support but it is to make more users see
> the
> same session.

Moshen,

 I misunderstood. In this case, I guess I don't actually see how we could fix 
your problem without circumventing any mechanism that windows has to count 
license users.

 Please ignore my lengthy email, it won't help you at all.

Alon

> 
> And adding to what Gavin has already written: oVirt leverages KSM so
> that when you have multiple similar VMs on the same host, common
> parts
> of their memory will be shared, thus reducing the one-user-per-VM
> overhead.
> 
> David
> 
> 
> Itamar Heim píše v Čt 13. 09. 2012 v 08:01 +0300:
> > On 09/13/2012 07:52 AM, Mohsen Saeedi wrote:
> > > Thanks itamar
> > > Can you tell me when is it available? Is it available on
> > > development
> > > versions?
> > 
> > not sure, hence why i cc'd spice-devel for info
> > 
> > > Best regards
> > >
> > > On Sep 13, 2012 1:14 AM, "Itamar Heim"  > > > wrote:
> > >
> > > On 09/12/2012 07:32 PM, Mohsen Saeedi wrote:
> > >
> > > Hi
> > > I want to know, we are force to install one windows per
> > > user?
> > > does spice
> > > can provide a multi remote connection to a single windows
> > > XP
> > > machine?
> > > I want to install one windows XP as virtual desktop and
> > > then
> > > share it
> > > with more than one users.is  it possible
> > > in now
> > > or in the futures?
> > > Thanks
> > >
> > >
> > > _
> > > Users mailing list
> > > Users@ovirt.org 
> > > http://lists.ovirt.org/__mailman/listinfo/users
> > > 
> > >
> > >
> > > adding spice-devel
> > >
> > 
> > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> --
> 
> David Jaša, RHCE
> 
> SPICE QE based in Brno
> GPG Key: 22C33E24
> Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
> 
> 
> 
> ___
> Spice-devel mailing list
> spice-de...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/spice-devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Alon Levy]

> Thanks.
> we want to develope spice for multiple concurrent spice console on
> single OS. for example, we want to use windows XP as single VM for
> multiple users. we want to develop it as spice feature. is it
> possible? any help or idea? shall we work on that experimental
> feature?

Great to hear. So the situation is as follows:
 * there has been extensive refactoring of spice-server to support multiple 
concurrent connections, or as they are called in the commit messages: 
multiclients, or multi client, or multiple client support.
 * It isn't set on by default, you need to enable a special environment 
variable, it says in the README, I think SPICE_DEBUG_MC_ENABLED=1 (check first 
in README).
 * The reason it isn't enabled is that spice will abort if you use two clients 
which have different network conditions. This is not usable in production.

The problem requires me to explain a bit more about how spice is architected, 
but since you are suggesting you will work on fixing this, I am glad to do so:

Some nomenclature: (camel case denotes a struct defined in spice-server)
Drawable - spice internal item linking to on device RedDrawable. We limit these 
to NUM_DRAWABLES to avoid ballooning server memory usage.
RedClient - a single client. It can have multiple channels connected. We are 
only interested in the display channel right now, but the problem is mirrored 
for the cursor channel, although it is simpler to fix there.
RedChannel - a single channel. It can have multiple clients.
RedChannelClient - a single instance of a channel for a particular client. 
Contains the socket to the client for this channel (spice has a separate socket 
per channel per client). It contains a queue of outgoing messages to the 
client, messages are dequeued when the socket becomes ready for writing (see 
red_worker.c poll loop)
pipe - the message queue just mentioned is called a pipe, or a message pipe. 
This is the penultimate cause of the abort mentioned: one of the RCCs 
(RedChannelClient) socket because blocked for write for a long time. As a 
result the pipe size increases. Each pipe item references a Drawable. When the 
pipe size reaches NUM_DRAWABLES we get an abort (this is a bit simplified since 
not all pipe items have to reference a Drawable).

Every rendering operation coming from the guest goes through the following 
sequence:
 * read by spice-server from device: QXLInterface::get_command (qemu: 
hw/qxl.c:interface_get_command)
 * allocate a drawable.
 * for each RedChannelClient push to the pipe (creating a PipeItem, taking a 
reference on the drawable)
 * try to send data to each RCC socket

There are a few things we can do:
 (a) dynamically increase NUM_DRAWABLES - this goes against the requirement to 
constrain the amount of memory the server uses (for allowing multiple servers 
on one vm)
  * we can make this configurable for a short term solution.
  * but even with this it is possible that a 
 (b) (this is what I want to do) Replace too long a queue with a single 
rendered image. This will free all the drawable references, using a single new 
drawable or possibly another queue (Drawables reference RedDrawables that are 
the device allocated memory, and this new rendered image will be completely in 
non guest ram).

The building blocks for (b) already exist in the server. See for instance 
update_area.

But I've taken a long time to write this and I need to stop now, so if this 
sounds like something you want to do then please ask me further questions, I'm 
also on irc.

Alon

> Thanks.
> 
> 
> 
> Alon Levy  wrote on Thu, 13 Sep 2012 05:47:37 -0400
> (EDT):
> 
> 
> 
> On 09/12/2012 07:32 PM, Mohsen Saeedi wrote:
> 
> Hi
> I want to know, we are force to install one windows per user? does
> spice
> can provide a multi remote connection to a single windows XP
> machine?
> I want to install one windows XP as virtual desktop and then share
> it
> with more than one users.is it possible in now or in the futures?
> Thanks Thanks for the interest. There is no support for multiple
> client connections using spice protocol. There is only experimental
> known buggy support that still needs more work. There is no concrete
> plan when that work will happen.
> 
> 
> 
> ___
> Users mailing list Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users adding spice-devel
> 
> ___
> Spice-devel mailing list spice-de...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/spice-devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Gavin Spurgeon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


> we want to develope spice for multiple concurrent spice console on single OS. 
> for example, we want to use windows XP as single VM for multiple users. we 
> want 
> to develop it as spice feature. is it possible? any help or idea? shall we 
> work 
> on that experimental feature?

Can you explain what you mean by "we want to use windows XP as single VM
for multiple users"

Again as I said in my previous post, This 1st sounds like it will go
against the Windows EULA, and 2nd if you could get multiple concurrent
connections, they would all be looking @ the same shared desktop. so
they would all share the same Mouse, Keyboard and so on... they would
not be able to work independently. So as David also said the users will
all see the same Session.

Windows XP does Not & Can not support multiple concurrent connections,
Spice or otherwise, due to it being a Desktop OS.
For the users to be able to work in independent sessions, you would have
to use a Widows Server Edition, and enable the 'Windows Terminal
Services' Features.

- -- 

Gavin Spurgeon.
AKA Da Geek

- --
"The happiest of people don't necessarily have the best of everything,
they just make the most of everything that comes along their way.."

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBRxW4ACgkQvp6arS3vDirjxwCgwq4L201Uiwrt+DQRhijJ6ZZh
Eg0AmwUVr7fDfW7OCSJBCKr+CfNrT8bn
=0qFH
-END PGP SIGNATURE-

--
This message was scanned by DaGeek Spam Filter and is believed to be clean.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Mohsen Saeedi]

  
  
Thanks.
  we want to develope spice for multiple concurrent spice console on
  single OS. for example, we want to use windows XP as single VM for
  multiple users. we want to develop it as spice feature. is it
  possible? any help or idea? shall we work on that experimental
  feature?
  Thanks. 


  
  Alon
  Levy  wrote on Thu, 13 Sep
  2012 05:47:37 -0400 (EDT):

  
On 09/12/2012 07:32 PM, Mohsen Saeedi wrote:


  Hi
I want to know, we are force to install one windows per user? does
spice
can provide a multi remote connection to a single windows XP
machine?
I want to install one windows XP as virtual desktop and then share
it
with more than one users.is it possible in now or in the futures?
Thanks


  
  
Thanks for the interest. There is no support for multiple client connections using spice protocol. There is only experimental known buggy support that still needs more work. There is no concrete plan when that work will happen.


  

  

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




adding spice-devel

___
Spice-devel mailing list
spice-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel


  

  

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Spice-devel] multiple concurrent spice consoles (was Ovirt + Spice + VDI)

[Alon Levy]

> On 09/12/2012 07:32 PM, Mohsen Saeedi wrote:
> > Hi
> > I want to know, we are force to install one windows per user? does
> > spice
> > can provide a multi remote connection to a single windows XP
> > machine?
> > I want to install one windows XP as virtual desktop and then share
> > it
> > with more than one users.is it possible in now or in the futures?
> > Thanks

Thanks for the interest. There is no support for multiple client connections 
using spice protocol. There is only experimental known buggy support that still 
needs more work. There is no concrete plan when that work will happen.

> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> 
> adding spice-devel
> 
> ___
> Spice-devel mailing list
> spice-de...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/spice-devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users