<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>LiFlow: A Workflow Automation System for Reproducible Simulation Studies</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Evgheniy Kuklin</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrey Sozykin</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Konstantin Ushenin</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Dmitriy Byordov</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Immunology and Physiology UrB RAS</institution>
          ,
          <addr-line>Ekaterinburg</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Krasovskii Institute of Mathematics and Mechanics</institution>
          ,
          <addr-line>Ekaterinburg</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Ural Federal University</institution>
          ,
          <addr-line>Ekaterinburg</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2016</year>
      </pub-date>
      <fpage>208</fpage>
      <lpage>217</lpage>
      <abstract>
        <p>Simulation of living systems often requires numerous computational experiments on the same model for diferent parameter values. This paper describes the design of a user-friendly workflow automation system LiFlow for simulation of living systems, which is capable of conducting such a large series of computational experiments on supercomputers. The system provides a convenient interface for preparing input experimental data, executing the experiments on a supercomputer, and storing experimental results in a storage system. A distinctive feature of LiFlow is its simplicity and usability-the system is intended to be used by researchers in mathematical biology and biophysics without extensive knowledge in parallel computing. The paper provides examples of the use of the LiFlow system for simulation of the human heart left ventricle.</p>
      </abstract>
      <kwd-group>
        <kwd>parallel computing systems</kwd>
        <kwd>supercomputers</kwd>
        <kwd>living system simulation</kwd>
        <kwd>computational workflow</kwd>
        <kwd>computational experiment reproducibility</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>Simulation of living systems requires significant computational resources. Such
investigations are certain to be rather time-consuming and, thus, are hard to
be conducted in a reasonable time without parallel computing systems and
supercomputers. However, the use of parallel computing systems requires a high
degree of qualification in computer science, which many researchers involved in
living systems modeling do not possess or want. Moreover, the data
preparation for computational experiments is routine and time-consuming. The user
needs to copy data to a supercomputer, compile the source code if necessary,
enqueue the jobs with the supercomputer resource manager, and keep track of
their completion. Such routine tasks should be automated.</p>
      <p>Living system simulation often demands a large number of computational
experiments on the same model but with varying parameter values. Nowadays,
researchers have to prepare the configuration, input data, and the desired
parameter values, and then separately execute the simulation software for each
experiment. With the number of required computational experiments increasing
up to hundreds or even thousands, which is typical for living systems simulation,
manual preparation and execution of experiments becomes very labor-intensive
and often nearly impossible. In such a case, scientists often execute only a
fraction of the required computational experiments, which negatively affects the
research results, hence the need to automate the execution of series of
computational experiments with varying parameter values.</p>
      <p>Another problem that researchers in simulation of living system often face
is non-reproducibility of computational experiments. This problem is directly
related to the large number of computational experiments that scientists have
to carry out in order to obtain meaningful results. Due to pressure for
publishing, scientists devote little time to keeping the records of experimental details,
especially in case of hundreds or thousands of experiments. In addition, many
other factors can affect computational results, such as a change in the version
of the compiler or a required library on the supercomputer. Automated
recording of experimental details and storage of simulation results can help to ensure
reproducibility of the computational experiments.</p>
      <p>We developed LiFlow (LIving system simulation workFLOW), a workflow
system that addresses this need for automation. LiFlow provides the scientists
with a convenient graphical user interface (GIU) that allows to prepare and
execute a series of computational experiments on a parallel computing system
with a single click.</p>
      <p>One of the important goals of creating the LiFlow system was to make the
initial learning process of the workflow tool very simple. Otherwise, busy
scientists will not invest their time in studying the capabilities of the new system,
and it will be useless.</p>
      <p>The LiFlow system is primarily intended for simulation of living systems; we
provide some examples of using LiFlow to simulate the human heart left
ventricle. However, LiFlow could also be used in other areas that require conducting
a large number of computational experiments on parallel computing systems.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Related Work</title>
      <p>
        To bridge the gap between researchers and software engineers and reduce
