php网站功能,WordPress适合做多大级别的网站,设计在线好看,中山网站建设找丁生文章目录 前言测量系统调用和上下文切换的成本 前言
ref#xff1a;http://ges.cs.wisc.edu/~remzi/OSTEP/Chinese
零散的记录知识#xff0c;看《操作系统引论》
测量系统调用和上下文切换的成本
上下文切换需要多长时间#xff1f;甚至系统调用要多长时间#xff1f;… 文章目录 前言测量系统调用和上下文切换的成本 前言
refhttp://ges.cs.wisc.edu/~remzi/OSTEP/Chinese
零散的记录知识看《操作系统引论》
测量系统调用和上下文切换的成本
上下文切换需要多长时间甚至系统调用要多长时间如果感到好 奇有一种称为 lmbench [MS96]的工具可以准确衡量这些事情并提供其他一些可能相关的性能指标。 随着时间的推移结果有了很大的提高大致跟上了处理器的性能提高。例如1996 年在 200-MHz P6 CPU 上运行 Linux 1.3.37系统调用花费了大约 4μs上下文切换时间大约为 6μs[MS96]。现代系统的性能 几乎可以提高一个数量级在具有 2 GHz 或 3 GHz 处理器的系统上的性能可以达到亚微秒级。
使用工具Imbench
在这个作业中你将测量系统调用和上下文切换的成本。测量系统调用的成本相对容易。
你必须考虑的一件事是时钟的精确性和准确性。你可以使用的典型时钟是 gettimeofday()。 详细信息请阅读手册页。你会看到gettimeofday()返回自 1970 年以来的微秒时间。然而 这并不意味着时钟精确到微秒。测量 gettimeofday()的连续调用以了解时钟的精确度。这 会告诉你为了获得一个好的测量结果需要让空系统调用测试的迭代运行多少次。如果 gettimeofday()对你来说不够精确可以考虑利用 x86 机器提供的 rdtsc 指令。
测量上下文切换的成本有点棘手。lmbench 基准测试的实现方法是在单个 CPU 上运 行两个进程并在它们之间设置两个 UNIX 管道。管道只是 UNIX 系统中的进程可以相互通 信的许多方式之一。第一个进程向第一个管道写入数据然后等待第二个数据的读取。由 于看到第一个进程等待从第二个管道读取的内容OS 将第一个进程置于阻塞状态并切换 到另一个进程该进程从第一个管道读取数据然后写入第二个管理。当第二个进程再次 尝试从第一个管道读取时它会阻塞从而继续进行通信的往返循环。通过反复测量这种 通信的成本lmbench 可以很好地估计上下文切换的成本。你可以尝试使用管道或其他通信 机制例如 UNIX 套接字重新创建类似的东西。 在具有多个 CPU 的系统中测量上下文切换成本有一点困难。在这样的系统上你需 要确保你的上下文切换进程处于同一个处理器上。幸运的是大多数操作系统都会提供系 统调用让一个进程绑定到特定的处理器。例如在 Linux 上sched_setaffinity()调用就是 你要查找的内容。通过确保两个进程位于同一个处理器上你就能确保在测量操作系统停 止一个进程并在同一个 CPU 上恢复另一个进程的成本。
