Hi,
I am running gem5 with the Gpu model and I am running a Cpu and Gpu
benchmarks simultaneously.
for GPU: 2D Convolution from polybench-gpu.
I have 1+1 Cpus to handle the Gpu's thread launches. Apparently the ROCM
runtime launches an extra thread, so an extra thread is needed (Credit:
Matt Sinc
I *think* it's possible... At one point, I got c++ std::thread to work.
I've never tried something as complex as parsec, though.
Jason
On Fri, Apr 16, 2021 at 11:17 AM John Smith wrote:
> Does that mean I don't have to use m5threads and just use the regular
> pthread library ?
>
> On Fri, Apr 1
Does that mean I don't have to use m5threads and just use the regular
pthread library ?
On Fri, Apr 16, 2021 at 2:13 PM Jason Lowe-Power
wrote:
> Hi John,
>
> Yeah, it's something like that. We usually suggest using N + 1 cores where
> N is the number of threads. You can always use more ;).
>
>
Hi John,
Yeah, it's something like that. We usually suggest using N + 1 cores where
N is the number of threads. You can always use more ;).
As a side note, if you configure things correctly (whatever that means...)
I believe you can get pthreads to work. You can link to the pthreads on the
host a
That sounds great. In the meantime I will work a bit more on the SE mode.
Also do you have any inputs on the following ?
m5threads: If there are 9 CPU, and the host CPU launches 9 threads, then
are 8 threads launched on the remaining 8 CPUs and the 9th thread has to
wait for a
thread to complete t
Soon! https://gem5.atlassian.net/browse/GEM5-195
We're hopeful that in the next month or so all of this code will be public.
Cheers,
Jason
On Fri, Apr 16, 2021 at 9:55 AM John Smith wrote:
> Will I also be able to run the GPU model in the FS mode ?
>
> On Fri, Apr 16, 2021 at 11:39 AM Jason Lo
Will I also be able to run the GPU model in the FS mode ?
On Fri, Apr 16, 2021 at 11:39 AM Jason Lowe-Power
wrote:
> Hi John,
>
> I suggest using full system mode instead of SE mode if you're running a
> multithreaded workload. In FS mode, there's a full OS so it can handle
> thread switching, e
Hi John,
I suggest using full system mode instead of SE mode if you're running a
multithreaded workload. In FS mode, there's a full OS so it can handle
thread switching, etc. For Parsec on x86 we've created a set of resources
for you to get started. See
https://gem5.googlesource.com/public/gem5-re
Hi All,
I am sorry for the confusion.
I am looking to run a multithreaded application on a mesh of 3x3 CPUs,
where the benchmark spawns 9 threads and each thread runs on
a single CPU (1:1). I went through the past discussions on this mailing
list and saw that m5threads was needed to do this. I ha
That's essentially right, although gem5 does have some plumbing to run
multiple event queues within the same simulation which can coordinate with
each other within a small window (quantum) of time. gem5 has support for
fibers/threads/coroutines, but these are not typically used to model
events. Eve
Hi John,
Short answer : no, you can only run several simulations in parallel, but not a
single simulation using one thread per CPU.
Gem5 relies on Discrete Event Simulation (DES) to simulate the concurrent
behavior of HW.
DES is intrinsically sequential in its execution as it relies on coroutin
11 matches
Mail list logo
