mehdi.alishahi at gmail
Feb 19, 2010, 4:49 AM
Post #5 of 5
What about this use-case?
Re: Re: bringing multiple VMs at the same time on a multicore system
[In reply to]
We have a supercomputer with 200,000 cores. And it is devoted to
Infrastructure-as-a-Service cloud computing model. So this means it
must be able to bring up different Virtual Machines lets say 100
different Virtual Machine (depends on the workload) at the same time.
We assume that supercomputer has Parallel File System to read Virtual
Machine files concurrently by high speed.
What sort of developments need to be done in Xen to manage this situation?
On Thu, Feb 18, 2010 at 6:39 PM, Wesley Emeneker
<wesley.emeneker [at] gmail> wrote:
> I've been researching (and measuring) this on x86_64 for about a year now.
> I've been focusing on how cache structures affect the performance of a
> range of scientific applications with various levels of VCPU-pinning.
> Some of the questions are:
> 1. How much do the applications like/hate sharing a last level cache
> (usually L2 or L3 depending on what the micro-architecture is)?
> 2. Do TLBs have much of an effect?
> 3. Depending on the answer to question 1, how well can applications
> share a cache? i.e. if we have a CPU-intensive, small-memory application
> how well does it share with a memory-hungry app?
> What I've found is that a good many scientific applications actually
> like sharing a cache.
> If they don't share one, performance often suffers.
> Wesley Emeneker
>> If we consider the future of computer systems with many cores, the
>> problem of bringing multiple VMs at the same time on a multicore
>> system becomes critical from the performance and speed point of view.
>> I'd like to know whether is there any research on this topic?
> This email has been stamped using Penny Post. Stamping email helps
> combat spam.
> Find out more about stamping your email at: http://pennypost.sourceforge.net
> Xen-research mailing list
> Xen-research [at] lists
Xen-research mailing list
Xen-research [at] lists