> Not if you have about as many physical processors as simulated ones then the
> question is how much time are some processors blocked. I know there aren't
> any CPU's out there that can run 1000 threads. But what if you there were,
> then this would matter. What if you could run m5 on a GPGPU. Of course i
> will try to keep overhead and context switches to a minimum.
Since this isn't likely to be the case any time soon, I don't think we
should spend time trying to optimize for this.  For the next several
years, I'm pretty sure we'll want to simulate either a ton of simple
cores on a modest number of real cores, or simulate, in more detail,
more closely matched guest/host systems.  There's also caches that
should increase cycles.

Anyway, we won't know how things will perform until we try.

> Great! If you have any specific ideas I will be glad to hear them. I plan to
> dive into the code soon. I will mail my ideas to the list when i have a
> concrete vision and I would appreciate your advice.

It may be easier to try to schedule a phone call or something like
that.  If you're really committed to making this happen, I'm willing
to spend some time walking you through code.

  Nate
_______________________________________________
m5-dev mailing list
[email protected]
http://m5sim.org/mailman/listinfo/m5-dev

Reply via email to