- 主题:socket接收几百k字节的报文，32k字节收一次，间隔0.5秒超时，概
正常肯定没问题，500ms是很大的间隔了，x86上一个tick也才15ms左右
https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/high-resolution-timers
这种一般不是os问题，是自己写的代码的问题
【 在 moudy 的大作中提到: 】
: 500ms的超时放在非实时系统用户态上能行么？
--
FROM 61.48.128.*
没仔细看MS的文档吧？只是clock tick默认是15ms左右，高精度定时器的expiration可以调整到1ms以内。
【 在 lambdai 的大作中提到: 】
: 15ms？这么大？即使是1ms也
: 这是说给driver的api就这么差吗？这比userspace的还糟啊
: 我是不是误解了什么？
: ...................
--
FROM 114.240.244.*
搞桌面应用够了
它也说了，时钟太高精度耗电，跟手机的高刷屏一样
【 在 lambdai 的大作中提到: 】
: 嗯，里面有个链接是能到微秒级别。
: 我震惊的是默认15ms，这太粗放了。
: 不过我也没用过真正需要10ms以内的
--
FROM 114.240.244.*
你说得对，一个是线程调度器的调度时间片间隔，一个是硬件时钟/定时器的间隔。
【 在 lambdago 的大作中提到: 】
: 这是clock tick 的时间间隔（系统在tick中断调度一般任务的时间间隔）。
: 并不代表高精度时钟的精度，高精度时钟的精度比这小多了。
: 搞笑的是，微软老是弄这种不是不能被一秒钟整除的tick 时间。
: ...................
--
FROM 114.240.244.*