Skip to content
GitLab
Menu
Projects
Groups
Snippets
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
Menu
Open sidebar
Michael Krause
tardis-doc
Commits
b179395d
Commit
b179395d
authored
Dec 04, 2017
by
Michael Krause
🎉
Browse files
Merge branch 'master' of gitlab.mpib-berlin.mpg.de:lip-support/tardis-doc
parents
b11945b2
686c1cf8
Changes
3
Hide whitespace changes
Inline
Side-by-side
pbs/commands.rst
View file @
b179395d
...
...
@@ -145,7 +145,7 @@ Examples:
Deleting
--------
Sometimes it is necessary to delete jobs from the queue with ``q
sub
[job id]``.
Sometimes it is necessary to delete jobs from the queue with ``q
del
[job id]``.
Either because you realized the code is not doing what it's supposed to be
doing or you want to start over for some other reason. The command will not
return any text by default, but throw an error when it couldn't find the job(s)
...
...
pbs/jobs.rst
View file @
b179395d
...
...
@@ -114,6 +114,7 @@ Using this operator a **job creation wrapper** could look like this:
qsub tmp.pbs
done
rm -f tmp.pbs
A different syntax to get exactly the same thing:
...
...
software/matlab.rst
View file @
b179395d
...
...
@@ -6,7 +6,7 @@ Computing Server`_ product aims to implement a compatibility layer to a number
of PBS based clusters it just doesn't work reliably for a number of reasons.
Because there is only a limited number of shared licenses available it's also
not feasible to run an arbitrary number of
m
atlab sessions in the form of jobs.
not feasible to run an arbitrary number of
M
atlab sessions in the form of jobs.
A workaround is to "compile" a script and create a standalone redistribution
environment, which does not require a license to run.
...
...
@@ -89,7 +89,7 @@ Running :program:`mcc -m project.m` would then "compile" (or rather encrypt and
package) your function and output a system dependent binary named
:file:`project` and a wrapper script :file:`run_project.sh`. To run it you
now have to combine the wrapper script, the location of a Matlab Compile
Runtime or the local installation path of the
m
atlab instance, that was used by
Runtime or the local installation path of the
M
atlab instance, that was used by
mcc, and a sufficient number of arguments for the function project().
Example:
...
...
@@ -110,13 +110,17 @@ Example:
[krause@master ~]
To include toolboxes in your script you have to add them during the compile step
so they get included in your package. Matlab built-in toolboxes like signal
processing or statistics are detected automatically by scanning the functions
used in your script and don't need to be added explicitly.
To include toolboxes in your script you have to add them during the compile
step so they get included in your package. Matlab built-in toolboxes such as
signal processing or statistics are detected automatically by scanning the
functions used in your script and don't need to be added explicitly. Compiled
scripts can't use the :program:`addpath()` function at runtime. You can guard
those calls however with the function :program:`isdeployed()`, which will
return 1 when Matlab detects that it runs as a compiled script and 0 otherwise.
Example: Suppose you collect your project library in a toolbox called project,
which in turn uses the function `normrnd()` from the statistics package:
which in turn uses the function :program:`normrnd()` from the statistics
package:
.. code-block:: bash
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
.
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment