virt

virt@lists.centos.org

2 participants
1613 discussions

Out of Office. (was: Out of Office. (was: Out of Office. (was: Out of Office. (was: Out of Office. (was: Out of Office. (was: Problems with scsi-target-utils when hosted on dom0 centos 7 xen box))))))
by Steve Clark 13 Apr '16

13 Apr '16

2 1

Out of Office. (was: Out of Office. (was: Out of Office. (was: Out of Office. (was: Out of Office. (was: Problems with scsi-target-utils when hosted on dom0 centos 7 xen box)))))
by Steve Clark 13 Apr '16

13 Apr '16

1 0

Out of Office. (was: Out of Office. (was: Out of Office. (was: Out of Office. (was: Problems with scsi-target-utils when hosted on dom0 centos 7 xen box))))
by Steve Clark 13 Apr '16

13 Apr '16

1 0

Out of Office. (was: Out of Office. (was: Out of Office. (was: Problems with scsi-target-utils when hosted on dom0 centos 7 xen box)))
by Steve Clark 13 Apr '16

13 Apr '16

1 0

Out of Office. (was: Out of Office. (was: Problems with scsi-target-utils when hosted on dom0 centos 7 xen box))
by Steve Clark 13 Apr '16

13 Apr '16

1 0

Out of Office. (was: Problems with scsi-target-utils when hosted on dom0 centos 7 xen box)
by Steve Clark 13 Apr '16

13 Apr '16

1 0

CentOS7, Xen 4.6.1, kernel 3.18.25-19 strange performance problem
by T.Weyergraf 11 Apr '16

11 Apr '16

Hi all, i just stumbled over a strange performance issue with my Xen setup. I use centos-virt Xen since a long time on my workstation and usually never check performance. However, yesterday I booted into the 3.18.25-19 Dom0 kernel *without* Xen and found the system noticably more responsive. That triggered me into running a simple kernel compile benchmark and compare the results: Testsequence: echo 3 > /proc/sys/vm/drop_caches make distclean cp ../.config . #copies an existing valid config for compile make oldconfig time make -j <threads> bzImage Results: xen 4.6.1 - kernel 3.18.25-19 16 threads: real 1m41.983s user 16m37.247s sys 5m7.121s 32 threads: real 1m29.240s user 23m7.170s sys 6m31.497s kernel 3.18.25-19 16 threads: real 1m12.909s user 14m37.627s sys 1m36.521s 32 threads: real 1m0.530s user 18m45.569s sys 1m58.807s Some notes: - System is a HP z840 with 2*8core E5 v3 Xeon and 128gig Ram. Disk is an Intel 750 ssd (PCIe nvme) - While normally in Xen, I limit Dom0 Memory via dom0_mem, but for the tests, Dom0 was allowed to use full memory - While running the test, no guest was running except Dom0. System was booted to graphical desktop and was completely unloaded otherwise - (boot-)logs showed no issues with ACPI or hardware-support or whatsoever. I have not yet run any in-depth investigation or tried too many different settings, but I find the differences quite noteworthy. So, if anybody came across the same issues, has some hints or suggestions, feel free. I'll continue poking around and if there is interest, i'll post updates. Regards, Thomas

2 2

systemd-nspawn will replace lxc
by C. L. Martinez 11 Apr '16

11 Apr '16

Hi all, It seems RH will deprecate LXC (https://access.redhat.com/articles/1365153) and will go to docker way (or maybe I am totally wrong). Is this true?? Will be systemd-nspawn a lightweight replacement for LXC containers?? Thanks. -- Greetings, C. L. Martinez

1 0

(qemu-kvm-ev) parallel port forwarding to guest VM
by Subscriber 11 Apr '16

11 Apr '16

Hi Where can I find information on supported devices in qemu-kvm-ev? Does it support parallel port forwarding to the guest VM? Thx. P.S. cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core)

2 1

High Guest CPU Utilization when using libgfapi
by qingwei wei 11 Apr '16

11 Apr '16

Hi, I am currently testing running Openstack instance on Cinder volume with libgfapi. This instance is the Windows instance and i found that when running random 4k write workload, the CPU utilization is very high, 90% CPU utilization with about 86% in privileged time. I also tested the workload with volume from NFS and the CPU utilization is only around 5%. For gluster fuse, the CPU utilization is also not as high as 90%, around 30-40%. Is there any reason why is that so? Appreciate on any comments and suggestions. Details. Workload generator: IOMeter Instance: Windows 2008R2 Openstack Host: CentOS 7 qemu-kvm version: qemu-kvm-ev-2.1.2-23.el7.1.x86_64 Workload: 4kb random write, 4 workers with each worker configure to have 4 outstanding IOs Gluster server and client version: 3.7.8 Gluster info Volume Name: g37test Type: Distribute Volume ID: 27947421-111b-4727-bcaf-bafe73debe07 Status: Started Number of Bricks: 1 Transport-type: tcp Bricks: Brick1: 192.168.99.4:/mnt/ssd/g37test Options Reconfigured: performance.readdir-ahead: on nfs.disable: true performance.io-cache: off performance.quick-read: off server.allow-insecure: on storage.owner-uid: 165 storage.owner-gid: 165 Cw

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt