Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1629758
| From | Radim Krčmář <rkrcmar@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 3/4] KVM: add KVM_CREATE_VM2 system ioctl |
| Date | 2017-04-24 18:30 +0200 |
| Message-ID | <tzP2a-Rd-9@gated-at.bofh.it> (permalink) |
| References | <tvTxn-86R-1@gated-at.bofh.it> <tvTxo-86R-13@gated-at.bofh.it> <txC93-7aw-1@gated-at.bofh.it> <txCsq-7gY-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
2017-04-18 16:30+0200, Paolo Bonzini: > On 18/04/2017 16:16, Paolo Bonzini wrote: >>> This patch allows userspace to tell how many VCPUs it is going to use, >>> which can save memory when allocating the kvm->vcpus array. This will >>> be done with a new KVM_CREATE_VM2 IOCTL. >>> >>> An alternative would be to redo kvm->vcpus as a list or protect the >>> array with RCU. RCU is slower and a list is not even practical as >>> kvm->vcpus are being used for index-based accesses. >>> >>> We could have an IOCTL that is called in between KVM_CREATE_VM and first >>> KVM_CREATE_VCPU and sets the size of the vcpus array, but we'd be making >>> one useless allocation. Knowing the desired number of VCPUs from the >>> beginning is seems best for now. >>> >>> This patch also prepares generic code for architectures that will set >>> KVM_CONFIGURABLE_MAX_VCPUS to a non-zero value. >> Why is KVM_MAX_VCPU_ID or KVM_MAX_VCPUS not enough? > > Ok, for KVM_MAX_VCPUS I should have read the cover letter more carefully. :) KVM_MAX_VCPU_ID makes sense as the upper bound, I just didn't want to mingle the concepts, because the kvm->vcpus array is not indexed by VCPU_ID ... In hindsight, it would be best to change that and get rid of the search. I'll see how that looks in v2.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH 0/4] KVM: add KVM_CREATE_VM2 to allow dynamic kvm->vcpus array Radim Krčmář <rkrcmar@redhat.com> - 2017-04-13 22:30 +0200
[PATCH 4/4] KVM: x86: enable configurable MAX_VCPU Radim Krčmář <rkrcmar@redhat.com> - 2017-04-13 22:30 +0200
Re: [PATCH 4/4] KVM: x86: enable configurable MAX_VCPU Christian Borntraeger <borntraeger@de.ibm.com> - 2017-04-19 10:10 +0200
Re: [PATCH 4/4] KVM: x86: enable configurable MAX_VCPU Radim Krčmář <rkrcmar@redhat.com> - 2017-04-24 19:10 +0200
[PATCH 2/4] KVM: allocate kvm->vcpus separately Radim Krčmář <rkrcmar@redhat.com> - 2017-04-13 22:30 +0200
[PATCH 1/4] KVM: remove unused __KVM_HAVE_ARCH_VM_ALLOC Radim Krčmář <rkrcmar@redhat.com> - 2017-04-13 22:30 +0200
Re: [PATCH 1/4] KVM: remove unused __KVM_HAVE_ARCH_VM_ALLOC David Hildenbrand <david@redhat.com> - 2017-04-18 13:00 +0200
[PATCH 3/4] KVM: add KVM_CREATE_VM2 system ioctl Radim Krčmář <rkrcmar@redhat.com> - 2017-04-13 22:30 +0200
Re: [PATCH 3/4] KVM: add KVM_CREATE_VM2 system ioctl Paolo Bonzini <pbonzini@redhat.com> - 2017-04-18 16:20 +0200
Re: [PATCH 3/4] KVM: add KVM_CREATE_VM2 system ioctl Paolo Bonzini <pbonzini@redhat.com> - 2017-04-18 16:40 +0200
Re: [PATCH 3/4] KVM: add KVM_CREATE_VM2 system ioctl Radim Krčmář <rkrcmar@redhat.com> - 2017-04-24 18:30 +0200
Re: [PATCH 3/4] KVM: add KVM_CREATE_VM2 system ioctl Radim Krčmář <rkrcmar@redhat.com> - 2017-04-24 22:30 +0200
Re: [PATCH 0/4] KVM: add KVM_CREATE_VM2 to allow dynamic kvm->vcpus array David Hildenbrand <david@redhat.com> - 2017-04-18 13:20 +0200
Re: [PATCH 0/4] KVM: add KVM_CREATE_VM2 to allow dynamic kvm->vcpus array Cornelia Huck <cornelia.huck@de.ibm.com> - 2017-04-18 14:30 +0200
Re: [PATCH 0/4] KVM: add KVM_CREATE_VM2 to allow dynamic kvm->vcpus array Radim Krčmář <rkrcmar@redhat.com> - 2017-04-24 22:10 +0200
Re: [PATCH 0/4] KVM: add KVM_CREATE_VM2 to allow dynamic kvm->vcpus array Radim Krčmář <rkrcmar@redhat.com> - 2017-04-24 19:10 +0200
csiph-web