<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>A low-memory Lanczos method with rational Krylov compression for matrix functions · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2403.04390/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2403.04390/feed.xml" rel="self" type="application/rss+xml" /><item><title>A low-memory Lanczos method with rational Krylov compression for matrix functions — mentioned by lukefleed</title><link>https://news.ycombinator.com/item?id=45893944</link><guid isPermaLink="false">urn:hackerpapers:mention:2403.04390:45893944</guid><pubDate>Tue, 11 Nov 2025 22:46:40 GMT</pubDate><description>&lt;p&gt;That&amp;#x27;s an interesting question. I don&amp;#x27;t have too much experience, but here&amp;#x27;s my two cents. For matrix function approximations, loss of orthogonality matters less than for eigenvalue computations. The three-term recurrence maintains local orthogonality reasonably well for moderate iteration counts. My experiments [1] show orthogonality loss stays below $10^{-13}$ up to k=1000 for well-conditioned problems, and only becomes significant (jumping to $10^{-6}$ and higher) around k=700-800 for ill-conditioned spectra. Since you&amp;#x27;re evaluating $f(T_k)$ rather than extracting individual eigenpairs…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2403.04390/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>math.NA</category></item><item><title>A low-memory Lanczos method with rational Krylov compression for matrix functions — mentioned by lukefleed</title><link>https://news.ycombinator.com/item?id=45893711</link><guid isPermaLink="false">urn:hackerpapers:mention:2403.04390:45893711</guid><pubDate>Tue, 11 Nov 2025 22:23:22 GMT</pubDate><description>&lt;p&gt;Sorry for the late answer. The blog post is a simplification of the actual work; you can check out the full report here [1], where I also reference the literature about this algorithm. On the cache effects: I haven&amp;#x27;t seen this &amp;quot;engineering&amp;quot; argument made explicitly in the literature either. There are other approaches to the basis storage problem, like the compression technique in [2]. Funny enough, the authors gave a seminar at my university literally this afternoon about exactly that. I&amp;#x27;m also unfamiliar with randomised algorithms for numerical linear algebra beyond the basics. I&amp;#x27;ll dig into…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2403.04390/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>math.NA</category></item></channel></rss>
