众所周知,流水线技术对于软件开发人员不是可见的(visiable),毕竟已经在在机器语言之下,是组成机器语言的基本逻辑
但今天我就带领大家看看我新发现的结果,那就是流水线的可视效果,包括流水线预测技术的侧面体现,当然也是可见的
首先我先声明一下需要的基础,需要懂16位以及32位操作系统下的汇编语言,不懂者当然是不能体会到这篇文章的意图的
知识点来源:x86汇编语言从实模式到保护模式(希望以后大家写博客能标出知识点来源,帮助小白纠正知识是从博客学来的坏习惯,以及给大家一个深入学习的机会)
好了,直接开始看代码(全汇编)
1 mov eax,cr0 2 or eax,1 3 mov cr0,eax ;设置PE位 并以32位模式开始译码 4 5 ;以下进入保护模式... ... 6 ;jmp dword 0x0008:flush ;16位的描述符选择子：32位偏移 7 8 ;清流水线并串行化处理器 9 [bits 32];将之后的代码全部解析成32位模式代码 10 flush: 11 mov cx,0100 ;加载数据段选择子(0x10)
1-3行就是将16位实模式转换到32位保护模式，并且将16位下的译码模式转换成32位的译码模式
第6行的代码是跳转到flush标签,也就是第10行,不过我在这里先行给它注释
第9行是一条对于编译器有作用的标签,和C语言中的#pragma comment差不多,这里的意思是之后的代码全部编译成32位的汇编
下面是运行时的反汇编代码
这两条连续的反汇编指令是从汇编代码中的第三行开始的,我把汇编代码以及机器指令一并圈了出来
大家有没有发现不对劲,第二条反汇编指令和我们手写的汇编指令不能说是看不出来,只能说是毫无关联,
明明我们的操作数是cx,这边竟然变成了ecx,还有立即数,明明是0x0010，这边变成了0xd98e0010，也不怪大家看不出来,这换谁都一样
大家都知道,机器是很傻的,我们叫他干啥,他就干啥,这边为什么就没有听我们的话呢
其实就是因为计算机流水线的缘故,大家可以回忆一下流水线的特性(不会等一条指令执行完了,再取下一条指令)
我们再仔细观察一下第二条指令的机器代码, 66 b9 10 00 8e d9
66这这机器指令前缀的作用是16位模式下,将16位寄存器转成32位寄存器,
32位模式下,将32位寄存器转成16位寄存器,
因为32位和16位下的代表寄存器的机器码是一样的,就比如16位下cx是d9,而32位模式下ecx也是d9,那总得有机器码在32位下表示cx吧
就拿上面这条66 b9 10 00 8e d9 举例
32位模式下这条指令是 :mov cx,0x0010(8e,d9之所以没了,就是因为cx装不下,本来这就是下一条指令的内容)
而16位模式下就是： mov ecx,0xd98e0010
很明显啊,我们的代码使用了16位下的解码方式,但是我们明明已经进入了保护模式
而究其原因就是计算机流水线的缘故了,很明显是我们在mov cr0,eax之前就开始译码(decode)了mov cx,0x0010,而且是以16位模式译码,直接导致了程序的失控
现在我们把汇编代码第6行的注释打开,让jmp生效(虽然我的学过的流水线遇到jmp是不会导致流水线暂停的,但有可能我虚拟机模拟的硬件太老)
可以看到,这下反汇编指令就是完全正确的了,也的确说明了流水线发生了暂停,不然我们解码肯定会以16位来解码