分支预测vs分支目标预测
共有1个答案
分支预测是预测分支是否被占用。分支目标预测是分支将要进行的预测。这两件事是独立的，可以在所有组合中发生。
这些示例可能是：
- 无限循环
转到语句中断或继续语句if/else语句的“then”子句的结尾（跳过else子句）- 非虚函数调用
- 从函数返回
- 虚拟函数调用
- 函数指针调用
switch语句（如果编译到跳转表中）
如果语句开关语句（如果编译成一系列if/else语句）- 回路条件测试
- 这
在正常情况下不太可能出现，但编译器可能会合成一个作为优化，结合上述两种情况。例如，在 x86 上，编译器可能会优化代码，如if （条件） { obj-
-
分支目标预测（BTP）与分支预测（BP）不同。我知道BTP会找到分支将跳转到的位置，而BP只是决定可能采取哪个分支。 BTP依赖BP吗，如果BTP不使用BP来预测哪个分支被采用，它怎么可能知道分支的目标呢？ 我不明白为什么会有这么大的差异？一旦分支被预测为被占用，找到目标并不像读取指令中的地址一样简单吗？
-
编辑：我的困惑出现了，因为通过预测哪个分支，你肯定也在有效地进行目标预测？？ 这个问题与我关于这个主题的第一个问题有内在联系： 分支预测与分支目标预测 无限循环 语句 或语句 语句的“then”子句结尾（跳过子句） 非虚函数调用 从函数返回 虚函数调用 函数指针调用 语句（如果编译为跳转表） 语句 语句（如果编译成一系列语句） 循环条件测试 和运算符 三元运算符 null 如果我有以下代码： (B
-
我的代码经常调用具有多个（不可预测的）分支的函数。当我分析时，我发现这是一个小瓶颈，大部分CPU时间用于条件JMP。 考虑以下两个函数，其中原始函数有多个显式分支。 这是一个新函数，我试图在其中删除导致瓶颈的分支。 然而，当我分析新代码时，性能只提高了大约20%，而且调用本身(对mem_funcs数组中的一个func)花费了很长时间。 第二个变量仅仅是一个更隐含的条件吗，因为CPU仍然无法预测将要
-
我正在编写一些音频代码，其中基本上所有内容都是一个小循环。据我所知，分支预测失败是一个足够大的性能问题，我很难保持代码分支的自由。但是只有这么远的时间才能带我，这让我想知道不同类型的分支。 在 c 中，固定目标的条件分支： 并且（如果我正确理解这个问题），无条件分支到变量目标： 是否存在性能差异？在我看来，如果这两种方法中的一种明显快于另一种，编译器只需将代码转换为匹配即可。 对于那些分支预测非常
-
我有一个与相关预测因子相关的练习，它指出以下几点： 答:贝兹·R1，D … D:贝兹·R1，F … F:不是R1的R1 预测工作如下 > 获取当前指令 如果是分支，则确定预测器的当前状态并预测分支： a.row 由分支地址确定（在本例中为 A 或 D） b. 列由当前全局移位寄存器确定 c.使用单元格中的值确定来自状态机的预测（当前状态保存在单元格中） 执行分支，并确定实际决策（已采取：1，未采取
-
我目前正在查看CPU管道中可以检测分支错误预测的各个部分。我发现这些是： 分支目标缓冲区（BPU CLEAR） 分支地址计算器（BA CLEAR） 跳转执行单元（不确定此处的信号名称？？） 我知道2和3检测到什么，但我不知道BTB中检测到什么预测失误。BAC检测BTB错误地预测了非分支指令的分支，BTB未能检测到分支，或者BTB错误预测了x86 RET指令的目标地址。执行单元评估分支并确定它是否正