From: Paolo Bonzini <pbonzini@redhat.com>
To: d hee <coolio@ymail.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] SSD Trim Support- Current State?
Date: Mon, 18 Mar 2013 09:36:51 +0100 [thread overview]
Message-ID: <5146D223.7020501@redhat.com> (raw)
In-Reply-To: <1363553880.35864.YahooMailNeo@web120802.mail.ne1.yahoo.com>
Il 17/03/2013 21:58, d hee ha scritto:
> What is the current state of SSD Trim/Discard support for a Qemu/KVM
> guests?
>
> I run a Qemi/ KVM host wtih these kvm guests...they are all Linux os's
> and use raw images: 1) 20 gig Linux web-server 2) Subsonic music
> streaming server for my Android phone 3) Postfix server for automated
> emails 4) Linux guest for sandbox for testing. All of this is on my on
> personal system as a hobby and not a a business "production" system. If
> I run them off a ssd drive without the trim support, will I see
> performance impacted as the guest blocks slowly fill up without being
> marked for reuse?
DISCARD is finally supported in qemu.git. It is experimental in all
released versions. To get trim support you need to do all of the following:
2) use virtio-scsi or another SCSI HBA (IDE would work too, but it is slow);
2) compile qemu.git from master and add ",discard=on" to the "-drive"
option; or for released versions add ",discard_granularity=4096" to the
"-device" options for disks. For more informations on "-drive" and
"-device" check out the docs/qdev-device-use.txt file.
3) mount the filesystems with the discard option in the guest, or
periodically run fstrim in the guest;
4) either run the images directly from a partition or logical volume, or
mount the filesystems with the discard option in the host, or
periodically run fstrim in the host.
Paolo
next prev parent reply other threads:[~2013-03-18 8:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-17 20:58 [Qemu-devel] SSD Trim Support- Current State? d hee
2013-03-18 8:36 ` Paolo Bonzini [this message]
2013-03-18 8:49 ` [Qemu-devel] " Nicolas Sebrecht
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=5146D223.7020501@redhat.com \
--to=pbonzini@redhat.com \
--cc=coolio@ymail.com \
--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.