Bug 678384

Summary:	2.6.35.11-83.fc14.x86_64 does something really bad to qemu-kvm, makes it very very slow
Product:	[Fedora] Fedora	Reporter:	lejeczek <peljasz>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	14	CC:	gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-08-29 18:17:03 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description lejeczek 2011-02-17 18:39:47 UTC

Description of problem:

every single VM guest(different OSes) slows down to the level it becomes useless
boot to 2.6.35.10-74.fc14.x86_64 and all goes back to normal

is it only us?

Version-Release number of selected component (if applicable):
qemu 0.13.0-1

How reproducible:
one of the VMs

 qemu-kvm -localtime -m 14336 -smp cores=4 -vga std -drive file=win7-64-70GB-A.img,index=0,media=disk -net tap,name=tap,vlan=0,ifname=tap0,script=no,downscript=no -net nic,macaddr=52:54:00:12:34:73,model=e1000 -vnc 192.168.0.141:8 -monitor tcp::5907,server,nowait,nodelay

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Chuck Ebbert 2011-02-18 20:50:10 UTC

Is it only happening with Windows 7?

What kind of processor does that machine have? (Please attach the contents of /proc/cpuinfo from the host.)

Comment 2 lejeczek 2011-02-19 09:24:07 UTC

win xp similarly
snippet of cpuinfo - one thing I maybe should have mentioned of - qemu recompiled with -mtune=native

processor	: 5
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 10
model name	: AMD Phenom(tm) II X6 1055T Processor
stepping	: 0
cpu MHz		: 3318.541
cache size	: 512 KB
physical id	: 0
siblings	: 6
core id		: 3
cpu cores	: 6
apicid		: 5
initial apicid	: 3
fpu		: yes
fpu_exception	: yes
cpuid level	: 6
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid aperfmperf pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt cpb npt lbrv svm_lock nrip_save
bogomips	: 5631.75
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate [9]

Comment 3 Chuck Ebbert 2011-02-21 07:31:02 UTC

(In reply to comment #2)
> win xp similarly
> snippet of cpuinfo - one thing I maybe should have mentioned of - qemu
> recompiled with -mtune=native

Can you try it with the official qemu package?

Comment 4 lejeczek 2011-02-25 10:57:28 UTC

I'm afraid can not do any time soon, but as soon as I get a chance I'll get back with any results.

Comment 5 lejeczek 2011-04-11 13:24:00 UTC

I think default repository package does not have this problem, albeit -mtune=native might not necessary be the problem with my installation, I had it with vde2 libs/functionality recompiled. I'll try again -mtune but without vde2.
regards