experiment preparation time, scientific computation workflow systems [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] are being
developed. The most frequently used among them are Taverna, Kepler, and
Triana. Taverna [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] is an open source workflow system particularly focused on
bioinformatic applications and services; it is based on the XScufl language.
Kepler [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] is a scientific workflow system that builds on the PtolemyII system,
which is a visual modeling tool written in Java. Triana [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] is a GUI-based
workflow system for coordinating and executing a collection of services. All these
tools have some visual interfaces that allow graphical composition of operations.
The systems provide the ability to integrate distributed computing resources,
applications, data sets, and tools for computational experiments. In addition,
the systems hide the complexity of distributed computing systems from users,
enabling them to describe the workflow graphically. The existing systems for
scientific computing workflows are able to use the computing resources of
various types (GRID, supercomputers, distributed systems, etc.), data stores (local,
network, cloud), and tools (visualization, statistical processing, etc.); they also
include provenance tracking, either as an integral part or as an optional module.
As a result, such systems are very complicated and difficult to install, maintain,
and use. Their main disadvantage is the fact that creating a new component
can require considerable efforts and a detailed knowledge of the workflow
system architecture. However, when simplified workflows are sufficient, there is no
need for unwieldy options with a lot of settings. On the contrary, computational
experiments should preferably launch “in one click.”
      </p>
      <p>
        Another possible solution to the problem is to use an environment that
provides the integration of application software packages with supercomputers. An
example of such system is DiVTB [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], which provides user-friendly graphical
interface where parameters of a computational experiment can be specified, and
the experiment can then be executed on a supercomputer. However, such
systems do not provide automation of the tasks that are popular in living systems
modeling—such as launching of a series of computational experiments with the
same model but varying parameter values; also, they do not support metadata
tracking.
      </p>
      <p>To solve the reproducibility problem special software tools can be used. They
provide the ability to automatically capture and store for future use all the
environment of a computational experiment, such as the simulation software, the
input and output data, the hardware and software configuration of the computing
system, etc.</p>
      <p>
        There are two basic methods used by the reproducibility improvement tools.
