Void Linux wiki
上的一个页面(Rosetta stone),很好地总结了Linux
不同发行版的包管理工具。其实从一个发行版换到另外一个,很重要的一点就是熟悉和适应新的包管理工具。这张表很有帮助!
月份:2019年6月
VAX
VAX
是一种古老的32
位计算机处理器,基于VAX
的第一款计算机发布于1977
年。在2000
年左右,VAX
计算机退出历史舞台。随着OpenBSD
从6.0
版本放弃对VAX
的支持,目前主流操作系统似乎只有NetBSD
还继续支持VAX
。但是即便有操作系统,许多主流软件和编程语言也无法在VAX
上运行。那么除了怀旧,现在的VAX
还有其它的意义吗?
实际上VAX
可以做测试平台。VAX
支持C
语言以及一些还不算“太老”的C
语言编译器。如果你是一名C
程序员,并且你的C
代码不依赖于32
位或64
位处理器,你又恰巧有一台VAX
古董计算机。你可以尝试着让你的代码在VAX
上运行一下,说不定可以找到一些隐藏很深的bug
。:-)
如果你想更多地了解VAX
,可以参考下列文档:
VAX wikipeia;
Modern BSD Computing for Fun on a VAX! Trying to use a VAX in today’s world;
My beautiful VAX 4000。
如何度量代码运行了多少时钟周期(X86平台)
Daniel Lemire的benchmark代码展示了在X86
平台上,如何度量一段代码运行了多少时钟周期:
......
#define RDTSC_START(cycles) \
do { \
unsigned cyc_high, cyc_low; \
__asm volatile("cpuid\n\t" \
"rdtsc\n\t" \
"mov %%edx, %0\n\t" \
"mov %%eax, %1\n\t" \
: "=r"(cyc_high), "=r"(cyc_low)::"%rax", "%rbx", "%rcx", \
"%rdx"); \
(cycles) = ((uint64_t)cyc_high << 32) | cyc_low; \
} while (0)
#define RDTSC_FINAL(cycles) \
do { \
unsigned cyc_high, cyc_low; \
__asm volatile("rdtscp\n\t" \
"mov %%edx, %0\n\t" \
"mov %%eax, %1\n\t" \
"cpuid\n\t" \
: "=r"(cyc_high), "=r"(cyc_low)::"%rax", "%rbx", "%rcx", \
"%rdx"); \
(cycles) = ((uint64_t)cyc_high << 32) | cyc_low; \
} while (0)
......
RDTSC_START(cycles_start);
......
RDTSC_FINAL(cycles_final);
cycles_diff = (cycles_final - cycles_start);
......
这段代码其实参考自How to Benchmark Code Execution Times on Intel® IA-32 and IA-64 Instruction Set Architectures,原理如下:
(1)测量开始和结束时的cpuid
指令用来防止代码的乱序执行(out-of-order
),即保证cpuid
之前的指令不会调度到cpuid
之后执行,因此两个cpuid
指令之间只包含要度量的代码,没有掺杂其它的。
(2)rdtsc
和rdtscp
都是读取系统自启动以来的时钟周期数(cycles
,高32
位保存在edx
寄存器,低32
位保存在eax
寄存器),并且rdtscp
保证其之前的代码都已经完成。两次采样值相减就是我们需要的时钟周期数。
综上所述,通过cpuid
,rdtsc
和rdtscp
这3
条汇编指令,我们就可以计算出一段代码到底消耗了多少时钟周期。
P.S.,stackoverflow也有相关的讨论。
neofetch
如何应对焦虑
最近无聊的时候看了看《士兵突击》,其中袁朗的一句话令我印象深刻:“我喜欢不焦虑的人”。的确,生活在现代社会的人很容易产生焦虑。就拿我自己来说,人到中年,工作和生活压力都很大,焦虑自然是难免的,因此如何正确地处理焦虑就显得至关重要。我个人觉得对付焦虑需要做到下面两点:
首先要认识到焦虑对解决问题没有任何帮助,还会让自己烦躁和失去理智。当焦虑的时候,要尝试着让自己平静下来去思考有没有办法改变现状。必要时可以觉得“这些都是命里注定的”,然后去接受这一切。
另外不要老和别人比较。周围的人生活的比你好也好,差也罢,都和你没什么关系。不要把时间和精力浪费在和自己无关的事情上,要让自己充实起来,利用一切可以利用的时间,把自己生活填满:锻炼,学习新东西,看书,照顾家人,等等。这样你就可以活在当下,忘掉焦虑。
当然,什么事情都是说起来容易,做起来难。我自己也常常焦虑。但是这个事情只能靠自己解决,别人谁也帮不上。所以只能尽自己的努力去摆脱焦虑吧。
GKrellM
如何度量系统的时钟频率
Daniel Lemire的Measuring the system clock frequency using loops (Intel and ARM)讲述了如何利用汇编指令来度量系统的时钟频率。以Intel X86
处理器为例(ARM
平台原理类似):
; initialize 'counter' with the desired number
label:
dec counter ; decrement counter
jnz label ; goes to label if counter is not zero
在实际执行时,现代的Intel X86
处理器会把dec
和jnz
这两条指令“融合”成一条指令,并在一个时钟周期执行完毕。因此只要知道完成一定数量的循环花费了多长时间,就可以计算得出当前系统的时钟频率近似值。
在代码中,Daniel Lemire
使用了一种叫做“measure-twice-and-subtract
”技巧:假设循环次数是65536
,每次实验跑两次。第一次执行65536 * 2
次,花费时间是nanoseconds1
;第二次执行65536
次,花费时间是nanoseconds2
。那么我们就得到3
个执行65536
次数的时间:nanoseconds1 / 2
,nanoseconds1 - nanoseconds2
和nanoseconds2
。这三个时间之间的误差必须小于一个值才认为此次实验结果是有效的:
......
double nanoseconds = (nanoseconds1 - nanoseconds2);
if ((fabs(nanoseconds - nanoseconds1 / 2) > 0.05 * nanoseconds) or
(fabs(nanoseconds - nanoseconds2) > 0.05 * nanoseconds)) {
return 0;
}
......
最后把有效的测量值排序取中位数(median
):
......
std::cout << "Got " << freqs.size() << " measures." << std::endl;
std::sort(freqs.begin(),freqs.end());
std::cout << "Median frequency detected: " << freqs[freqs.size() / 2] << " GHz" << std::endl;
......
在我的系统上,lscpu
显示的CPU
时钟频率:
$ lscpu
......
CPU MHz: 1000.007
CPU max MHz: 3700.0000
CPU min MHz: 1000.0000
......
实际测量结果:
$ ./loop.sh
g++ -O2 -o reportfreq reportfreq.cpp -std=c++11 -Wall -lm
measure using a tight loop:
Got 9544 measures.
Median frequency detected: 3.39196 GHz
measure using an unrolled loop:
Got 9591 measures.
Median frequency detected: 3.39231 GHz
measure using a tight loop:
Got 9553 measures.
Median frequency detected: 3.39196 GHz
measure using an unrolled loop:
Got 9511 measures.
Median frequency detected: 3.39231 GHz
measure using a tight loop:
Got 9589 measures.
Median frequency detected: 3.39213 GHz
measure using an unrolled loop:
Got 9540 measures.
Median frequency detected: 3.39196 GHz
.......