265 lines
10 KiB
Rust
265 lines
10 KiB
Rust
//! Sparse matrices and algorithms for [nalgebra](https://www.nalgebra.org).
|
|
//!
|
|
//! This crate extends `nalgebra` with sparse matrix formats and operations on sparse matrices.
|
|
//!
|
|
//! ## Goals
|
|
//! The long-term goals for this crate are listed below.
|
|
//!
|
|
//! - Provide proven sparse matrix formats in an easy-to-use and idiomatic Rust API that
|
|
//! naturally integrates with `nalgebra`.
|
|
//! - Provide additional expert-level APIs for fine-grained control over operations.
|
|
//! - Integrate well with external sparse matrix libraries.
|
|
//! - Provide native Rust high-performance routines, including parallel matrix operations.
|
|
//!
|
|
//! ## Highlighted current features
|
|
//!
|
|
//! - [CSR](csr::CsrMatrix), [CSC](csc::CscMatrix) and [COO](coo::CooMatrix) formats, and
|
|
//! [conversions](`convert`) between them.
|
|
//! - Common arithmetic operations are implemented. See the [`ops`] module.
|
|
//! - Sparsity patterns in CSR and CSC matrices are explicitly represented by the
|
|
//! [SparsityPattern](pattern::SparsityPattern) type, which encodes the invariants of the
|
|
//! associated index data structures.
|
|
//! - [proptest strategies](`proptest`) for sparse matrices when the feature
|
|
//! `proptest-support` is enabled.
|
|
//! - [matrixcompare support](https://crates.io/crates/matrixcompare) for effortless
|
|
//! (approximate) comparison of matrices in test code (requires the `compare` feature).
|
|
//!
|
|
//! ## Current state
|
|
//!
|
|
//! The library is in an early, but usable state. The API has been designed to be extensible,
|
|
//! but breaking changes will be necessary to implement several planned features. While it is
|
|
//! backed by an extensive test suite, it has yet to be thoroughly battle-tested in real
|
|
//! applications. Moreover, the focus so far has been on correctness and API design, with little
|
|
//! focus on performance. Future improvements will include incremental performance enhancements.
|
|
//!
|
|
//! Current limitations:
|
|
//!
|
|
//! - Limited or no availability of sparse system solvers.
|
|
//! - Limited support for complex numbers. Currently only arithmetic operations that do not
|
|
//! rely on particular properties of complex numbers, such as e.g. conjugation, are
|
|
//! supported.
|
|
//! - No integration with external libraries.
|
|
//!
|
|
//! # Usage
|
|
//!
|
|
//! Add the following to your `Cargo.toml` file:
|
|
//!
|
|
//! ```toml
|
|
//! [dependencies]
|
|
//! nalgebra_sparse = "0.1"
|
|
//! ```
|
|
//!
|
|
//! # Supported matrix formats
|
|
//!
|
|
//! | Format | Notes |
|
|
//! | ------------------------|--------------------------------------------- |
|
|
//! | [COO](`coo::CooMatrix`) | Well-suited for matrix construction. <br /> Ill-suited for algebraic operations. |
|
|
//! | [CSR](`csr::CsrMatrix`) | Immutable sparsity pattern, suitable for algebraic operations. <br /> Fast row access. |
|
|
//! | [CSC](`csr::CscMatrix`) | Immutable sparsity pattern, suitable for algebraic operations. <br /> Fast column access. |
|
|
//!
|
|
//! What format is best to use depends on the application. The most common use case for sparse
|
|
//! matrices in science is the solution of sparse linear systems. Here we can differentiate between
|
|
//! two common cases:
|
|
//!
|
|
//! - Direct solvers. Typically, direct solvers take their input in CSR or CSC format.
|
|
//! - Iterative solvers. Many iterative solvers require only matrix-vector products,
|
|
//! for which the CSR or CSC formats are suitable.
|
|
//!
|
|
//! The [COO](coo::CooMatrix) format is primarily intended for matrix construction.
|
|
//! A common pattern is to use COO for construction, before converting to CSR or CSC for use
|
|
//! in a direct solver or for computing matrix-vector products in an iterative solver.
|
|
//! Some high-performance applications might also directly manipulate the CSR and/or CSC
|
|
//! formats.
|
|
//!
|
|
//! # Example: COO -> CSR -> matrix-vector product
|
|
//!
|
|
//! ```rust
|
|
//! use nalgebra_sparse::{coo::CooMatrix, csr::CsrMatrix};
|
|
//! use nalgebra::{DMatrix, DVector};
|
|
//! use matrixcompare::assert_matrix_eq;
|
|
//!
|
|
//! // The dense representation of the matrix
|
|
//! let dense = DMatrix::from_row_slice(3, 3,
|
|
//! &[1.0, 0.0, 3.0,
|
|
//! 2.0, 0.0, 1.3,
|
|
//! 0.0, 0.0, 4.1]);
|
|
//!
|
|
//! // Build the equivalent COO representation. We only add the non-zero values
|
|
//! let mut coo = CooMatrix::new(3, 3);
|
|
//! // We can add elements in any order. For clarity, we do so in row-major order here.
|
|
//! coo.push(0, 0, 1.0);
|
|
//! coo.push(0, 2, 3.0);
|
|
//! coo.push(1, 0, 2.0);
|
|
//! coo.push(1, 2, 1.3);
|
|
//! coo.push(2, 2, 4.1);
|
|
//!
|
|
//! // The simplest way to construct a CSR matrix is to first construct a COO matrix, and
|
|
//! // then convert it to CSR. The `From` trait is implemented for conversions between different
|
|
//! // sparse matrix types.
|
|
//! // Alternatively, we can construct a matrix directly from the CSR data.
|
|
//! // See the docs for CsrMatrix for how to do that.
|
|
//! let csr = CsrMatrix::from(&coo);
|
|
//!
|
|
//! // Let's check that the CSR matrix and the dense matrix represent the same matrix.
|
|
//! // We can use macros from the `matrixcompare` crate to easily do this, despite the fact that
|
|
//! // we're comparing across two different matrix formats. Note that these macros are only really
|
|
//! // appropriate for writing tests, however.
|
|
//! assert_matrix_eq!(csr, dense);
|
|
//!
|
|
//! let x = DVector::from_column_slice(&[1.3, -4.0, 3.5]);
|
|
//!
|
|
//! // Compute the matrix-vector product y = A * x. We don't need to specify the type here,
|
|
//! // but let's just do it to make sure we get what we expect
|
|
//! let y: DVector<_> = &csr * &x;
|
|
//!
|
|
//! // Verify the result with a small element-wise absolute tolerance
|
|
//! let y_expected = DVector::from_column_slice(&[11.8, 7.15, 14.35]);
|
|
//! assert_matrix_eq!(y, y_expected, comp = abs, tol = 1e-9);
|
|
//!
|
|
//! // The above expression is simple, and gives easy to read code, but if we're doing this in a
|
|
//! // loop, we'll have to keep allocating new vectors. If we determine that this is a bottleneck,
|
|
//! // then we can resort to the lower level APIs for more control over the operations
|
|
//! {
|
|
//! use nalgebra_sparse::ops::{Op, serial::spmm_csr_dense};
|
|
//! let mut y = y;
|
|
//! // Compute y <- 0.0 * y + 1.0 * csr * dense. We store the result directly in `y`, without
|
|
//! // any intermediate allocations
|
|
//! spmm_csr_dense(0.0, &mut y, 1.0, Op::NoOp(&csr), Op::NoOp(&x));
|
|
//! assert_matrix_eq!(y, y_expected, comp = abs, tol = 1e-9);
|
|
//! }
|
|
//! ```
|
|
#![deny(non_camel_case_types)]
|
|
#![deny(unused_parens)]
|
|
#![deny(non_upper_case_globals)]
|
|
#![deny(unused_qualifications)]
|
|
#![deny(unused_results)]
|
|
#![deny(missing_docs)]
|
|
|
|
pub mod coo;
|
|
pub mod csc;
|
|
pub mod csr;
|
|
pub mod pattern;
|
|
pub mod ops;
|
|
pub mod convert;
|
|
pub mod factorization;
|
|
|
|
pub(crate) mod cs;
|
|
|
|
#[cfg(feature = "proptest-support")]
|
|
pub mod proptest;
|
|
|
|
#[cfg(feature = "compare")]
|
|
mod matrixcompare;
|
|
|
|
use std::error::Error;
|
|
use std::fmt;
|
|
use num_traits::Zero;
|
|
|
|
/// Errors produced by functions that expect well-formed sparse format data.
|
|
#[derive(Debug)]
|
|
pub struct SparseFormatError {
|
|
kind: SparseFormatErrorKind,
|
|
// Currently we only use an underlying error for generating the `Display` impl
|
|
error: Box<dyn Error>
|
|
}
|
|
|
|
impl SparseFormatError {
|
|
/// The type of error.
|
|
pub fn kind(&self) -> &SparseFormatErrorKind {
|
|
&self.kind
|
|
}
|
|
|
|
pub(crate) fn from_kind_and_error(kind: SparseFormatErrorKind, error: Box<dyn Error>) -> Self {
|
|
Self {
|
|
kind,
|
|
error
|
|
}
|
|
}
|
|
|
|
/// Helper functionality for more conveniently creating errors.
|
|
pub(crate) fn from_kind_and_msg(kind: SparseFormatErrorKind, msg: &'static str) -> Self {
|
|
Self::from_kind_and_error(kind, Box::<dyn Error>::from(msg))
|
|
}
|
|
}
|
|
|
|
/// The type of format error described by a [SparseFormatError](struct.SparseFormatError.html).
|
|
#[non_exhaustive]
|
|
#[derive(Debug, Clone, PartialEq, Eq)]
|
|
pub enum SparseFormatErrorKind {
|
|
/// Indicates that the index data associated with the format contains at least one index
|
|
/// out of bounds.
|
|
IndexOutOfBounds,
|
|
|
|
/// Indicates that the provided data contains at least one duplicate entry, and the
|
|
/// current format does not support duplicate entries.
|
|
DuplicateEntry,
|
|
|
|
/// Indicates that the provided data for the format does not conform to the high-level
|
|
/// structure of the format.
|
|
///
|
|
/// For example, the arrays defining the format data might have incompatible sizes.
|
|
InvalidStructure,
|
|
}
|
|
|
|
impl fmt::Display for SparseFormatError {
|
|
fn fmt(&self, f: &mut fmt::Formatter) -> fmt::Result {
|
|
write!(f, "{}", self.error)
|
|
}
|
|
}
|
|
|
|
impl Error for SparseFormatError {}
|
|
|
|
/// An entry in a sparse matrix.
|
|
///
|
|
/// Sparse matrices do not store all their entries explicitly. Therefore, entry (i, j) in the matrix
|
|
/// can either be a reference to an explicitly stored element, or it is implicitly zero.
|
|
#[derive(Debug, PartialEq, Eq)]
|
|
pub enum SparseEntry<'a, T> {
|
|
/// The entry is a reference to an explicitly stored element.
|
|
///
|
|
/// Note that the naming here is a misnomer: The element can still be zero, even though it
|
|
/// is explicitly stored (a so-called "explicit zero").
|
|
NonZero(&'a T),
|
|
/// The entry is implicitly zero, i.e. it is not explicitly stored.
|
|
Zero
|
|
}
|
|
|
|
impl<'a, T: Clone + Zero> SparseEntry<'a, T> {
|
|
/// Returns the value represented by this entry.
|
|
///
|
|
/// Either clones the underlying reference or returns zero if the entry is not explicitly
|
|
/// stored.
|
|
pub fn to_value(self) -> T {
|
|
match self {
|
|
SparseEntry::NonZero(value) => value.clone(),
|
|
SparseEntry::Zero => T::zero()
|
|
}
|
|
}
|
|
}
|
|
|
|
/// A mutable entry in a sparse matrix.
|
|
///
|
|
/// See also `SparseEntry`.
|
|
#[derive(Debug, PartialEq, Eq)]
|
|
pub enum SparseEntryMut<'a, T> {
|
|
/// The entry is a mutable reference to an explicitly stored element.
|
|
///
|
|
/// Note that the naming here is a misnomer: The element can still be zero, even though it
|
|
/// is explicitly stored (a so-called "explicit zero").
|
|
NonZero(&'a mut T),
|
|
/// The entry is implicitly zero i.e. it is not explicitly stored.
|
|
Zero
|
|
}
|
|
|
|
impl<'a, T: Clone + Zero> SparseEntryMut<'a, T> {
|
|
/// Returns the value represented by this entry.
|
|
///
|
|
/// Either clones the underlying reference or returns zero if the entry is not explicitly
|
|
/// stored.
|
|
pub fn to_value(self) -> T {
|
|
match self {
|
|
SparseEntryMut::NonZero(value) => value.clone(),
|
|
SparseEntryMut::Zero => T::zero()
|
|
}
|
|
}
|
|
} |