From: Roland <devzero@web.de>
To: Proxmox VE user list <pve-user@lists.proxmox.com>,
Daniel Berteaud <daniel@firewall-services.com>
Subject: Re: [PVE-User] PBS : is dirty-bitmap really accurate ?
Date: Thu, 23 Jul 2020 23:59:31 +0200 [thread overview]
Message-ID: <d9f00e30-0369-6936-bdb1-2a8bf1955c8b@web.de> (raw)
In-Reply-To: <141180690.77175.1595487181182.JavaMail.zimbra@fws.fr>
i just had a look on that, too - i was backing up a VM i backed up this
afternoon,
and for my curiosity 1GB out of 15GB was marked dirty.
that looks a quite much for me for a mostly idle system, because there
was definitely only a little bit of change on the system within logfiles
in /var/log
so i wonder what marked all that blocks dirty....
i'm also suspecting atime changes...will keep an eye on that....
regards
roland
Am 23.07.20 um 08:53 schrieb Daniel Berteaud:
> ----- Le 23 Juil 20, à 8:43, Fabian Grünbichler f.gruenbichler@proxmox.com a écrit :
>
>> possibly you haven't upgraded to pve-qemu-kvm 5.0-11 (or your VM hasn't
>> been restarted yet since the upgrade):
>>
>> https://git.proxmox.com/?p=pve-qemu.git;a=commit;h=f257cc05f4fbf772cad3231021b3ce7587127a1b
> I'm running pve-qemu-kvm 5.0.0-11, and all the implied VM have been either (cold) rebooted, or migrated.
>
>> the bitmap has a granularity of 4MB, so depending on the activity inside
>> you can see quite a bit of amplification. also writing and then
>> zeroing/reverting again to the old content would leave a mark in the
>> bitmap without permanently changing the contents.
>>
> Yes, I'd expect some amplification, but not that much. For my Zabbix server, it's nearly canceling all the benefit of using a dirty bitmap.
> One thing I've noted, is that I get expected values at least for one guest, running PfSense (where I get ~150MB of dirty blocks each days). Most of my other VM are Linux, I'll check if it could be related to the atime update or something
>
> Cheers,
> Daniel
>
next prev parent reply other threads:[~2020-07-23 22:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-22 16:40 Daniel Berteaud
2020-07-23 6:43 ` Fabian Grünbichler
2020-07-23 6:53 ` Daniel Berteaud
2020-07-23 9:00 ` Jorge Boncompte
2020-07-23 9:34 ` Fabian Grünbichler
2020-07-23 9:40 ` Daniel Berteaud
2020-07-23 21:59 ` Roland [this message]
2020-07-24 7:02 ` Daniel Berteaud
2020-07-24 7:54 ` Ronny Aasen
2020-07-26 9:24 ` Mark Schouten
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=d9f00e30-0369-6936-bdb1-2a8bf1955c8b@web.de \
--to=devzero@web.de \
--cc=daniel@firewall-services.com \
--cc=pve-user@lists.proxmox.com \
/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.