小编Pet*_*des的帖子

如果我这样做：

const char *str = "some assembly instructions";
asm(str);

CLion 会说“'asm' 中的预期字符串文字”

我想使用异步函数调用。我选择了boost::deadline_timer。

对我来说，硬件计时器是一种特定的硬件（令人惊讶），它独立于 CPU 工作，仅用于监视时间。同时，如果我理解正确，它也可以用于设置超时并在达到超时时产生中断。（计时器）

其主要优点是异步执行。设置定时器的线程可以继续工作，回调函数将在设置定时器的同一线程中触发。

让我描述一下我在行动中看到的情况。

1. 应用程序包含一个或多个工作线程。例如，他们处理输入项目并过滤它们。让我们考虑应用程序有 5 个线程，每个线程设置一个计时器（5 秒）。

2. 应用程序正在运行。例如当前线程是thread-3.

3. 计时器 ( thread-0) 已到期并生成（可能是错误的术语）中断。

4. 线程上下文切换 ( thread-3-> thread-0);

5. 回调函数执行；

6. 计时器 ( thread-1) 已到期并产生中断。

...

等等

PS0。我知道这不仅仅是多线程应用程序的一种可能情况。

问题：

1. 我是否正确描述了工作过程？

2. 难道我理解正确的话，即使当前线程是thread-0它也导致上下文切换，因为线程必须停止执行当前的代码，并切换到执行从回调机能的研究码？

3. 如果每个线程设置 100k 或 500k 计时器，它将如何影响性能？

4. 硬件是否有计时器计数的限制？

5. 更新计时器的超时时间有多昂贵？

我正在编写一个小程序，用 printf("\219") 打印一个多边形，看看我正在做的事情是否适合我的内核。但它需要调用很多函数，我不知道x86处理器是否可以接受那么多子例程，而且我在google中找不到结果。所以我的问题是它是否会接受这么多函数调用以及最大值是多少。（我的意思是这样的:-)

function a() {b();}
function b() {c();}
function c() {d();}
...

我已经使用了 5 个这样的级别（你知道我的意思，对吧？）

On Intel machines, integer division requires a sequence of two instructions:

\n
1. After you store the dividend in the a register (e.g., %eax), you extend the sign of the dividend into the corresponding d register (%edx).
\n
2. The idiv or div instruction itself then performs the division and places the quotient in the a register and the remainder in the d register.\nBut why does the operation require the sign extension? What does the algorithm actually do …

因此，我目前正在研究按位运算符和位操作，并且遇到了两种不同的方法将四个 1 字节字组合成一个 4 字节宽字。

下面给出了两种方式

找到这两种方法后，我比较了两者生成的反汇编代码（使用带 -O2 标志的 gcc 11 编译），我没有反汇编及其生成的代码的基本知识，我只知道代码越短，函数速度越快（大多数时候我猜......也许有一些例外），现在对于这两种方法来说，它们在生成的反汇编代码中似乎具有相同的行数/行数，所以我猜他们的表现是一样的？

我也对指令的顺序感到好奇，第一种方法似乎交替其他指令sal>or>sal>or>sal>or，而第二种方法更统一，sal>sal>sal>or>or>mov>or这对性能是否有一些重大影响，例如，如果我们正在处理更大的单词？

两种方法

int method1(unsigned char byte4, unsigned char byte3, unsigned char byte2, unsigned char byte1)
{
    int combine = 0;
    combine = byte4;
    combine <<=8;
    combine |= byte3;
    combine <<=8;
    combine |= byte2;
    combine <<=8;
    combine |= byte1;
    return combine;
}

int method2(unsigned char byte4, unsigned char byte3, unsigned char byte2, unsigned char byte1)
{
    int combine = 0, temp;
    temp = byte4;
    temp …

在讨论 32 位 MIPS 架构时，Patterson-Hennessy 解释说静态数据段开始于0x 1000 0000，结束于0x 1000 FFFF，全局指针$gp默认设置为中间地址0x 1000 8000。据说堆是下一个，因此应该从 开始0x 1001 0000。

然而，一些 MARS 实验告诉我，中间有一个额外的段，从0x 1001 0000到0x 1003 FFFF，因此堆仅从 开始0x 1004 0000。事实上，当我使用系统调用在堆上存储数组时，该数组将被存储在0x 1004 0000以后的位置。

.data当我在程序标题下初始化数据时，似乎会使用这个附加段。这让我感到困惑，因为我期望在下面初始化的数据.data被认为是静态的，因此应该存储在由全局指针控制的段中。

问题。MARS 标准表现出的行为吗？如果是，那么位于静态数据和堆之间的这个附加数据段与位于其前面的静态数据段有何不同？

我用 C 语言编写了一个非常简单的函数，它使用strlen()from<string.h>返回变量的长度char*：

int length(char *str) {

    return strlen(str);
}

以下是相应的 x86_64 程序集objdump -M intel -d a.out：

00000000000011a8 <length>:
    11a8:   f3 0f 1e fa             endbr64 
    11ac:   55                      push   rbp
    11ad:   48 89 e5                mov    rbp,rsp
    11b0:   48 83 ec 10             sub    rsp,0x10
    11b4:   48 89 7d f8             mov    QWORD PTR [rbp-0x8],rdi
    11b8:   48 8b 45 f8             mov    rax,QWORD PTR [rbp-0x8]
    11bc:   48 89 c7                mov    rdi,rax
    11bf:   e8 ac fe ff ff …