Description Usage Arguments Value Note See Also Examples
The 1.3 Million Brain Cell Dataset and other datasets published by 10x Genomics use an HDF5-based sparse matrix representation instead of the conventional (i.e. dense) HDF5 representation.
The TENxMatrix class is a DelayedMatrix subclass for representing an HDF5-based sparse matrix like one used by 10x Genomics for the 1.3 Million Brain Cell Dataset.
All the operations available for DelayedMatrix objects work on TENxMatrix objects.
1 2 3 4 5 6 | ## Constructor functions:
TENxMatrix(filepath, group="mm10")
## sparsity() and a convenient data extractor:
sparsity(x)
extractNonzeroDataByCol(x, j)
|
filepath |
The path (as a single string) to the HDF5 file where the 10x Genomics dataset is located. |
group |
The name of the group in the HDF5 file containing the 10x Genomics data. |
x |
A TENxMatrix (or TENxMatrixSeed) object. |
j |
An integer vector containing valid column indices. |
TENxMatrix
: A TENxMatrix object.
sparsity
: The number of zero-valued matrix elements in the
object divided by its total number of elements (a.k.a. its length).
extractNonzeroDataByCol
: A NumericList or
IntegerList object parallel to j
i.e.
with one list element per column index in j
. The row indices
of the values are not returned. Furthermore, the values within a given
list element can be returned in any order. In particular you should not
assume that they are ordered by ascending row index.
If your dataset uses the HDF5-based sparse matrix representation from
10x Genomics, use the TENxMatrix()
constructor.
If your dataset uses the conventional (i.e. dense) HDF5 representation,
use the HDF5Array()
constructor.
HDF5Array objects for representing conventional (i.e. dense) HDF5 datasets as DelayedArray objects.
DelayedMatrix objects in the DelayedArray package.
writeTENxMatrix
for writing a matrix-like object
as an HDF5-based sparse matrix.
The TENxBrainData
dataset (in the
TENxBrainData package).
detectCores
from the parallel
package.
setAutoBPPARAM
and
setAutoBlockSize
in the
DelayedArray package.
colAutoGrid
and
blockApply
in the
DelayedArray package.
The TENxMatrixSeed helper class.
h5ls
in the rhdf5 package.
NumericList and IntegerList objects in the IRanges package.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 | ## ---------------------------------------------------------------------
## THE "1.3 Million Brain Cell Dataset" AS A DelayedMatrix OBJECT
## ---------------------------------------------------------------------
## The 1.3 Million Brain Cell Dataset from 10x Genomics is available
## via ExperimentHub:
library(ExperimentHub)
hub <- ExperimentHub()
query(hub, "TENxBrainData")
fname <- hub[["EH1039"]]
## The structure of this HDF5 file can be seen using the h5ls() command
## from the rhdf5 package:
library(rhdf5)
h5ls(fname)
## The 1.3 Million Brain Cell Dataset is represented by the "mm10"
## group. We point the TENxMatrix() constructor to this group to
## create a TENxMatrix object representing the dataset:
oneM <- TENxMatrix(fname, "mm10")
oneM
is(oneM, "DelayedMatrix") # TRUE
seed(oneM)
path(oneM)
sparsity(oneM)
## Some examples of delayed operations:
oneM != 0
oneM^2
## ---------------------------------------------------------------------
## SOME EXAMPLES OF ROW/COL SUMMARIZATION
## ---------------------------------------------------------------------
## In order to reduce computation times, we'll use only the first
## 25000 columns of the 1.3 Million Brain Cell Dataset:
oneM25k <- oneM[ , 1:25000]
## Row/col summarization methods like rowSums() use a block-processing
## mechanism behind the scene that can be controlled via global
## settings. 2 important settings that can have a strong impact on
## performance are the automatic number of workers and automatic block
## size, controlled by setAutoBPPARAM() and setAutoBlockSize()
## respectively.
library(BiocParallel)
if (.Platform$OS.type != "windows") {
## On a modern Linux laptop with 8 cores (as reported by
## parallel::detectCores()) and 16 Gb of RAM, reasonably good
## performance is achieved by setting the automatic number of workers
## to 5 or 6 and the automatic block size between 300 Mb and 400 Mb:
workers <- 5
block_size <- 3e8 # 300 Mb
setAutoBPPARAM(MulticoreParam(workers))
} else {
## MulticoreParam() is not supported on Windows so we use SnowParam()
## on this platform. Also we reduce the block size to 200 Mb on
## 32-bit Windows to avoid memory allocation problems (they tend to
## be common there because a process cannot use more than 3 Gb of
## memory).
workers <- 4
setAutoBPPARAM(SnowParam(workers))
block_size <- if (.Platform$r_arch == "i386") 2e8 else 3e8
}
setAutoBlockSize(block_size)
## We're ready to compute the library sizes, number of genes expressed
## per cell, and average expression across cells:
system.time(lib_sizes <- colSums(oneM25k))
system.time(n_exprs <- colSums(oneM25k != 0))
system.time(ave_exprs <- rowMeans(oneM25k))
## Note that the 3 computations above load the data in oneM25k 3 times
## in memory. This can be avoided by computing the 3 summarizations in
## a single pass with blockApply(). First we define the function that
## we're going to apply to each block of data:
FUN <- function(block)
list(colSums(block), colSums(block != 0), rowSums(block))
## Then we call blockApply() to apply FUN() to each block. The blocks
## are defined by the grid passed to the 'grid' argument. In this case
## we supply a grid made with colAutoGrid() to generate blocks of full
## columns (see ?colAutoGrid for more information):
system.time({
block_results <- blockApply(oneM25k, FUN, grid=colAutoGrid(oneM25k),
verbose=TRUE)
})
## 'block_results' is a list with 1 list element per block in
## colAutoGrid(oneM25k). Each list element is the result that was
## obtained by applying FUN() on the block so is itself a list of
## length 3.
## Let's combine the results:
lib_sizes2 <- unlist(lapply(block_results, `[[`, 1L))
n_exprs2 <- unlist(lapply(block_results, `[[`, 2L))
block_rowsums <- unlist(lapply(block_results, `[[`, 3L), use.names=FALSE)
tot_exprs <- rowSums(matrix(block_rowsums, nrow=nrow(oneM25k)))
ave_exprs2 <- setNames(tot_exprs / ncol(oneM25k), rownames(oneM25k))
## Sanity checks:
stopifnot(all.equal(lib_sizes, lib_sizes2))
stopifnot(all.equal(n_exprs, n_exprs2))
stopifnot(all.equal(ave_exprs, ave_exprs2))
## Turn off parallel evaluation and reset automatic block size to factory
## settings:
setAutoBPPARAM()
setAutoBlockSize()
## ---------------------------------------------------------------------
## extractNonzeroDataByCol()
## ---------------------------------------------------------------------
## extractNonzeroDataByCol() provides a convenient and very efficient
## way to extract the nonzero data in a compact form:
nonzeroes <- extractNonzeroDataByCol(oneM, 1:25000) # takes < 5 sec.
## The data is returned as an IntegerList object with one list element
## per column and no row indices associated to the values in the object.
## Furthermore, the values within a given list element can be returned
## in any order:
nonzeroes
names(nonzeroes) <- colnames(oneM25k)
## This can be used to compute some simple summaries like the library
## sizes and the number of genes expressed per cell. For these use
## cases, it is a lot more efficient than using colSums(oneM25k) and
## colSums(oneM25k != 0):
lib_sizes3 <- sum(nonzeroes)
n_exprs3 <- lengths(nonzeroes)
## Sanity checks:
stopifnot(all.equal(lib_sizes, lib_sizes3))
stopifnot(all.equal(n_exprs, n_exprs3))
|
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.