Description Details Construction Accessors Methods Author(s) See Also Examples
The BiocParallelParam virtual class stores configuration parameters
for parallel execution. Concrete subclasses include SnowParam,
MulticoreParam, BatchtoolsParam, and DoparParam
and SerialParam.
BiocParallelParam is the virtual base class on which other
parameter objects build. There are 5 concrete subclasses:
SnowParam: distributed memory computing
MulticoreParam: shared memory computing
BatchtoolsParam: scheduled cluster computing
DoparParam: foreach computing
SerialParam: non-parallel execution
The parameter objects hold configuration parameters related to the method of parallel execution such as shared memory, independent memory or computing with a cluster scheduler.
The BiocParallelParam class is virtual and has no constructor.
Instances of the subclasses can be created with the following:
SnowParam()
MulticoreParam()
BatchtoolsParam()
DoparParam()
SerialParam()
In the code below BPPARAM is a BiocParallelParam object.
bpworkers(x), bpworkers(x, ...):
integer(1) or character(). Gets the number or names of
the back-end workers. The setter is supported for SnowParam and
MulticoreParam only.
bpnworkers(x):
integer(1). Gets the number of the back-end workers.
bptasks(x), bptasks(x) <- value:
integer(1). Get or set the number of tasks for a
job. value must be a scalar integer >= 0L. This argument
applies to SnowParam and MulticoreParam only;
DoparParam and BatchtoolsParam have their own
approach to dividing a job among workers.
We define a job as a single call to a function such as bplapply,
bpmapply etc. A task is the division of the
X argument into chunks. When tasks == 0 (default),
X is divided by the number of workers. This approach distributes
X in (approximately) equal chunks.
A tasks value of > 0 dictates the total number of tasks. Values
can range from 1 (all of X to a single worker) to the length of
X (each element of X to a different worker).
When the length of X is less than the number of workers each
element of X is sent to a worker and tasks is ignored.
Another case where the tasks value is ignored is when using the
bpiterate function; the number of tasks are defined by the number
of data chunks returned by the ITER function.
bpstart(x):
logical(1). Starts the back-end, if necessary.
bpstop(x):
logical(1). Stops the back-end, if necessary and possible.
bpisup(x):
logical(1). Tests whether the back-end is available for
processing, returning a scalar logical value. bp*
functions such as bplapply automatically start the
back-end if necessary.
bpbackend(x), bpbackend(x) <- value:
Gets or sets the parallel bpbackend. Not all back-ends can
be retrieved; see methods("bpbackend").
bplog(x), bplog(x) <- value:
Get or enable logging, if available. value must be a
logical(1).
bpthreshold(x), bpthreshold(x) <- value: Get or
set the logging threshold. value must be a
character(1) string of one of the levels defined in the
futile.logger package: “TRACE”, “DEBUG”,
“INFO”, “WARN”, “ERROR”, or “FATAL”.
bplogdir(x), bplogdir(x) <- value: Get or set an
optional directory for saving log files. The directory must
already exist with read / write ability.
bpresultdir(x), bpresultdir(x) <- value: Get or
set an optional directory for saving results as 'rda' files. The
directory must already exist with read / write ability.
bptimeout(x), bptimeout(x) <- value:
numeric(1) Time (in seconds) allowed for worker to
complete a task. This value is passed to base::setTimeLimit()
as both the cpu and elapsed arguments. If the
computation exceeds timeout an error is thrown with
message 'reached elapsed time limit'.
bpexportglobals(x), bpexportglobals(x) <- value:
logical(1) Export base::options() from manager to
workers? Default TRUE.
bpprogressbar(x), bpprogressbar(x) <- value:
Get or set the value to enable text progress bar.
value must be a logical(1).
bpRNGseed(x), bpRNGseed(x) <- value:
Get or set the seed for random number generaton. value must be a
numeric(1) or NULL.
bpjobname(x), bpjobname(x) <- value:
Get or set the job name.
In the code below BPPARAM is a BiocParallelParam object.
bpstopOnError(x), bpstopOnError(x) <- value:
logical(). Controls if the job stops when an error is hit.
stop.on.error controls whether the job stops after an
error is thrown. When TRUE, the output contains all
successfully completed results up to and including the error.
When stop.on.error == TRUE all computations stop once the
error is hit. When FALSE, the job runs to completion
and successful results are returned along with any error messages.
In the code below BPPARAM is a BiocParallelParam object.
Full documentation for these functions are on separate man pages: see
?bpmapply, ?bplapply, ?bpvec, ?bpiterate and
?bpaggregate.
bpmapply(FUN, ..., MoreArgs=NULL, SIMPLIFY=TRUE, USE.NAMES=TRUE,
BPPARAM=bpparam())
bplapply(X, FUN, ...,
BPPARAM=bpparam())
bpvec(X, FUN, ..., AGGREGATE=c, BPPARAM=bpparam())
bpiterate(ITER, FUN, ..., BPPARAM=bpparam())
bpaggregate(x, data, FUN, ..., BPPARAM=bpparam())
In the code below BPPARAM is a BiocParallelParam object.
show(x)
Martin Morgan and Valerie Obenchain.
SnowParam for computing in distributed memory
MulticoreParam for computing in shared memory
BatchtoolsParam for computing with cluster schedulers
DoparParam for computing with foreach
SerialParam for non-parallel execution
1 2 3 4 | getClass("BiocParallelParam")
## For examples see ?SnowParam, ?MulticoreParam, ?BatchtoolsParam
## and ?SerialParam.
|
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.