设为首页 收藏本站
查看: 1268|回复: 0

[经验分享] [zz]Improve KVM performance

[复制链接]

尚未签到

发表于 2015-4-10 13:56:13 | 显示全部楼层 |阅读模式
  In this post I would like to share two tips I have found that greatly improve the performance of KVM guests. Both tips work with Linux guests, although only the second tip will work with windows or BSD guests.
  With these tips you should notice an immediate improvement in performance including boot times, general performance, and responsiveness to inputs (mouse / keyboard).
Kernel option noop
  With this tip we will use the kernel (boot) option elevator=noop to optimize your virtual hard drive I/O.
  For a technical discussion of this option, see this link . If you want a more detailed discussion see this second link.
Grub 2
  Using any editor, open /etc/default/grub
sudo -e /etc/default/grub
  Look for the line :
  GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
  Add elevator=noop at the end of the line
GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash elevator=noop”
  Save your changes and exit your editor.
  update grub
sudo update-grub
  Reboot – One of the few times you will need to reboot.
Grub 1
  With most distros you edit /boot/grub/menu.lst
  Using any editor, open Using any editor, open /boot/grub/menu.lst
  Look for the kopts line:
  # kopt=root=/dev/sda1 ro
  Just add this option to the end of the line.
# kopt=root=/dev/sda1 ro elevator=noop
  Note: DO NOT remove the # in the front of the line !!!
  Then update grub
sudo update-grub
  Reboot – One of the few times you will need to reboot.
Fedora is an exception
  Fedora is a bit odd about this. Fedora uses /boot/grub/grub.conf , and /boot/grub/menu.lst is a symbolic link to grub.conf .
Specify the noop kernel option at installation
  You may specify grub options at installation : Fedora Wiki Installation Options
Adding the noop kernel option post installation
  As far as I can see, this is a manual edit. You will need to manually edit the file /etc/grub/grub.conf and add elevator=noop to the end of the kernel line.
  Fedora wiki boot options
  Save your changes and reboot – One of the few times you will need to reboot.
Cache writeback option
  Ibuclaw pointed this option out to me on IRC, and discusses in ibuclaw’s blog.
  From man qemu :
  By default, writethrough caching is used for all block device.
This means that the host page cache will be used to read and write
data but write notification will be sent to the guest only when the
data has been reported as written by the storage subsystem.
  Writeback caching will report data writes as completed as soon as
the data is present in the host page cache. This is safe as long
as you trust your host. If your host crashes or loses power, then
the guest may experience data corruption. When using the -snapshot
option, writeback caching is used by default.
  The host page can be avoided entirely with cache=none. This will
attempt to do disk IO directly to the guests memory. QEMU may
still perform an internal copy of the data.
  Some block drivers perform badly with cache=writethrough, most
notably, qcow2. If performance is more important than correctness,
cache=writeback should be used with qcow2. By default, if no
explicit caching is specified for a qcow2 disk image,
cache=writeback will be used. For all other disk types,
cache=writethrough is the default.
  So either using writeback or disabling the cache will improve performance.
  To use this option, rather then specifying a drive with -hda image.qcow we need to use the -drive option
kvm -m 512 -drive file=image.qcow,cache=writeback,media=disk
  This option can be used with .iso as well ( note the media=cdrom )
kvm -m 512 -drive file=fedora.iso,cache=writeback,media=cdrom
  Warning: Please note that in the event the host node crashes, data loss can result from this option.
KSM
  This tip was added by morgan cox (see comments). KSM == Kernel SamePage Merging and was enabled by default on Fedora 12.
  See This KVM page from the Arch Wiki.
  For a more detailed description of KSM see IBM – Anatomy of Linux Kernel Shared Memory.
  

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.iyunv.com/thread-55700-1-1.html 上篇帖子: kvm的live-snapshot 下篇帖子: [转] KVM/QEMU hypervisor driver
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表