[Engine-devel] vds_dynamic refactor
Yair Zaslavsky
yzaslavs at redhat.com
Thu Apr 3 11:12:59 UTC 2014
----- Original Message -----
> From: "Liran Zelkha" <liran.zelkha at gmail.com>
> To: "Gilad Chaplik" <gchaplik at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, April 3, 2014 2:04:29 PM
> Subject: Re: [Engine-devel] vds_dynamic refactor
>
> Why not move it to vds_static?
+1 on Liran's comment.
I would prefer not to add more complexity to the vds tables family.
Such complexity may effect performs of queries/views.
If you wish, you can create a view on top of vds_static named vds_on_boot for querying of vds on boot info.
Yair
>
>
> On Thu, Apr 3, 2014 at 2:00 PM, Gilad Chaplik <gchaplik at redhat.com> wrote:
>
> > Hi list,
> >
> > I propose to split vds_dynamic table into 2 tables:
> > - vds_dynamic
> > - vds_on_boot
> > We need a place to put all non-dynamic data that gets updated once the
> > host is booted, and I think dynamic isn't the place for it.
> > In first phase we will put there NUMA host topoplogy, but later on migrate
> > all non-dynamic host data (cpu, os, etc.).
> >
> > thoughts?
> >
> > Thanks,
> > Gilad.
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> >
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>
More information about the Engine-devel
mailing list