profiling/compiler/optimization/intro

[giscus[bot]]

profiling/compiler/optimization/intro

https://course.rs/profiling/compiler/optimization/intro.html

[WymanY]

兄弟，等你的性能分析后面的大作呢！！！

[MrTwoc]

大佬加油

[HideOnBush-FV]

大佬加油ヾ(◍°∇°◍)ﾉﾞ

[Neutron3529]

我写几个罢

1. a..(b+1) 比a..=b快
2. 统一报错比分开报错快

(2)是这个意思：

fn foo(a:&[i32])->i32 {
    let mut bar = 0;
    if a[0]==0 {bar+=1} // 这里除去return仍然是两个分支，一个继续走，一个panic
    if a[1]==1 {bar+=2} // 这里除去return仍然是两个分支，一个继续走，一个panic
    if a[2]==2 {bar+=3} // 这里除去return仍然是两个分支，一个继续走，一个panic
    if a[3]==3 {bar+=4} // 这里除去return仍然是两个分支，一个继续走，一个panic
    bar
}

如果改成:

fn foo(a:&[i32])->i32 {
    let mut bar = 0;
    if a[3]==3 {bar+=4} // 这里除去return仍然是两个分支，一个继续走，一个panic
    if a[0]==0 {bar+=1} // 这里，因为已知a.len()>3，所以不会有panic分支
    if a[1]==1 {bar+=2} // 同上
    if a[2]==2 {bar+=3} // 同上
    bar
}

可以发现，我们只会生成一个panic分支（少了三个panic分支）
（代价也是少了三个panic分支，现在你不知道哪个panic）

极端情况下这么写的确是有收益的
（当然，操作slice的时候，最好上迭代器）

[Martinplior]

例中应当显示使用 assert!(a.len() > 3); 以表明期待a的长度大于3，而不是整一些令人难蚌的写法......
进一步地，应当优先使用get/get_mut而不是运算符，以便以unwrap/unwrap_unchecked表明操作一定会成功。

[Horbin-Magician]

催更！

[gkuanine]

兄弟，等你的性能分析后面的大作呢！！！