我听说MMU是由MMU维护而不是CPU缓存.
那么一个TLB是否存在于CPU上并且在所有处理器之间共享,或者每个处理器都有自己的TLB缓存？
有谁可以解释MMU和L1,L2缓存之间的关系？
据我所知，进程替换 <(...) / >(...) 创建了 fd
并将括号中的命令输出存储到生成的 fd 中。
因此，这两个命令是等价的
$ ls -al
$ cat <(ls -al)
在这里，我的问题是，生成的文件描述符保留多长时间？
我读过这篇文章，但似乎我的理解是错误的。
如果进程替换被扩展为函数的参数，在调用函数期间扩展为环境变量，或扩展为函数内的任何赋值，则进程替换将“保持打开”以供函数内的任何命令使用或者它的被调用者，直到设置它的函数返回。如果在被调用者中再次设置相同的变量，除非新变量是本地变量，否则先前的进程替换将关闭并且在被调用者返回时对调用者不可用。
本质上，在函数内扩展为变量的进程替换保持打开状态，直到发生进程替换的函数返回——即使分配给由函数调用者设置的局部变量。动态范围不会保护它们免于关闭。
我最好的猜测是，在阅读之后，创建的 fd 在被使用之前不会被关闭。
由此，我写了一个非常愚蠢的代码，如下所示
#!/bin/bash
test_subs () {
echo "Inside a function"
FD2=<(ls -al)
cat $FD1
cat $FD2
}
FD1=<(ls -al)
test_subs
Result======================================
Inside a function
cat: /dev/fd/63: No such file or directory
cat: /dev/fd/63: No such file or directory
似乎新打开的 fd 在一行命令运行后立即关闭。
生成的fd维持多久，那么进程替换的范围是什么？
我想利用 Intel TSX 来编写无锁代码。
xbegin
my_inst1
my_inst2
xend
但是，由于某些原因，我在 TSX 执行 TSX 中的一条指令中止。
我想知道哪条指令产生了错误并使 TSX 中止。
有没有办法知道哪个指令产生了错误？
我的第一次尝试是在 TSX 区域中执行每条指令后增加全局计数器。但是，当故障发生时，对计数器的更新也会回滚，因为它会回滚 TSX 区域中的每次写入。
有什么技巧可以调试 TSX 执行吗？
As far as I know, the main difference in runtime ordering in a processor with respect to rdtsc and rdtscp instruction is that whether the execution waits until all previous instructions are executed locally.
In other words, it means lfence + rdtsc = rdtscp because lfence preceding the rdtsc instruction makes the following rdtsc to be executed after all previous instruction finish locally.
However, I've seen some example code that uses rdtsc at the start of measurement and rdtscp at …