Skip to Content.
Sympa Menu

charm - Re: [charm] Processor slicing and miniaturising in BigSim

charm AT lists.cs.illinois.edu

Subject: Charm++ parallel programming system

List archive

Re: [charm] Processor slicing and miniaturising in BigSim


Chronological Thread 
  • From: Eric Bohm <ebohm AT illinois.edu>
  • To: vishwas vasudeva <vishvasu98 AT gmail.com>
  • Cc: charm AT cs.illinois.edu, ppl AT cs.uiuc.edu, Eric Mikida <mikida2 AT illinois.edu>
  • Subject: Re: [charm] Processor slicing and miniaturising in BigSim
  • Date: Tue, 3 Jul 2018 11:02:20 -0500
  • Authentication-results: illinois.edu; spf=pass smtp.mailfrom=ebohm AT illinois.edu; dkim=pass header.d=illinois-edu.20150623.gappssmtp.com header.s=20150623; dmarc=pass header.from=illinois.edu

Processor slicing is part of a multi pass process.

In the first pass, the entire target machine is emulated with coarse detail
and an event trajectory is recorded (using the record replay feature) is made
of the subset of processors that is the slice target.

The execution trace of the slice of processors is then replayed in a higher
fidelity simulator. The exact details vary depending on which aspects of the
machine and application performance are of most interest.

> On Jul 1, 2018, at 11:18 AM, vishwas vasudeva
> <vishvasu98 AT gmail.com>
> wrote:
>
> Respected sir/madam,
>
> In the paper "Simulating Large Scale Parallel Applications using
> Statistical Models for Sequential Execution Blocks" Zheng et. al,
> (mentioned under research/BigSim in the charm website)
> in page number (4) it is mentioned regarding processor slicing and
> miniaturising for the emulation.
> Is it possible to provide more insight on these regarding what methodology
> has been adopted to achieve them?
> Is there any way the user/ programmer can control those factors ?
> Or is there any other ideas implemented to make the simulation faster?
>
> Thank you,
> Vishwas V.K.




Archive powered by MHonArc 2.6.19.

Top of Page