在学习“汇编语言”(在Linux中,使用GNU作为汇编语言的x86体系结构)的同时,其中一件令人惊奇的事情是可以使用系统调用。这些系统调用非常方便,有时甚至需要在程序在用户空间中运行时使用。 但是,系统调用在性能方面相当昂贵,因为它们需要中断(当然还有系统调用),这意味着必须从用户空间中当前的活动程序到内核空间中运行的系统进行上下文切换。
我要说的是:我目前正在实现一个大学项目的编译器,并且我想添加的其他功能之一是对多线程代码的支持,以增强编译程序的性能。 。因为某些多线程代码将由编译器本身自动生成,所以这几乎可以保证其中也将包含非常少的多线程代码。为了获得性能上的胜利,我必须确保使用线程可以实现这一目标。
但是我担心的是,为了使用线程,我 必须 进行系统调用和必要的中断。因此,微小的(自动生成的)线程将受到进行这些系统调用所花费的时间的极大影响,这甚至可能导致性能损失…
因此,我的问题是双重的(在其下面有一个额外的奖金问题):
我的猜测是,没有系统调用就 不可能 实现多线程汇编代码。即使是这种情况,您是否有建议(或什至更好:一些实际代码)建议尽可能高效地实现线程?
简短的答案是您不能这样做。当您编写汇编代码时,它在一个且仅一个逻辑(即硬件)线程上按顺序(或带有分支)运行。如果您希望某些代码在另一个逻辑线程上执行(无论是在同一内核上,在同一CPU上的不同内核上,还是在不同CPU上),则需要让OS设置其他线程的指令指针(CS:EIP)指向要运行的代码。这意味着使用系统调用来使操作系统执行您想要的操作。
CS:EIP
用户线程不会为您提供所需的线程支持,因为它们都在同一硬件线程上运行。
编辑:将 Ira Baxter的答案与 Parlanse 结合 在一起 。如果确保您的程序在每个逻辑线程中都有一个运行的线程开始,那么您可以构建自己的调度程序而无需依赖操作系统。无论哪种方式,都需要一个调度程序来处理从一个线程到另一个线程的跳变。在调用调度程序之间,没有特殊的汇编指令可处理多线程。调度程序本身不能依赖任何特殊的程序集,而是依赖于每个线程中调度程序各部分之间的约定。
无论哪种方式,无论您是否使用操作系统,都仍然必须依靠某些调度程序来处理跨线程执行。