[Ovirt-devel] Refactoring hosts table for updated CPU info
Scott Seago
sseago at redhat.com
Mon Jun 30 15:40:19 UTC 2008
Hugh O. Brock wrote:
> On Mon, Jun 30, 2008 at 10:21:28AM -0400, Darryl L. Pierce wrote:
>
>> In reviewing the CPU details that are being reported from the managed
>> node, I'd like to propose the following changes to accomodate the
>> enhanced details.
>>
>> 1. Since machines will have more than one CPU, and each CPU can have
>> different values that are to be reported, the CPU details for the host
>> will be moved to a separate table (cpu_details) and loaded with the host
>> as needed.
>>
>> 2. Currently the host screen shows the number of CPUs and the speed as a
>> single value. We could drop the the speed column and, if the user clicks
>> on the CPU count cell, drop down a set of rows that enumerate the CPUs
>> and their details.
>>
>> 3. The displayed list will give the enhanced set of CPU details being
>> reported during the identify phase.
>>
>> Thoughts?
>>
>>
>
> This seems reasonable to me but I will defer to Scott, who is the
> Keeper of the Model more or less...
>
> Scott?
>
Heh -- I was just about to reply.
Are there parameters that can be different on CPUs for a given hosts and
others that must be identical? If some will never difer, those might
need to stick with the Host record.
Otherwise I"m fine with this. We'd probably want to preserve the ability
to get num_cpus from the host -- this would just return cpus.size.
I don't think we'd want to mess with clickable count cells in the
flexigrid UI, as it might confuse the existing click action -- which
displays the detail pane. We _would_ want to include full CPU details in
the detail pane though -- so when the user clicked on the host row (CPU
field or otherwise) the details pane would show full CPU info.
Do you have the full list of attributes you're going to add per CPU?
Also, there has been talk of refactoring the host NIC model as well --
are you working on this along with the CPU bits, or is that an unrelated
stream of work?
Scott
More information about the ovirt-devel
mailing list