Diffusion blackdynamite (multiuser) Browse

manual.tex
7e25fa476365multiuser

manual.tex
View Options

			\documentclass[openright,a4paper,9pt,fleqn]{manual}
			\usepackage{manual}
			\usepackage{manual-macros}

			\setlength{\oddsidemargin}{-1cm} % Marge gauche sur pages impaires
			\setlength{\evensidemargin}{-1cm} % Marge gauche sur pages paires
			\setlength{\marginparwidth}{0cm} % Largeur de note dans la marge
			\setlength{\textwidth}{18cm} % Largeur de la zone de texte (17cm)
			\setlength{\marginparsep}{0pt} % Separation de la marge
			\setlength\parindent{0pt}

			\author{}
			\date{}
			\newcommand{\version}{0.1}

			\newcommand{\blackdynamite}{\textbf{BlackDynamite}\xspace}

			\title{\textbf{\Huge \blackdynamite}\\
			\vspace{0.5cm}
			\textbf{\huge User's Guide}\\
			\vspace{1cm}
			{\small \today{} --- Version \version}
			}




			\begin{document}

			\setcounter{page}{1}
			\renewcommand{\thepage}{\roman{page}}

			\pdfbookmark[0]{Titlepage}{maintitlepage}
			\label{maintitlepage}
			\maketitle
			\tableofcontents
			\ifodd\value{page} \insertblankpage
			\else \insertblankpage\insertblankpage \fi

			\setcounter{page}{1}
			\renewcommand\thepage{\arabic{page}}

			\chapter{Installing and compiling}
			\section{Prerequisites}
			Under Debian/Ubuntu, you should install several packages in order to
			use plainly BlackDynamite:

			\begin{command}
			sudo apt-get install python-argcomplete python-psycopg2
			\end{command}

			\section{Setting up the PostGreSQL database}

			If you want to setup a PostGreSQL server to store BlackDynamite data,
			then you have to follow this procedure.

			Install the PSQL server:
			\begin{command}
			sudo apt-get install postgresql-9.4
			\end{command}

			You know need privileges to create databases and users.
			This can be done using the following:

			\begin{command}
			bash:> sudo su postgres
			bash:> psql

			postgres=#
			\end{command}

			Then you should create a user:
			\begin{command}
			postgres=# create user mylogin;
			\end{command}

			configure plpgsql language to the database:
			\begin{command}
			postgres=# CREATE PROCEDURAL LANGUAGE plpgsql;
			\end{command}

			And a database associated with that user:
			\begin{command}
			postgres=# create database mylogin;
			postgres=# alter database mylogin owner to mylogin;
			postgres=# grant create on database mylogin TO mylogin;
			postgres=# alter role mylogin with password 'my_pass';
			\end{command}





			\section{Installing completion}
			To benefit the autocompletion for BlackDynamite the following steps are needed.
			You first need to install the argcomplete modules. Either by typing (Depending of your Ubuntu/Debian version) :
			\begin{command}
			sudo apt-get install python-argcomplete
			\end{command}
			or:
			\begin{command}
			sudo apt-get install python-pip
			sudo pip install argcomplete
			\end{command}

			Then %activate-global-python-argcomplete
			you must insert the following in your .bashrc

			\begin{command}
			eval "$(register-python-argcomplete getRunInfo.py)"
			eval "$(register-python-argcomplete launchRuns.py)"
			eval "$(register-python-argcomplete canYouDigIt.py)"
			eval "$(register-python-argcomplete cleanRuns.py)"
			eval "$(register-python-argcomplete updateRuns.py)"
			eval "$(register-python-argcomplete enterRun.py)"
			eval "$(register-python-argcomplete enterRun.py)"
			eval "$(register-python-argcomplete saveBDStudy.py)"
			export PATH=$PATH:~/.../blackdynamite/bin/
			export PYTHONPATH=$PYTHONPATH:~/.../blackdynamite/python
			\end{command}


			\section{Register hosts to BlackDynamite}

			In the .blackdynamite folder (in your home) you should add the servers where your databases are, with the option and information of your choice. For each database you can add a file .bd of the name of the server (or an alias and specify the host inside: host = yourHost.domain.countryID). It is also recommended to specify the password of the database to avoid typing it when using autocompletion.


			\chapter{Introduction and philosophy}

			Blackdynamite is merely a tool to help
			achieving a few things:

			\begin{enumerate}
			\item Launching a program repeatedly with varying parameters, to explore the
			chosen parametric space.
			\item Collect and sort results of \textbf{\color{red}Small sizes} benefiting
			from the power of modern databases.
			\item Analyse the results by making requests to the associated databases.
			\end{enumerate}

			\paragraph{Launching} is made simple by allowing any executable
			to be launched. The set of directories will be generated and managed
			by BlackDynamite to prevent errors. Requests of any kind will then
			be made to the underlying database through friendly commands of BlackDynamite.

			\paragraph{Collecting} the results will be possible thanks to the Blackdynamite C/C++ and python
			API which will let you send results directly to the database and thus automatically sort them.
			This is extremely useful. However heavy data such as Paraview files or any other kind of data
			should not be pushed to the database fr obvious performance issues.

			\paragraph{Analysis} of the results can be made easy thanks to Blackdynamite which
			can retrieve data information in the form of Numpy array to be used, analyzed or plotted
			thanks to the powerful and vast Python libraries such as Matplotlib and Scipy.



			\chapter{Setting up a parametric study}

			\section{Chose the parameters of the study}
			The first thing to do is to setup the table in the database associated
			with the study we want to perform. For this to be done
			you need, first of all, to list all the parameters that decide
			a specific case/computation. This parameters can be of simple types
			like string, integers, floats, etc. At current time no vectorial
			quantity can be considered as an input parameter.
			Once this list is done you need to create a script, usually named \underline{\code{createDB.py}}
			that will do this task. Let us examine such an example script.

			\subsection{Setting up blackdynamite python modules}

			First we need to set the python headers and to import the \blackdynamite modules by
			\begin{command}
			#!/usr/bin/env python

			import BlackDynamite as BD
			\end{command}

			Then you have to create a generic black dynamite parser
			and parse the system (including the connection parameters and credentials)

			\begin{command}
			parser = BD.BDParser()
			params = parser.parseBDParameters()
			\end{command}

			This mechanism allows to easily inherit from the parser mechanism
			of BlackDynamite, including the completion (if activated: see installation instructions).
			Then you can connect to the black dynamite database

			\begin{command}
			base = BD.base.Base(**params)
			\end{command}


			\subsection{Setting up of the parametric space: the jobs pattern}

			Then you have to define the parametric space (at present time,
			the parametric space cannot be changed once the study started:
			be careful with your choices).
			Any particular job is defined as a point in the parametric space.
			For instance, to create a job description and add the parameters
			with int, float or list parameters, you can use the following python sequence.

			\begin{command}
			myjob_desc = BD.job.Job(base)

			myjob_desc.types["param1"] = int
			myjob_desc.types["param2"] = float
			myjob_desc.types["param3"] = str
			\end{command}

			%\emph{Do not name your parameters with PostGreSQL keywords.}

			\subsection{Setting up of the run space}

			Aside of the jobs, a run will represent a particular realisation (computation)
			of a job. To get clearer, the run will contain information of the machine it was run on,
			the executable version, or the number of processors employed.
			For instance creating the run pattern can be done with:
			\begin{command}
			myruns_desc = run.Run(base)

			myruns_desc.types["compiler"] = str
			\end{command}

			There are default entries to the description of runs.
			These are:
			\begin{itemize}
			\item machine\_name: the name of the machine where the run must be executed
			\item job\_id (integer): the ID of the running job
			\item has\_started (bool): flag to know whether the job has already started
			\item has\_finished (bool): flag to know whether the job has already finished
			\item run\_name (string): the name of the run
			\item wait\_id (int): The id of a run to wait before starting
			\item start\_time (TIMESTAMP): The start time for the run
			\end{itemize}

			\subsection{Commit the changes to the database}

			Then you have to request for the creation of the database
			\begin{command}
			base.createBase(myjob_desc,myruns_desc,**params)
			\end{command}

			You have to launch the script. As mentioned, all BlackDynamite
			scripts inherit from the parsing system. So that when needing to launch
			one of these codes, you can always claim for the valid keywords:
			\begin{command}
			./createDB.py --help

			usage: createDB.py [-h] [--job_constraints JOB_CONSTRAINTS] [--study STUDY]
			[--port PORT] [--host HOST] [--user USER] [--truerun]
			[--run_constraints RUN_CONSTRAINTS] [--yes] [--password]
			[--list_parameters] [--BDconf BDCONF]
			[--binary_operator BINARY_OPERATOR]

			BlackDynamite option parser

			optional arguments:
			-h, --help show this help message and exit

			General:
			--yes Answer all questions to yes. (default: False)
			--binary_operator BINARY_OPERATOR
			Set the default binary operator to make requests to
			database (default: and)

			BDParser:
			--job_constraints JOB_CONSTRAINTS
			This allows to constraint run selections by job
			properties (default: None)
			--study STUDY Specify the study from the BlackDynamite database.
			This refers to the schemas in PostgreSQL language
			(default: None)
			--port PORT Specify data base server port (default: None)
			--host HOST Specify data base server address (default: None)
			--user USER Specify user name to connect to data base server
			(default: None)
			--truerun Set this flag if you want to truly perform the action
			on base. If not set all action are mainly dryrun
			(default: False)
			--run_constraints RUN_CONSTRAINTS
			This allows to constraint run selections by run
			properties (default: None)
			--password Flag to request prompt for typing password (default:
			False)
			--list_parameters Request to list the possible job/run parameters
			(default: False)
			--BDconf BDCONF Path to a BlackDynamite file (*.bd) configuring
			current optons (default: None)

			\end{command}

			An important point is that most of the actions are only applied
			when the 'truerun' flag is set. Also, you always have to mention the
			host and the study you are working on (all scripts can apply to several studies).
			To launch the script and create the database you should launch:

			\begin{command}
			./createDB.py --host lsmssrv1.epfl.ch --study MysuperCoolStudy --truerun
			\end{command}


			\section{Creating the jobs}
			The goal of the parametric study is to explore a subpart
			of the parametric space. We need to create jobs that are
			the points to explore. This script is usually named \underline{\code{createJobs.py}}.

			We need to write a python script to generate this set of jobs.
			We start by setting the modules and the parser
			as for the 'createDB.py' script.
			Then we need to create job object:
			\begin{command}
			job = job.Job(base)
			\end{command}

			It is up to us to decide the values to explore.
			for convenience, it is possible to insert ranges
			of values:

			\begin{command}
			job["param1"] = 10
			job["param2"] = [3.14,1.,2.]
			job["param3"] = 'toto'
			\end{command}

			This will create 3 jobs since we provided a range
			of values for the second parameter.
			The actual creation is made by calling:

			\begin{command}
			base.createParameterSpace(job)
			\end{command}

			Launching the script is made with:

			\begin{command}
			./createJobs.py --host lsmssrv1.epfl.ch --study test --truerun
			\end{command}

			\section{Creating the runs and launching them}

			At this point the jobs are in the database. You need to create runs
			that will precise the conditions of the realisation of the jobs.
			For example the machine onto
			which the job will run, path dependent information, executable information and others.
			We have to write the last script, usually named \underline{\code{createRuns.py}} to
			specify run creations.

			Again we start with the modules. However this time, we can
			use another parser class more adapted to the manipulation of runs:

			\begin{command}
			parser = BD.RunParser()
			params = parser.parseBDParameters()
			base = BD.Base(**params)
			\end{command}

			The default parameters for runs will then be automatically
			included in the parameters.

			\begin{command}
			myrun = run.Run(base)
			\end{command}

			Some of the standard parameters might have been parsed directly
			by the RunParser, so that we have to forward them to the Run object:

			\begin{command}
			myrun.setEntries(params)
			\end{command}

			A run now specify what action to perform to realize the job.
			Usually, an end-user has a script(s) and wish to attach it to the
			run. To attach a file you can for instance do:

			\begin{command}
			myrun.addConfigFiles(['file1','file2','launch.sh'])
			\end{command}

			Then, one has to specify which of these files is the entry point:

			\begin{command}
			myrun.setExecFile("launch.sh")
			\end{command}

			Finally, we have to create Run objects and attach them to jobs.
			The very first task is to claim the jobs from the database.

			To that end the object JobSelector shall be your friend:
			\begin{command}
			jobSelector = BD.JobSelector(base)
			job_list = jobSelector.selectJobs()
			\end{command}

			This will return a job list that you can loop through and
			attach the runs to:

			\begin{command}
			for j in job_list:
			myrun['compiler'] = 'gcc'
			myrun.attachToJob(j)
			\end{command}

			Everything should then be committed to the database:

			\begin{command}
			if params["truerun"] is True: base.commit()
			\end{command}

			To create the run one should eventually launch the script by typing:
			\begin{command}
			./createRuns.py --host lsmssrv1.epfl.ch --study test --machine_name lsmspc41 --run_name toto --nproc int --truerun
			\end{command}

			The runs are eventually launched using the tool 'launchRuns.py'.
			\begin{command}
			./launchRuns.py --host lsmssrv1.epfl.ch --study test --outpath /home/user/ --truerun (--nruns int)
			\end{command}

			\section{Accessing and manipulating the database}
			The runs can actually be controlled in the database with the tool 'getRunInfo.py', and one can go to the run folder with 'enterRun.py'.
			The runs are then launched using the tool 'launchRuns.py'.
			\begin{command}
			./getRunInfo.py --host lsmssrv1.epfl.ch --study test
			./enterRun.py --host lsmssrv1.epfl.ch --study test --run_id ID
			\end{command}

			The status of the run can be manually modified using the command 'cleanRuns.py', the default status is CREATED (it can be turned to delete)
			\begin{command}
			./cleanRuns.py --host lsmssrv1.epfl.ch --study test (--runid ID) --truerun (--delete)
			\end{command}
			The status and the other run parameters (e.g. the compiler in the example file) can also be modified with 'updateRuns.py'. This can be done in the executed scrip to automatically set the selected parameter
			\begin{command}
			updateRuns.py --host lsmssrv1.epfl.ch --study test --updates 'state = toto' --truerun
			\end{command}

			The function 'canYouDigIt.py' is an example of how to collect data in the runs to draw graphs. Example to plot the crack length in function of the time for different sigma\_c (the study parameter):
			\begin{command}
			canYouDigIt.py --host lsmssrv1.epfl.ch --study test --quantity time, crack\_length --using \percent 0.x:\percent 1.y --xlabel 'time' --ylabel \percent'crack\_length' --legend 'sigma\_c = \percent j.sigma\_c'
			\end{command}

			Eventually, the database can be saved in .zip format to be exported and used offline with 'saveBDStudy.py'.

			\chapter{Instrumenting a simulation code}

			Within you program you need a pusher correctly initialized
			in order to push data to the database. The \code{test\_blackdynamite.cc} is an example of such pusher.\\

			First \blackdynamite includes are required:
			\begin{cpp}
			#include "blackdynamite.hh"
			\end{cpp}
			Then you need to create a Pusher object and initialize it.
			\begin{cpp}
			BlackDynamite::RunManager bd;
			bd.startRun();
			\end{cpp}
			The constructor by default reads environment variables to get
			the database connection and schema informations:
			\begin{itemize}
			\item RUN\_ID: the identifier of the runid
			\item SCHEMA: the schema where the parametric study is to be stored
			\item HOST: the database hostname
			\end{itemize}

			Then in the places where values are created
			you push the values to the database
			\begin{cpp}
			bd.push(val1,"quantity1",step);
			bd.push(val2,"quantity2",step);
			\end{cpp}
			Step is a stage identifier. It can be the step index within an
			explicit loop, or a within a convergence descent or whatever you whish.
			It will serve later to compare quantity entries.

			Finally, when the job ended the following call inform the database that the run is finished:
			\begin{cpp}
			bd.endRun();
			\end{cpp}

			\chapter{Instrumenting a python script}
			Within your program you need a run object to push data to the database. This is done by selecting the run from the \code{run\_id} (usually passed as parameter).

			\begin{command}
			params = parser.parseBDParameters()
			# params['run_id'] should exist
			mybase = BD.Base(**params)
			runSelector = BD.RunSelector(mybase)
			myrun = runSelector(params)
			\end{command}

			In order to have time entries for run times, the \code{start()} and \code{finish()} of the run need to be called.

			\begin{command}
			myrun.start()
			# ...
			# Important stuff
			# ...
			myrun.finish()
			\end{command}

			Pushing data is can be done with \code{pushVectorQuantity()} and \code{pushScalarQuantity()}.

			\begin{command}
			myrun.pushVectorQuantity(vector_quantity, step, "quantity_id", is_integer)
			myrun.pushScalarQuantity(scalar_quantity, step, "quantity_id", is_integer)
			\end{command}

			\chapter{Useful Postgresql commands}

			How to list the available schemas ?
			\begin{command}
			> \dn
			\end{command}

			How to get into the schema or the study ?
			\begin{command}
			> set search path to schema_name;
			> set search path to study_name;
			\end{command}


			How to list all the tables ?
			\begin{command}
			> \d
			\end{command}

			How to list entries from a table (like the jobs) ?
			\begin{command}
			> SELECT * from table_name ;
			\end{command}



			\end{document}

R3127/doc/manual.tex7e25fa476365multiuser

manual.texView Options

R3127/doc/manual.tex
7e25fa476365multiuser

manual.tex
View Options