How statement and proof provenance work
The first chip identifies the source of the statement or construction; the second identifies the source of its local proof or verification.
- Literature-sourced: the exact statement appears in a cited source; only wording and notation differ.
- AI-adapted: a semantically identical restatement of literature-sourced material, modulo indexing, notation, and boundary cases adopted by the library.
- AI-generated: a genuinely novel statement formulated by AI, with no source for the claim itself.
These labels describe origin, not correctness: citations and verification chips remain separate evidence.
Balanced H and H² storage and matvec complexity
Statement
Let have size , let , and use balanced cluster trees with leaf threshold . Let be independent of . Assume:
- at each level of the block-cluster tree, the far leaves satisfy ;
- the total number of near leaves is at most ;
- the total number of admissible H² coupling blocks is at most .
Count scalar storage entries and exact scalar arithmetic operations, with constants allowed to depend on but not on . Then an H-matrix with far-block ranks at most has storage and matvec work . An H²-matrix with nested bases of ranks at most has storage and matvec work . The bounds depend on the stated block-count assumptions; geometric admissibility alone does not imply them.
Facts & Assumptions
Given: The balanced cluster trees, block-cluster partition, H/H² representations, rank cap , and the three stated counting hypotheses.
Finite cluster trees and geometric admissibility: each internal cluster splits into two children whose sizes differ by at most one, and the block-cluster recursion splits one cluster at a time until admissibility or two leaf clusters.
Size and depth of a balanced cluster tree: a threshold- cluster tree has depth at most , at most leaves, and at most nodes.
H-matrix block representation: each admissible H block stores at most columns in each factor, and each near block is stored densely.
Nested H² cluster bases and interaction lists: H² stores at most columns for each leaf basis, at most entries for each transfer and coupling matrix, and dense near blocks.
H-matrix block matrix-vector multiplication and Nested-basis H² matrix-vector multiplication: H matvec applies each far factor through two rank-sized products and each near block densely; H² matvec uses leaf basis products, transfer products, coupling products, and dense near products.
Proof
Let . By [F1], each split descends one level in either the row tree or the column tree, whose depths are each at most by [F2]. Hence the block tree has depth at most . At each level, the first counting hypothesis bounds the total participating far-block side sizes by .
Each far H block stores at most scalar factor entries. Summing over at most levels gives far storage. Every near block has both cluster sizes at most by [F1], so it stores at most entries; the second counting hypothesis bounds total near storage by because . This proves the H storage bound.
In [F5], a far-block product first multiplies an factor by and then a factor by the result, so it costs . A near-block product costs . The same level and near-block counts used in step 2.1 therefore give H matvec work .
By the storage convention in [F4], the leaf row and column bases require at most entries because the leaves partition and each basis rank is at most . By [F2], each tree has nodes, so all transfer matrices require entries. The third counting hypothesis gives entries for all coupling matrices, and step 2.1 bounds dense near blocks by . Thus H² storage is .
The leaf basis products in [F5] cost because their index sets partition and . Each transfer product costs at most and there are internal clusters by [F2]; each coupling product costs at most and the third hypothesis bounds their number by . Dense near products cost by step 2.1. Summing gives H² matvec work .
Remarks
This theorem gives storage and matrix-vector costs. It does not assert that formatted H-matrix addition or multiplication is uniformly in the variable rank ; their recompression work has additional rank-dependent factors.
Depends on
Used by
Nothing in the library uses this result yet.
Dependency tree · one level
7 results within one dependency step of this one, each drawn at its shortest distance from it. An arrow runs from a result to what uses it, so the chart reads left to right and ends at this result, which carries a heavier outline. Every node is a link to that result. Click elsewhere on the chart to enlarge it.
Sources
- Steffen Börm, Lars Grasedyck, and Wolfgang Hackbusch, Hierarchical Matrices, MiS Lecture Note 21 (2003; revised June 2006), §§1.6, 7.1, 9.2 (standard reference, not scraped)
- Ralf Hiptmair, AdvNumCSE Lecture Document, Chapter 2, “Local Low-Rank Compression of Non-Local Operators” (ETH Zürich, AT’23), §§2.3.5, 2.4 (standard reference, not scraped)