Linux

实在是无语。

问题很简单。

虽然virt-manager自带一个viewer,但那个viewer功能太简单。

需要用独立的virt-viewer，才能指定共享的文件，开通共享功能。

硬件配置:

• CPU:amd ryzen 1700
• 内存:32G
• 显卡:nvidia 1066

kvm配置:

• 1066直传
• 虚拟机 1cpu 6核12线程
• 内存16g

游戏:dota2

系统:win10 1909/debian 10

效果

kvm下可以直接游戏，快速游戏，fps在60-110不等，不时有卡顿。

win10下fps稳定在100-120，没有突然的卡段。

本来还想通过kvm不需要直通就可以方便的游戏。

结果实在是让人有点失望。

虚拟机实在是不适合游戏这种追求极致体验的场景。

反而是各种不方便。

而是把1050拆了单显卡把。

最近全面转gluterfs,遇到了php程序执行慢的问题，仔细想了想，完全无解，只能找了个办法绕过去。

其实问题的原因很简单

glusterfs最慢的index操作，由于文件跨系统，列出操作是最慢的

而php的autoload机制需要遍历大量目录，所以放在gluterfs上完全是不可接受的。

至于解决方案比较坑。

由于我本身就是在glusterfs基础上跑的qemu/kvm虚拟机。

所以直接建一个qcow2文件在glusterfs上，然后附加到php上，再用bind的方式mount到实际目录上了事。

为了避免qcow顺坏时所有文件可能不可读的问题。

跑了个crontab定时rsync到glusterfs上。

反正是备份，慢慢跑也无所谓，

• 系统:debian 10
• Glusterfs版本:5.5

最近遇到比较蛋疼的事情，几个环境的glusterfs都无法通过fstab挂载到本机上，单纯的客户机可以通过_netdev参数加载。

花了大半天，查日志，查文章，外加大胆YY终于解决了这个问题。

问题核心:

挂载文件系统时，mount的进程被快速关闭，导致gluterfs客户端自动umount。

症状:日志中出现

received signum (15), shutting down

解决方案:

手工创建systemd的service文件，通过glusterfs而非mount命令加载，同时指定RemainAfterExit=yes

示例:

以加载 127.0.0.1:/gv0 到/data为例，在libvirtd前启动,并延后10秒为例

创建/lib/systemd/system/mount-data.service

然后systemctl enable mount-data,重启，收工。

这完全是在靠脑洞debug啊...

用了几年了，不知道是这个镜像的问题还是 gitlab的问题，每次重新拉，基本都会升级生挂掉。

这次不高兴折腾了，下次重服装吧，先把版本锁了。