All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anton Nefedov <anton.nefedov@virtuozzo.com>
To: Paolo Bonzini <pbonzini@redhat.com>,
	qemu-devel@nongnu.org, qemu-block@nongnu.org
Cc: kwolf@redhat.com, mreitz@redhat.com, armbru@redhat.com,
	jsnow@redhat.com, eblake@redhat.com, den@virtuozzo.com
Subject: Re: [Qemu-devel] [PATCH 0/7] discard blockstats
Date: Mon, 20 Aug 2018 13:02:35 +0300	[thread overview]
Message-ID: <e89ac78b-d1c9-4b00-ecc5-2f5a9a7618b0@virtuozzo.com> (raw)
In-Reply-To: <63b51f2b-0521-411f-8129-cba35d0cfcea@redhat.com>



On 17/8/2018 8:27 PM, Paolo Bonzini wrote:
> On 20/11/2017 17:50, Anton Nefedov wrote:
>> qmp query-blockstats provides stats info for write/read/flush ops.
>>
>> Patches 1-5 implement the similar for discard (unmap) command for scsi
>> and ide disks.
>> Discard stat "unmap_ops / unmap_bytes" is supposed to account the ops that
>> have completed without an error.
>>
>> However, discard operation is advisory. Specifically,
>>   - common block layer ignores ENOTSUP error code.
>>     That might be returned if the block driver does not support discard,
>>     or discard has been configured to be ignored.
>>   - format drivers such as qcow2 may ignore discard if they were configured
>>     to ignore that, or if the corresponding area is already marked unused
>>     (unallocated / zero clusters).
>>
>> And what is actually useful is the number of bytes actually discarded
>> down on the host filesystem.
>> To achieve that, driver-specific statistics has been added to blockstats
>> (patch 7).
>> With patch 6, file-posix driver accounts discard operations on its level too.
>>
>> query-blockstat result:
>>
>> (note the difference between blockdevice unmap and file discard stats. qcow2
>> sends a few ops down to the file as the clusters are actually unallocated
>> on qcow2 level)
>>
>> {"return": [
>> {"device": "drive-scsi0-0-0-0"
>>    "parent": {
>>      "stats": {
>>>       "unmap_operations": 0
>>>       "unmap_merged": 0
>>        "flush_total_time_ns": 0
>>        "wr_highest_offset": 8111718400
>>        [..]
>>        "invalid_wr_operations": 0
>>        "invalid_rd_operations": 0}
>>      "node-name": "#block047"
>>>     "driver_stats": {
>>>       "type": "file"
>>>       "data": {
>>>         "discard_bytes_ok": 1572864
>>>         "discard_nb_failed": 0
>>>         "discard_nb_ok": 5}}}
>>    "stats": {
>>>    "unmap_operations": 472
>>>    "unmap_merged": 0
>>      "flush_total_time_ns": 44530540
>>      "wr_highest_offset": 7106662400
>>      "wr_total_time_ns": 45518856
>>      "failed_wr_operations": 0
>>      "failed_rd_operations": 0
>>      "wr_merged": 0
>>      "wr_bytes": 889856
>>      "timed_stats": []
>>>     "failed_unmap_operations": 0
>>      "failed_flush_operations": 0
>>      "account_invalid": true
>>      "rd_total_time_ns": 3306264098
>>>     "invalid_unmap_operations": 0
>>      "flush_operations": 18
>>      "wr_operations": 120
>>>     "unmap_bytes": 12312014848
>>      "rd_merged": 0
>>      "rd_bytes": 137103360
>>>     "unmap_total_time_ns": 22664692
>>      "invalid_flush_operations": 0
>>      "account_failed": true
>>      "idle_time_ns": 437316567
>>      "rd_operations": 5636
>>      "invalid_wr_operations": 0
>>      "invalid_rd_operations": 0}
>>    "node-name": "#block128"}
>>
>>    {"device": "drive-ide0-0-0"
>>    [..]
>>
>> Anton Nefedov (7):
>>    qapi: add unmap to BlockDeviceStats
>>    ide: account UNMAP (TRIM) operations
>>    scsi: store unmap offset and nb_sectors in request struct
>>    scsi: move unmap error checking to the complete callback
>>    scsi: account unmap operations
>>    file-posix: account discard operations
>>    qapi: query-blockstat: add driver specific file-posix stats
>>
>>   qapi/block-core.json       | 57 ++++++++++++++++++++++++++++++++++++++++++++++
>>   include/block/accounting.h |  1 +
>>   include/block/block.h      |  1 +
>>   include/block/block_int.h  |  1 +
>>   block.c                    |  9 ++++++++
>>   block/file-posix.c         | 42 ++++++++++++++++++++++++++++++++--
>>   block/qapi.c               | 11 +++++++++
>>   hw/ide/core.c              | 12 ++++++++++
>>   hw/scsi/scsi-disk.c        | 29 ++++++++++++++---------
>>   9 files changed, 150 insertions(+), 13 deletions(-)
>>
> 
> Hey, looks like this series has fallen through the cracks.  Anton, are
> you going to send an updated version?
> 
> Thanks,
> 
> Paolo
> 

hej,

yes, and v3 was the latest
(http://lists.nongnu.org/archive/html/qemu-devel/2018-06/msg03688.html)

I will make a few rebase fixups and resend it soon.

/Anton

      reply	other threads:[~2018-08-20 10:03 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-20 16:50 [Qemu-devel] [PATCH 0/7] discard blockstats Anton Nefedov
2017-11-20 16:50 ` [Qemu-devel] [PATCH 1/7] qapi: add unmap to BlockDeviceStats Anton Nefedov
2017-12-05 15:09   ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2017-12-05 15:19     ` Eric Blake
2017-12-05 17:15       ` Anton Nefedov
2017-11-20 16:50 ` [Qemu-devel] [PATCH 2/7] ide: account UNMAP (TRIM) operations Anton Nefedov
2017-12-05 15:21   ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2017-12-05 17:14     ` Anton Nefedov
2017-12-06 22:09       ` John Snow
2017-11-20 16:51 ` [Qemu-devel] [PATCH 3/7] scsi: store unmap offset and nb_sectors in request struct Anton Nefedov
2017-12-11 15:12   ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2017-11-20 16:51 ` [Qemu-devel] [PATCH 4/7] scsi: move unmap error checking to the complete callback Anton Nefedov
2017-11-20 16:51 ` [Qemu-devel] [PATCH 5/7] scsi: account unmap operations Anton Nefedov
2017-11-20 16:51 ` [Qemu-devel] [PATCH 6/7] file-posix: account discard operations Anton Nefedov
2017-11-20 16:51 ` [Qemu-devel] [PATCH 7/7] qapi: query-blockstat: add driver specific file-posix stats Anton Nefedov
2018-08-17 17:27 ` [Qemu-devel] [PATCH 0/7] discard blockstats Paolo Bonzini
2018-08-20 10:02   ` Anton Nefedov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e89ac78b-d1c9-4b00-ecc5-2f5a9a7618b0@virtuozzo.com \
    --to=anton.nefedov@virtuozzo.com \
    --cc=armbru@redhat.com \
    --cc=den@virtuozzo.com \
    --cc=eblake@redhat.com \
    --cc=jsnow@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.