我正在尝试确定可以准确计划在C/C++中发生的任务的粒度.目前,我可以可靠地安排任务每5微秒发生一次,但我试图看看是否可以进一步降低这一点. @H_301_2@关于如何实现这一目标的任何建议/如果可能的话,将不胜感激.

@H_301_2@因为我知道计时器粒度通常可以依赖于操作系统：我目前在Linux上运行,但如果时序粒度更好,则会使用Windows(虽然我不相信它,基于我在QueryPerformanceCounter中找到的)

@H_301_2@我在裸机上执行所有测量(无VM). / proc / timer_info确认我的cpu的纳秒定时器分辨率(但我知道这不会转换为纳秒警报分辨率)

@H_301_2@当前

@H_301_2@My current code can be found as a Gist here

@H_301_2@目前,我能够每5微秒(5000纳秒)执行一次请求,迟到的次数少于1％.当迟到确实发生时,它们通常仅落后一个周期(5000纳秒).

@H_301_2@我现在正做三件事

@H_301_2@将流程设置为实时优先级(@ Spudd86 here指出)

struct sched_param schedparm;
memset(&schedparm,sizeof(schedparm));
schedparm.sched_priority = 99; // highest rt priority
sched_setscheduler(0,SCHED_FIFO,&schedparm);

@H_301_2@最小化计时器松弛

prctl(PR_SET_TIMERSLACK,1);

@H_301_2@使用timerfds(2.6 Linux内核的一部分)

int timerfd = timerfd_create(CLOCK_MONOTONIC,0);
struct itimerspec timspec;
bzero(&timspec,sizeof(timspec));
timspec.it_interval.tv_sec = 0;
timspec.it_interval.tv_nsec = nanosecondInterval;
timspec.it_value.tv_sec = 0;
timspec.it_value.tv_nsec = 1;

timerfd_settime(timerfd,&timspec,0);

@H_301_2@可能的改进

@H_301_2@>将处理器专用于此过程？
>使用非阻塞timerfd,这样我就可以创建一个紧密循环,而不是阻塞(紧密循环会浪费更多cpu,但也可能更快响应警报)
>使用外部嵌入式设备进行触发(无法想象为什么会更好)

@H_301_2@为什么

@H_301_2@我目前正在为基准测试引擎创建工作负载生成器.工作负载生成器使用泊松过程模拟到达率(X请求/秒等).从泊松过程中,我可以确定必须从基准测试引擎发出请求的相对时间.

@H_301_2@例如,在每秒10次请求时,我们可能会提出以下请求：
t = 0.02,0.04,0.05,0.056,0.09秒

@H_301_2@这些请求需要提前安排然后执行.随着每秒请求数的增加,调度这些请求所需的粒度也会增加(每秒数千个请求需要亚毫秒精度).结果,我试图弄清楚如何进一步扩展这个系统.