Laszlo Hornyak píše v Pá 12. 04. 2013 v 08:07 -0400: > > ----- Original Message ----- > > From: "Michal Skrivanek" <mskri...@redhat.com> > > To: "Yair Zaslavsky" <yzasl...@redhat.com> > > Cc: "engine-devel" <engine-devel@ovirt.org> > > Sent: Thursday, April 11, 2013 5:29:53 PM > > Subject: Re: [Engine-devel] watchdog > > > > > > > > On 11 Apr 2013, at 12:26, Yair Zaslavsky <yzasl...@redhat.com> wrote: > > > > > > > > > > > ----- Original Message ----- > > >> From: "Tomas Jelinek" <tjeli...@redhat.com> > > >> To: "Laszlo Hornyak" <lhorn...@redhat.com> > > >> Cc: "engine-devel" <engine-devel@ovirt.org> > > >> Sent: Thursday, April 11, 2013 11:33:19 AM > > >> Subject: Re: [Engine-devel] watchdog > > >> > > >> Good that you have come up with this! So we will make sure to keep this > > >> info. > > >> Thnx for coming up with it! > > >> > > >> ----- Original Message ----- > > >>> From: "Laszlo Hornyak" <lhorn...@redhat.com> > > >>> To: "Tomas Jelinek" <tjeli...@redhat.com> > > >>> Cc: "engine-devel" <engine-devel@ovirt.org> > > >>> Sent: Thursday, April 11, 2013 10:25:28 AM > > >>> Subject: Re: [Engine-devel] watchdog > > >>> > > >>> > > >>> > > >>> ----- Original Message ----- > > >>>> From: "Tomas Jelinek" <tjeli...@redhat.com> > > >>>> To: "Laszlo Hornyak" <lhorn...@redhat.com> > > >>>> Cc: "engine-devel" <engine-devel@ovirt.org> > > >>>> Sent: Thursday, April 11, 2013 10:02:16 AM > > >>>> Subject: Re: [Engine-devel] watchdog > > >>>> > > >>>> > > >>>> > > >>>> ----- Original Message ----- > > >>>>> From: "Laszlo Hornyak" <lhorn...@redhat.com> > > >>>>> To: "Itamar Heim" <ih...@redhat.com> > > >>>>> Cc: "engine-devel" <engine-devel@ovirt.org> > > >>>>> Sent: Thursday, April 11, 2013 9:56:32 AM > > >>>>> Subject: Re: [Engine-devel] watchdog > > >>>>> > > >>>>> Hi, > > >>>>> > > >>>>> Isnt someone already working on removing the UI distinction between > > >>>>> server > > >>>>> and desktop? > > >>>> Indeed :) > > >>>> > > >>>>> > > >>>>> However the desktop/server distinction could be useful for scheduling > > >>>>> information, I hope that will remain. > > >>>> There will be a combo box: "optimized for server/desktop". That one > > >>>> will set up the dialog like you would open the new server/desktop > > >>>> today. > > >>>> But you will be able to change them - it will be just some sugar. But > > >>>> there > > >>>> is no reason > > >>>> why would we enforce the disabling the e.g. soundcard for server. By > > >>>> default > > >>>> we will, but > > >>>> you can enable it if you want. > > >>> > > >>> Ok, so in engine we will still have the VmType in vmStatic? > > >>> > > >>> I think it would make sense to use it in scheduling / load balancing > > >>> - if a VM is a desktop and no user is connected to the console, then the > > >>> VM > > >>> is not in use, therefore it is a good candidate for saving power > > >>> (hibernate, > > >>> migrate, shutdown, or any other bad things that can happen to a VM) > > >>> - if a VM is a server, usually no user connected, but it may still be > > >>> used > > >>> through its network. Therefore it may not be a good candidate to > > >>> migrate. > > > > > > is this indeed a valid assumption ("if VM is a server..." ) that a user > > > will less connect to it? > > IMHO if we want some new behavior/policy there should be a new corresponding > > property, not desktop/server. That can be quite misleading and I would > > rather see it go away. Other than use it as a set of default values > > Sure, let's call it something else, but this is a typical behavior expected > from the desktop/server property.
Well there could be property with different default values for desktop and servers, couldn't it? ;) Think about memory overcommit or default disk allocation for example. David > So what we are going to do is that remove the property and throw away all the > related data, while when (if ever) we get the new property (behaveAsDesktop, > notUsedWhenNotConnected, whatever we call it) the users of the system will > set this property for the VM's that used to be desktops. We could save that > work for the users. > > Also, it may appear to be an edge-case, but for a good scheduling in my > opinion this is important. > > > > > > > > > > > >>> > > >>>> > > >>>>> > > >>>>> ----- Original Message ----- > > >>>>>> From: "Itamar Heim" <ih...@redhat.com> > > >>>>>> To: "Laszlo Hornyak" <lhorn...@redhat.com> > > >>>>>> Cc: "engine-devel" <engine-devel@ovirt.org>, "Andrew Cathrow" > > >>>>>> <acath...@redhat.com> > > >>>>>> Sent: Wednesday, April 10, 2013 9:38:15 PM > > >>>>>> Subject: Re: [Engine-devel] watchdog > > >>>>>> > > >>>>>> On 04/10/2013 04:59 PM, Laszlo Hornyak wrote: > > >>>>>>> Hi, > > >>>>>>> > > >>>>>>> A new version of the watchdög feature is available in gerrit: > > >>>>>>> > > >>>>>>> http://gerrit.ovirt.org/13057 - db > > >>>>>>> http://gerrit.ovirt.org/13058 - bll > > >>>>>>> http://gerrit.ovirt.org/13059 - frontend > > >>>>>>> http://gerrit.ovirt.org/13060 - rest > > >>>>>>> > > >>>>>>> http://www.ovirt.org/Features/Watchdog_engine_support > > >>>>>>> > > >>>>>>> Since the last update the patchset has gone through major changes > > >>>>>>> to > > >>>>>>> meet > > >>>>>>> the new architectureal and functional requirements. > > >>>>>>> Also because of the rewrite this is again a preview version under > > >>>>>>> testing > > >>>>>>> with some missing functionality, therefore I re-introduced the > > >>>>>>> [wip] > > >>>>>>> flag > > >>>>>>> on it. > > >>>>>>> > > >>>>>>> Thx, > > >>>>>>> Laszlo > > >>>>>>> _______________________________________________ > > >>>>>>> Engine-devel mailing list > > >>>>>>> Engine-devel@ovirt.org > > >>>>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel > > >>>>>> > > >>>>>> just a thought after looking at the feature page having different HA > > >>>>>> dialog for server/desktop - I'd consider removing the distinction > > >>>>>> between desktop and server in the GUI wrt HA (i.e., just both have > > >>>>>> same > > >>>>>> set of options) > > >>>>>> > > >>>>>> (not blocking for this patch) > > >>>>> _______________________________________________ > > >>>>> Engine-devel mailing list > > >>>>> Engine-devel@ovirt.org > > >>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel > > >> _______________________________________________ > > >> Engine-devel mailing list > > >> Engine-devel@ovirt.org > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel > > > _______________________________________________ > > > Engine-devel mailing list > > > Engine-devel@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > _______________________________________________ > > Engine-devel mailing list > > Engine-devel@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > > _______________________________________________ > Engine-devel mailing list > Engine-devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel