Skip to content

Commit

Permalink
invhil
Browse files Browse the repository at this point in the history
  • Loading branch information
statespacedev committed Nov 24, 2024
1 parent 4025f41 commit abe8e15
Show file tree
Hide file tree
Showing 2 changed files with 28 additions and 0 deletions.
14 changes: 14 additions & 0 deletions _drafts/invhil.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,14 @@
---
layout: post
title: "decomp and invhil"
---

project decomp is about using python and fortran10 to reproduce the decompose, solve, and improve functions central to the book computer solutions of linear algebraic systems, forsythe and moler, 1967. decomp follows on from project algebra, which uses python, fortran10, macro10 to reproduce table 22-3 from feynman's algebra chapter.

the book is small and dense. it's natural to read repeatedly, and in some sense, directly comparable to feynman's chapter. deep reading and understanding is a personal turning point. possibly only reachable after four or five decades of seasoning.

both the book and feynman's chapter are concerned with algebra. the book focuses on multiple equations and limited precision. matrix operations and floating point round off for binary digital hardware. at the time, thirty-six bit single precision floating point. twenty-seven bit fractional part, eight bit exponent, one bit sign.

decomp.py first calculates an important six by six matrix 'truth' to use as an example for demonstrating the decomp, solve, improv functions. this matrix is useful because it's the inverse of a known matrix, and it contains only integers. it's a kind of 'ideal inverse matrix' for studying the algorithmic mechanisms making up the real code and hardware. by inverting 'truth', it's expected to get the known matrix back. and by inverting a second time, it's expected to get 'truth' back again.

in reality, rounding errors enter into both of these steps. and the underlying known matrix is poorly conditioned, so both steps are particularly sensitive to rounding errors. it's something like a 'worst case' situation, and therefore particularly useful for study.
14 changes: 14 additions & 0 deletions _posts/2024-11-24-invhil.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,14 @@
---
layout: post
title: "decomp and invhil"
---

project decomp is about using python and fortran10 to reproduce the decompose, solve, and improve functions central to the book computer solutions of linear algebraic systems, forsythe and moler, 1967. decomp follows on from project algebra, which uses python, fortran10, macro10 to reproduce table 22-3 from feynman's algebra chapter.

the book is small and dense. it's natural to read repeatedly, and in some sense, directly comparable to feynman's chapter. deep reading and understanding is a personal turning point. possibly only reachable after four or five decades of seasoning.

both the book and feynman's chapter are concerned with algebra. the book focuses on multiple equations and limited precision. matrix operations and floating point round off for binary digital hardware. at the time, thirty-six bit single precision floating point. twenty-seven bit fractional part, eight bit exponent, one bit sign.

decomp.py first calculates an important six by six matrix 'truth' to use as an example for demonstrating the decomp, solve, improv functions. this matrix is useful because it's the inverse of a known matrix, and it contains only integers. it's a kind of 'ideal inverse matrix' for studying the algorithmic mechanisms making up the real code and hardware. by inverting 'truth', it's expected to get the known matrix back. and by inverting a second time, it's expected to get 'truth' back again.

in reality, rounding errors enter into both of these steps. and the underlying known matrix is poorly conditioned, so both steps are particularly sensitive to rounding errors. it's something like a 'worst case' situation, and therefore particularly useful for study.

0 comments on commit abe8e15

Please sign in to comment.