Skip to content

Commit f558631

Browse files
authored
JIT: fix some display math issues in reconstruction doc (#100609)
Github does not handle `$$..$$` blocks on consecutive lines. Add some blank lines in between.
1 parent 44b1e87 commit f558631

File tree

1 file changed

+6
-0
lines changed

1 file changed

+6
-0
lines changed

docs/design/coreclr/jit/profile-count-reconstruction.md

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,9 @@ The appeal of edge well-formedness is easy to check and relatively easy to maint
99
We will use $p_{i,j}$ to denote the likelihood that block $i$ transfers control to block $j$. Thus local consistency means:
1010

1111
$$ 0 \le p_{i,j} \le 1 $$
12+
1213
and, for blocks with successors:
14+
1315
$$ \sum_i p_{i,j} = 1 $$
1416

1517
By contrast, block weight consistency requires that the flow into a block be balanced by the flow out of a block. It is a *global* property and harder to maintain during optimizations. It may also not be true initially.
@@ -120,9 +122,13 @@ $$ {(\boldsymbol I - \boldsymbol P)}^{-1} = \boldsymbol I + \boldsymbol P + \bol
120122
This gives rise to a simple *iterative* procedure for computing an approximate value of $\boldsymbol w$ (here superscripts on $\boldsymbol w$ are successive iterates, not powers)
121123

122124
$$ \boldsymbol w^{(0)} = \boldsymbol e $$
125+
123126
$$ \boldsymbol w^{(1)} = (\boldsymbol I + \boldsymbol P) \boldsymbol e = \boldsymbol e + \boldsymbol P \boldsymbol w^{(0)} $$
127+
124128
$$ \boldsymbol w^{(2)} = (\boldsymbol I + \boldsymbol P + \boldsymbol P^2) \boldsymbol e = \boldsymbol e + \boldsymbol P \boldsymbol w^{(1)}$$
129+
125130
$$ \dots$$
131+
126132
$$ \boldsymbol w^{(k + 1)} = \boldsymbol e + \boldsymbol P \boldsymbol w^{(k)} $$
127133

128134
where we can achieve any desired precision for $\boldsymbol w$ by iterating until the successive $\boldsymbol w$ differ by a small amount.

0 commit comments

Comments
 (0)