I'm trying to find out some hard data on TSC virtualization when using
qemu-kvm to run linux guests on Intel-based linux 3.4 hosts.
I've read
https://www.kernel.org/doc/Documentation/virtual/kvm/timekeeping.txt;
and looked at the code somewhat, but it's a bit tricky to figure out
exactly
On 07/30/2014 12:09 AM, Xiao Guangrong wrote:
On 07/30/2014 06:12 AM, Chris Friesen wrote:
Hi,
I've got an issue where we're hitting major performance penalties while doing
live migration, and it seems like it might
be due to page faults triggering hypervisor exits, and then we get stuck
On 07/30/2014 09:42 AM, Paolo Bonzini wrote:
Il 30/07/2014 09:41, Chris Friesen ha scritto:
I found a document at
http://ftp.software-sources.co.il/Processor_Architecture_Update-Bob_Valentine.pdf;
which talks about the benefits of Haswell. One of the items reads:
New Accessed and Dirty bits
Hi,
I've got an issue where we're hitting major performance penalties while
doing live migration, and it seems like it might be due to page faults
triggering hypervisor exits, and then we get stuck waiting for the
iothread lock which is held by the qemu dirty page scanning code.
Hi,
We're running into a problem where we can't start up a single instance
of kvm-qemu with 5 or more virtual functions (for the ethernet card)
being passed to the guest. It's an Intel I350 NIC if it matters.
I noticed a discussion in a thread titled [RFC PATCH 0/2] Expose
available KVM
On 07/11/2012 01:34 PM, Alex Williamson wrote:
The limiting factor to increasing memory slots was searching the array.
That's since been fixed by caching mmio page table entries.
Thanks for the confirmation of my suspicions.
Do you know roughly when this went in? A commit ID would be great.
On 07/11/2012 02:06 PM, Alex Williamson wrote:
On Wed, 2012-07-11 at 13:56 -0600, Chris Friesen wrote:
On 07/11/2012 01:34 PM, Alex Williamson wrote:
The limiting factor to increasing memory slots was searching the array.
That's since been fixed by caching mmio page table entries.
Thanks
We've been playing a bit with kvm-kmod-3.0b. We use a cross compile
environment, and one of my coworkers noticed that the variables in config.mak
weren't actually exported and so didn't actually have any effect.
I think something like the following patch is required.
Thanks,
Chris Friesen
The variables being written to config.mak by configure
need to be exported in order to take effect when building
the package.
The following patch fixes this in our environment.
Signed-off-by: Chris Friesen chris.frie...@genband.com
Index: kvm-kmod-3.0b/configure
On 09/30/2011 11:52 AM, Richard Henderson wrote:
On 09/30/2011 10:07 AM, Chris Friesen wrote:
We've been playing a bit with kvm-kmod-3.0b. We use a cross compile
environment, and one of my coworkers noticed that the variables in
config.mak weren't actually exported and so didn't actually have
it seems like extra work will be needed for 2.6.28 and earlier.
Thanks,
Chris
--
Chris Friesen
Software Developer
GENBAND
chris.frie...@genband.com
www.genband.com
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
? Any advice you could provide would be
appreciated.
Thanks,
Chris
--
Chris Friesen
Software Developer
GENBAND
chris.frie...@genband.com
www.genband.com
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info
On 08/30/2011 11:55 AM, David Ahern wrote:
On 08/30/2011 10:29 AM, Chris Friesen wrote:
I'm in a bit of an odd situation. We run an embedded version of linux
on many different boards with different vendor agreements so it's
painful to upgrade kernel versions.
I've been asked to provide VT-d
to the fact that KVM_PROFILING is defined
unconditionally in my kernel, but prof_on is only defined if
CONFIG_PROFILING is enabled. Commenting out that chunk of code in x86.c
lets everything build.
I haven't tried actually loading it yet, that will be next.
Thanks for the pointer.
Chris
--
Chris
On 08/30/2011 01:59 PM, Jan Kiszka wrote:
On 2011-08-30 21:39, Chris Friesen wrote:
2) If I create such a link, it builds a few files, and then gives the
following:
/home/cfriesen/Download/kvm-kmod-3.0b/x86/x86.c: In function
‘vcpu_enter_guest’:
/home/cfriesen/Download/kvm-kmod-3.0b/x86/x86
vnc_display_password(DisplayState *ds, const char *password)
{
qerror_report(QERR_FEATURE_DISABLED, vnc);
--
Chris Friesen
Software Developer
GENBAND
chris.frie...@genband.com
www.genband.com
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord
On 06/24/2011 07:13 PM, Sasha Levin wrote:
On Fri, 2011-06-24 at 15:10 -0600, Chris Friesen wrote:
Is anyone working on SR-IOV for KVM, specifically for networking? Or is
virtio good enough that it's not a pressing concern?
What exactly are you missing now?
Maybe it's just a documentation
Is anyone working on SR-IOV for KVM, specifically for networking? Or is
virtio good enough that it's not a pressing concern?
Thanks,
Chris
--
Chris Friesen
Software Developer
GENBAND
chris.frie...@genband.com
www.genband.com
--
To unsubscribe from this list: send the line unsubscribe kvm
Srivatsa Vaddagiri wrote:
On Fri, Jun 05, 2009 at 01:53:15AM -0700, Paul Menage wrote:
This claim (and the subsequent long thread it generated on how limits
can provide guarantees) confused me a bit.
Why do we need limits to provide guarantees when we can already
provide guarantees via
Dhaval Giani wrote:
Shares cannot be used to provide guarantees. All they decide is what
propotion groups can get CPU time. (yes, shares is a bad name, weight
shows the intent better).
If I (as the administrator of the system) arbitrarily decide that all
the shares/weights must add up to 100,
Avi Kivity wrote:
I am selling virtual private servers. A 10% cpu share costs $x/month,
and I guarantee you'll get that 10%, or your money back. On the other
hand, I want to limit cpu usage to that 10% (maybe a little more) so
people don't buy 10% shares and use 100% on my underutilized
Balbir Singh wrote:
But then there is no other way to make a *guarantee*, guarantees come
at a cost of idling resources, no? Can you show me any other
combination that will provide the guarantee and without idling the
system for the specified guarantees?
The example given was two 10%
22 matches
Mail list logo
