Anthony Liguori wrote:
Sukanto Ghosh wrote:
Hi all,
I have two questions regarding KVM:
i) Is a VCPU scheduled like a normal Linux process
A normal process.
or there is some mechanism by which performance guarantees can be
provided to the VCPUs ?
FWIW, there are various mechanisms
Anthony Liguori wrote:
Sukanto Ghosh wrote:
ii) Who does the allocation of host physical memory to the guest,
is it KVM module or the associated QEmu process ?
The QEMU process allocates the memory via malloc().
Doesn't the QEMU process and the guest have different address-spaces
? So, how
Sukanto Ghosh wrote:
I am calling the entire tree-like structure (including the page
directories) as a page table. In the above statement are you referring
to
the same ? Or is it the last-level table that holds translated physical
addresses (+ dirty bit, etc ) ?
No, any guest page
scheduler', do you mean 'Fair CPU Scheduler for
Linux' (http://fairsched.sourceforge.net/doc/fairsched.txt)
Thanks and Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
Can anyone guide me as to how the kvm module passes/forwards the IO
requests to userspace drivers ? I want to know where in the code do the
userspace(QEMU) device-drivers register themselves with the kvm module.
Having looked at the kvm module code I saw that VMexits corresponding to
What do the following fields of struct kvm_pio_request mean ?
i) cur_count
ii) string
iii) down
iv) rep
v) why does guest_pages field point to an array of two pages ?
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL
Can anyone explain a situation where multiple operating modes need to
co-exist, as facilitated by shadow roles ? (apart from differing
quadrants)
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo
are these for ? KSM_CREATE_SHARED_MEMORY_AREA and KSM_CREATE_SCAN ?
How much is the overhead involved due to this ?
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
)
Thanks :)
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
got it. thanks
On Fri, Jul 11, 2008 at 12:50 AM, Izik Eidus [EMAIL PROTECTED] wrote:
ציטוט Sukanto Ghosh:
Doesn't KSM notifies KVM about the shared pages so that KVM can update
its sptes accordingly or is it done by KSM itself ?
when using kvm, mmu notifiers is a must for ksm, (mmu
separately.
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
.
What would be the problems had the device emulation parts been moved
totally to kernelspace ?
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
at hashtable[hashval] is like - Q1 - Q2 - Q3
where Qn is the pfn of the pages having hash-value = 'hashval' ,
while comparing with the contents of a new page P, which of these Qn's
will be used ? (I think the ans to prev ques will answer this)
--
Thanks and Regards,
Sukanto Ghosh
--
To unsubscribe
references to any page from a kernel data-structure (spte in this
case) don't involve access though page table entries (hence
try_to_unmap() can't unmap those references) ? which makes any page
referenced through kernel structures unswappable ?
--
Thanks and Regards,
Sukanto Ghosh
--
To unsubscribe
?
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks Dave
On Mon, Jul 28, 2008 at 12:04 PM, Dave Waters [EMAIL PROTECTED] wrote:
The second revision of PV NIC for Windows is on the KVM Source Forge site:
http://sourceforge.net/project/showfiles.php?group_id=180599
Dave Waters
-Original Message-
From: Sukanto Ghosh [EMAIL
On Sat, Aug 9, 2008 at 2:31 PM, Anthony Liguori [EMAIL PROTECTED] wrote:
Sukanto Ghosh wrote:
I understand the idea behind ballooning as it effectively increases
or decreases the amount of physical memory given to the guest, with
the help of the guest's native memory management algorithms
.
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
to migrate that VM issue a migrate monitor command, and
checkout the result (info migration).
Uri.
Just what I was looking for. Seems very flexible. Thanks :)
--
Regards,
Sukanto Ghosh
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL
19 matches
Mail list logo