Re: [PATCHv3 7/8] qemu: bulk stats: add block allocation information

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




----- Original Message -----
> From: "Peter Krempa" <pkrempa@xxxxxxxxxx>
> To: "Francesco Romani" <fromani@xxxxxxxxxx>, libvir-list@xxxxxxxxxx
> Sent: Tuesday, September 9, 2014 3:19:28 PM
> Subject: Re:  [PATCHv3 7/8] qemu: bulk stats: add block allocation information
> 
> On 09/08/14 15:05, Francesco Romani wrote:
> > Management software, want to be able to allocate disk space on demand.
> 
> s/, want/ wants/
> 
> > To support this, they need keep track of the space occupation
> 
> s/,//
> 
> > of the block device.
> > This information is reported by qemu as part of block stats.
> > 
> > This patch extend the block information in the bulk stats with
> > the allocation information.
> > 
> > To keep the same behaviour, an helper is extracted from
> 
> s/,// s/an/a/

Thanks, will fix both.

[...]
> >  int qemuMonitorJSONGetAllBlockStatsInfo(qemuMonitorPtr mon,
> >                                          const char *dev_name,
> >                                          qemuBlockStatsPtr bstats,
> > @@ -1919,6 +1968,10 @@ int
> > qemuMonitorJSONGetAllBlockStatsInfo(qemuMonitorPtr mon,
> >              goto cleanup;
> >          }
> >  
> > +        /* it's ok to not have this information here. Just skip silently.
> > */
> > +        qemuMonitorJSONDevGetBlockExtent(dev, false,
> > +                                         &bstats->wr_highest_offset);
> 
> As you want to ignore errors, it would probably be better just to copy
> the extraction code here without error reporting rather than extracting
> it to a helper ... this isn't something that would be reused any more.

I definitely see your point.
But I'm not really OK to replicate code, even if it's "just" twice.
So, I'll work a bit more on that. I'll move this patch to the end
of the series to gain a bit more time.

If I can't come up with a better approach I'll go this way
and just copy the extraction code as suggested above.

Bests,

-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list




[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]