Skip to Content.
Sympa Menu

charm - Re: [charm] Question about I/O characteristics of Charm++ ported applications

charm AT lists.cs.illinois.edu

Subject: Charm++ parallel programming system

List archive

Re: [charm] Question about I/O characteristics of Charm++ ported applications


Chronological Thread 
  • From: Ronak Buch <rabuch2 AT illinois.edu>
  • To: Qian Sun <sqianfly AT gmail.com>
  • Cc: "charm AT cs.illinois.edu" <charm AT cs.illinois.edu>
  • Subject: Re: [charm] Question about I/O characteristics of Charm++ ported applications
  • Date: Thu, 3 Mar 2016 19:07:06 -0600

As a follow up, it's worth noting that ChaNGa uses CkIO for its output and EpiSimdemics uses MPI-IO for its I/O (you can see http://charm.cs.illinois.edu/newPapers/14-28/paper.pdf for more information on the I/O in EpiSimdemics and the nature of interoperation between MPI and Charm++)

-Ronak

On Thu, Mar 3, 2016 at 6:15 PM, Ronak Buch <rabuch2 AT illinois.edu> wrote:
Hi Qian,

There are many Charm++ applications that read or write "large" amounts of data, including OpenAtom, ChaNGa, NAMD, and EpiSimdemics among others.  Often, these are dependent on the size of the simulation they are trying to run.  Depending on the size and frequency of their simulation, they can often be on the scale of tens of gigabytes.

Regarding I/O behaviors, can you be a bit more specific about what exactly you're looking for?

It is certainly possible that the same applications will generate output data at different times (for example, as far as we can recall, EpiSimdemics does this).  There is also Charm++ library for parallel I/O, CkIO, that can facilitate large scale asynchronous I/O patterns.

Additionally, a few members of the PPL group had a published a paper regarding asynchronous I/O a few years ago that you may find relevant: http://charm.cs.illinois.edu/newPapers/11-32/paper.pdf

Thanks,
Ronak

On Thu, Mar 3, 2016 at 11:16 AM, Qian Sun <sqianfly AT gmail.com> wrote:
Hi,

I am looking for task-based scientific applications. I noticed that there are some applications have been ported to Charm++, such as NAMD, as well as some MiniApps, such as AMR. 

Actually, I am more interested in the I/O behavior of those Charm++ ported applications. Is there any Charm++ ported application generates a large amount of data as final output, or takes a large amount of data as input?

If so, which applications have this characteristics? and what is their I/O behaviors? I was wondering is it possible that tasks in the same applications will generate output data at different times? (Just as a typical DAG-based workflow, some tasks may finish and output a portion of data first, others may require longer time)

Any suggestions or comments would be appreciated! Thank you so much!

Regards,
Qian





Archive powered by MHonArc 2.6.16.

Top of Page