One method is based on executing experiments in a virtual environment, such
as virtual machines or cloud [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. After an experiment completes, the snapshot of
the virtual machine is saved together with the simulation software, the output
data, the experimental log, and so on. Furthermore, the snapshot can be made
publicly available; other scientists can use it to reproduce the experiment and
cite in their papers. Unfortunately, this approach is not suitable for parallel
computing systems because virtualization considerably reduces the performance
of such systems. In addition, such approach will require capturing the snapshots
of all nodes in the cluster that were used for running the experiment, which is
not feasible.
      </p>
      <p>
        The second method is based on capturing the snapshot not of the entire
virtual machine but of the simulation software executable and the output data.
This approach is used in the CDE system (Code, Data, and Environment
packaging) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. However, a package prepared by the CDE system depends on the
software configuration of the computational system. Although the configuration
of a personal computer or a virtual machine is relatively easy to replicate, it
can be very difficult to adjust the configuration of a parallel computing system.
Most of such systems are shared among a great number of users; only qualified
administrators can install or configure the software. Hence, such approach is also
not suitable for parallel computing systems.
      </p>
      <p>
        In order to ensure the reproducibility of computational experiments, we
aimed at integrating LiFlow with Sumatra [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], which is an open source tool
to support reproducible computational research. The Sumatra system [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] aims
to capture the information required to recreate the computational experiment
environment instead of capturing the experimental context itself. Sumatra uses
the source code of the program instead of the binaries, stores the logs of the
compilation process, and saves the information about all dependencies and general
operating system configuration. Furthermore, Sumatra provides the ability to
store the output data for future use in a database. In addition, Sumatra allows
to index and search the data about experiments carried out, including
additional information provided by scientists. For example, if experimental data was
published, scientists can add tags with the name of the paper (and, perhaps,
additional information such as the figure or table with the data) to the experiment
record in the catalog. This allows researchers to quickly find the information
required to reproduce the experiment they are interested in among a large number
of experiment records. Unfortunately, Sumatra lacks a convenient desktop user
interface. Although Sumatra is a standalone project, it can be used as a library
for third-party development and has its own API. LiFlow can use Sumatra for
capturing and storing the information of previously conducted experiments in
the database.
3
3.1
      </p>
    </sec>
    <sec id="sec-3">
      <title>LiFlow system</title>
      <sec id="sec-3-1">
        <title>Workflow</title>
        <p>Workflow in the LiFlow system corresponds the one shown in Fig. 1. During
the first stage, researchers prepare the description of the so-called experiment
series, which is a set of experiments with the same model and varying parameter
values. The preparation includes the selection of simulation software that will
implement the required model, generation of the configuration files with the
required parameters, and creation of the input data files for each experiment.
Next, the experiments are launched on a parallel computing system.</p>
        <p>When the experiments are completed, the obtained results are automatically
stored in the archive in a form ready for processing (visualization, statistical
processing, etc.). Thus, a user is only required to create a description of the
experiment series, all the rest is done automatically. In addition, the user is able
to process the results of experiments from the archive manually using third-party
tools.
3.2</p>
      </sec>
      <sec id="sec-3-2">
        <title>Computational Package</title>
        <p>Similarly to the CDE system, LiFlow uses the concept of a computational
package that contains all the information required to execute a series of experiments.
The LiFLow computational package consists of the following components:
– Source code of the simulation software, which can be loaded from a code
repository of a version control system, such as Git.
– Generator of experiment series that describes how to generate the desired
parameter values for the experiment series.
– Initial data and parameters to launch the simulation software.</p>
        <p>A distinctive feature of the LiFlow computational package is that it describes
not one experiment but a whole series of experiments. Each experiment in the
series uses the same simulation software but different values of the model
parameters. The parameter values for every experiment are produced by the generators,
which are a part of the software package that is based on the rules specified by
the user.
3.3</p>
      </sec>
      <sec id="sec-3-3">
        <title>LiFlow Architecture</title>
        <p>The LiFlow system consists of the four main components (Fig. 2). The
Computational Package Preparation Tool and the Experiment Execution GUI are
installed on the researcher’s personal computer, while the Experiment
Execution Engine and the Parallel Computing System Adapter are deployed to the
parallel computing system.</p>
        <p>A user creates a computational package with the help of the Computational
Package Preparation Tool and uses the Experiment Execution GUI to transmit
the package to the desired parallel computing system and run the experiment
series. Experiment Execution Engine on the computational cluster receives the
package, compiles the source code of the simulation software, and executes the
generator of the experiment series to produce a set of input data files for
simulation software with various parameter values. Next, the set of computational jobs
is generated with the same simulation software but different input files. The jobs
are queued on the computational cluster using the Parallel Computing System
Adapter, which interacts with the resource manager of the cluster.</p>
        <p>Once the job is completed, the results of the experiment are automatically
recorded to the Experiment Archive on the storage system. After all the jobs in
the experiment series are completed, the Experiment Execution Engine sends an
email with the report on the experiments’ execution to the user.</p>
        <p>The planned Sumatra module would be able to capture the environment of
the computational experiment and store it in the Experiment Catalog in order
Experiment Execution</p>
        <p>GUI
Computational Package</p>
        <p>Preparation Tool
Source Code
Repository</p>
        <p>LiFlow System</p>
        <p>Experiment
Execution Engine
Parallel Computing</p>
        <p>System Adapter
Parallel Computing System</p>
        <p>Experiment Catalog</p>
        <p>Sumatra</p>
        <p>Experiment Archive
to share the initial data and simulation results among the researchers and to
improve the experiments’ reproducibility.
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Technical Details</title>
      <p>The first stage of the LiFlow system implementation has been currently
completed. The computational package in the implementation is represented by a
directory in a file system that contains the subdirectories with the following
components: the source code of the simulation software, the generator of the
experiment series, the initial data for the generator, and the script for executing
the experiments.</p>
      <p>In the current implementation, the generator is a script that creates a series of
experiments by varying the parameters in the configuration file of the simulation
software. The LiFlow system supports two options for specifying the parameter
values:
– The range of the parameter: an initial value, a final value, and an increment.</p>
      <p>One record in a configuration file of the generator produces the input data
for several experiments.
– The explicit parameter values declaration. The parameter values must be
specified for each experiment in the series.</p>
      <p>
        The prepared computational package is transferred to the parallel computing
system using the SSH or SFTP protocols. Next, the source code of the simulation
software is built on the computational cluster. If the build process fails, LiFlow
warns the user and sends back to him the build log file. In the case of a successful
compilation, the system runs the generator of the experiment series to produce
the input data for the experiments.
Currently, only one version of the Parallel Computing System Adapter is
implemented, which is based on the SLURM Workload Manager [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. The
experiment startup script from the computational package enqueues the generated
tasks for the series of experiments in the SLURM job queue. After the job is
complete, the LiFlow system copies the output data to the Experiment Archive
using the NFS protocol.
      </p>
      <p>The scripts in the LiFlow system are written in Python. The storage of
simulation software source codes is implemented as a Git repository provided by
a third-party service.</p>
      <p>Users are provided with a simple graphical interface, which allows one to
execute a series of experiments on a parallel computing system in one click
(Fig. 3). The user needs to select the parallel computing system to perform
the computation, specify the credentials (login and password), the path to the
folder with the computational package, and the email address (for job completion
notifications). When the user clicks the Launch button, the LiFlow system starts
the workflow process. The text output shows the current stage of the process of
setting up the experiment and, if an error occurs, specifies where did it happen.
Fig. 3 demonstrates an example of a successfully submitted experiment. The
LiFlow GUI is also written in Python using the PyQt4 library and is designed
to work both on Windows and Linux.</p>
      <p>A disadvantage of the current LiFlow implementation is the lack of a failover
mechanism. If an error occurs, the experiment will not be repeated. This
approach is chosen because the failure can be caused not only by problems with
hardware or system software, but also, more frequently, by an error in the
simulation software or a wrong combination of parameters, for which the computation
cannot be performed. In such a case, restarting the experiment will not lead to
solving the problem, it will only unnecessarily load the computational cluster.
Still, a failure in carrying out one experiment does not lead to termination of
the entire experiment series.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Using LiFlow for Heart Simulation</title>
      <p>
        Nowadays, the LiFLow system is integrated with the URAN supercomputer at
the Krasovskii Institute of Mathematics and Mechanics and the computational
cluster of the Ural Federal University. The system had been used on these clusters
to execute several experiments in simulation of human heart left ventricle (LV)
using the LeVen simulation system [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>
        The study of the influence of the fiber direction in the LV anatomical model
on the speed and consistency of its electrophysiological activation was performed
using the LiFLow system [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. A series of 55 experiments was performed, where
two parameters, corresponding to the direction of the fiber course in
electrophysiological models, were varied.
      </p>
      <p>
        The same system can be used to reproduce the results of the research
manually conducted before. Two series of experiments were performed in the
investigation of the excitation speed of the LV myocardial tissue by using an anatomical
model that allows to change the shape of the ventricle and the direction of the
fiber course in it [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. In one of the series of experiments, the area of the initial
activation, the fiber direction of the anatomical model, and the ratio of
coefficients in the diffusion tensor of the electrophysiological model were varied. In
total, the work was based on more than 36 experiments with the parameter
values generated by certain rules.
      </p>
      <p>
        The paper [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] describes the research in the dynamics of the spiral waves in
the LV of the human heart model with different geometry and direction of the
fiber course. In the research, several series of experiments with the anatomy that
approximate normal and pathological anatomy of the LV were carried out. In
each series of experiments, the following parameters were varied: the thickness
of the top, the value of the diffusion tensor, and the place of the initial start-up
wave. In total, the work was based on more than 84 experiments.
6
      </p>
    </sec>
    <sec id="sec-6">
      <title>Discussion</title>
      <p>The users of the LiFlow system, researchers in mathematical biology and
biophysics from the Institute of Immunology and Physiology UrB RAS, provided
a generally positive feedback. Before, they needed approximately 30 minutes to
manually prepare and run one computational experiment on a parallel
computing system. With the help of the LiFLow system, they could execute a series
of dozens or hundreds of experiments in less than one hour. The users
appreciated the convenience of the LiFlow GUI and the ability to obtain the results of
simulation from the storage system. As a result, they do not have to deal with
the Linux operating system on the computational cluster, which is unfamiliar to
them. Overall, LiFlow helped the researchers from the Institute of Immunology
and Physiology UrB RAS to conduct computational experiments more efficiently.</p>
      <p>As opposed to the popular scientific computation workflow systems such as
Taverna, Kepler, and Triana, which provide for building large, complex
computational workflows, the LiFLow system provides only one simple workflow.
However, this limitation provides an opportunity to make the LiFlow system
extremely easy to use. The complicated computational workflow systems are
especially useful in domains with standardized data formats and tools, such
as bioinformatics (the Taverna system is specifically targeted at bioinformatic
applications). However, adding new components into such workflow systems is
rather difficult. In contrast, the LiFlow system is more suitable for researchers
who write the simulation code by themselves. Unfortunately, due to the beta
version of our project, we will be able to publish the source code later.
7</p>
    </sec>
    <sec id="sec-7">
      <title>Conclusion and Future Work</title>
      <p>The paper presents the LiFlow computational workflow system intended to
automate the processing of a large number of computational experiments for living
systems simulation on parallel clusters. Distinctive features of LiFlow are the
automatic generation of the input data and parameters for carrying out
experiment series. The system has been used for simulation of the human heart left
ventricle. The use of LiFlow can significantly reduce the preparation time of a
series of experiments, as well as make processing of their results more convenient.</p>
      <p>Directions for future work include:
– Full integration with the Sumatra tool to ensure the reproducibility of launched
experiments.
– Developing the mechanisms of secure integration of several computational
clusters from different organizations with a single LiFLow instance in order
to share computational resources and simulation results.
– Implementing the Parallel Computing System Adapters for cluster resource
managers other than SLURM, as well as for cloud.
– Creating more advanced and flexible generators of experiment series
integrated with GUI.</p>
      <p>Acknowledgments. The work is supported by the RAS Presidium grant I.33P
“Fundamental problems of mathematical modeling”, project no. 0401-2015-0025,
and by the Research Program of Ural Branch of RAS, project no. 15-7-1-26. Our
study was performed using the Uran supercomputer of the Krasovskii Institute
of Mathematics and Mechanics and computational cluster of the Ural Federal
University.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Talia</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <article-title>Workflow Systems for Science: Concepts and Tools</article-title>
          .
          <source>In: ISRN Soft Eng</source>
          .
          <year>2013</year>
          , 15 pages (
          <year>2013</year>
          ). doi:
          <volume>10</volume>
          .1155/
          <year>2013</year>
          /404525.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Hull</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolstencroft</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stevens</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goble</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pocock</surname>
            ,
            <given-names>M.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Oinn</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <article-title>Taverna: A tool for building and running workflows of services</article-title>
          .
          <source>In: Nucleic Acids Res</source>
          .
          <volume>34</volume>
          (
          <issue>Web Server issue</issue>
          ): pp.
          <fpage>729</fpage>
          -
          <lpage>732</lpage>
          (
          <year>2006</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Ludscher</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Altintas</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          , Berkley, Ch.,
          <string-name>
            <surname>Higgins</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jaeger</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jones</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>E.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tao</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhao</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <article-title>Scientific workoflw management and the Kepler system: Research Articles</article-title>
          .
          <source>In: Concurrency and Computation: Practice and Experience - Workflow in Grid Systems</source>
          . Vol.
          <volume>18</volume>
          , No.
          <volume>10</volume>
          . pp.
          <fpage>1039</fpage>
          -
          <lpage>1065</lpage>
          (
          <year>2006</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Taylor</surname>
          </string-name>
          , I.,
          <string-name>
            <surname>Shields</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Harrison</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <article-title>Visual Grid Workflow in Triana</article-title>
          .
          <source>In: Journal of Grid Computing</source>
          . Vol.
          <volume>3</volume>
          , No.
          <issue>3</issue>
          , pp.
          <fpage>153</fpage>
          -
          <lpage>169</lpage>
          (
          <year>2005</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Savchenko</surname>
            ,
            <given-names>D.I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Radchenko</surname>
            ,
            <given-names>G.I.</given-names>
          </string-name>
          <article-title>DiVTB Server: sreda vypolneniya virtual'nykh eksperi-mentov [DiVTB Server: an environment for virtual experiments executions]. In: Parallel'nye vychislitel'nye tekhnologii (PaVT'</article-title>
          <year>2013</year>
          )
          <article-title>: trudy mezhduna-rodnoy nauchnoy konferentsii (1-5 April 2013</article-title>
          ,
          <article-title>Chelyabinsk) [Parallel Computational Technologies (PCT'</article-title>
          <year>2010</year>
          ):
          <source>Proceedings of the International Scientific Conference (1-5 April</source>
          <year>2013</year>
          , Chelyabinsk, Russia)] Chelyabinsk, Publishing of the South Ural State University. pp.
          <fpage>532</fpage>
          -
          <lpage>539</lpage>
          (
          <year>2013</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Howe</surname>
            ,
            <given-names>B. Virtual</given-names>
          </string-name>
          <string-name>
            <surname>Appliances</surname>
          </string-name>
          , Cloud Computing, and Reproducible Research. In: Computing in Science &amp; Engineering, vol.
          <volume>14</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>36</fpage>
          -
          <lpage>41</lpage>
          (July-Aug
          <year>2012</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Guo</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <article-title>CDE: A Tool for Creating Portable Experimental Software Packages</article-title>
          .
          <source>In: Computing in Science &amp; Engineering</source>
          , vol.
          <volume>14</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>32</fpage>
          -
          <lpage>35</lpage>
          (July-Aug
          <year>2012</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Davison</surname>
            ,
            <given-names>A.P.</given-names>
          </string-name>
          :
          <article-title>Sumatra: a toolkit for reproducible research</article-title>
          . In: Implementing reproducible research, Stodden,
          <string-name>
            <given-names>V.</given-names>
            ,
            <surname>Leisch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Peng</surname>
          </string-name>
          , R.D., pp.
          <fpage>57</fpage>
          -
          <lpage>78</lpage>
          , CRC Press (
          <year>2014</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Jette</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yoo</surname>
            ,
            <given-names>A.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grondona</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <article-title>SLURM: Simple Linux Utility for Resource Management</article-title>
          .
          <source>In: Lecture Notes in Computer Science: Proceedings of Job Scheduling Strategies for Parallel Processing (JSSPP)</source>
          .
          <source>Vol 2862</source>
          . pp.
          <fpage>44</fpage>
          -
          <lpage>60</lpage>
          (
          <year>2003</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Sozykin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pravdin</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Koshelev</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zverev</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ushenin</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Solovyova</surname>
            <given-names>O.</given-names>
          </string-name>
          :
          <article-title>LeVen - a parallel system for simulation of the heart left ventricle</article-title>
          .
          <source>In: 9th International Conference on Application of Information and Communication Technologies, AICT 2015 Proceedings</source>
          , pp.
          <fpage>249</fpage>
          -
          <lpage>252</lpage>
          (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Ushenin</surname>
            ,
            <given-names>K</given-names>
          </string-name>
          , Byordov,
          <string-name>
            <surname>D.</surname>
          </string-name>
          <article-title>An HPC-Based Approach to Study Living System Computational Model Parameter Dependency</article-title>
          .
          <source>In: Proceedings of the 1st Ural Workshop on Parallel, Distributed, and Cloud Computing for Young Scientists Yekaterinburg, Russia. CEUR Workshop</source>
          Proceedings Vol.
          <volume>1513</volume>
          , pp.
          <fpage>67</fpage>
          -
          <lpage>74</lpage>
          (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Pravdin</surname>
            ,
            <given-names>S.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dierckx</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Katsnelson</surname>
            ,
            <given-names>L.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Solovyova</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Markhasin</surname>
            ,
            <given-names>V.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paniflov</surname>
            ,
            <given-names>A.V.</given-names>
          </string-name>
          <string-name>
            <surname>Electrical</surname>
          </string-name>
          <article-title>Wave Propagation in an Anisotropic Model of the Left Ventricle Based on Analytical Description of Cardiac Architecture</article-title>
          .
          <source>In: PLoS ONE 9</source>
          (
          <issue>5</issue>
          ): e93617 (
          <year>2014</year>
          ). doi:
          <volume>10</volume>
          .1371/journal.pone.0093617
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Pravdin</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dierckx</surname>
            ,
            <given-names>H</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Markhasin</surname>
            ,
            <given-names>V.S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Panfilov</surname>
            ,
            <given-names>A.V.</given-names>
          </string-name>
          <article-title>Drift of Scroll Wave Filaments in an Anisotropic Model of the Left Ventricle of the Human Heart</article-title>
          . In: BioMed Research International, vol.
          <year>2015</year>
          ,
          <string-name>
            <surname>Article</surname>
            <given-names>ID</given-names>
          </string-name>
          389830, 13 pages (
          <year>2015</year>
          ). doi:
          <volume>10</volume>
          .1155/
          <year>2015</year>
          /389830.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>