windows系统(98,nt)下的中断会不会一直霸占cpu

jiajite 2000-09-08 08:09:00
目前,我正在编一个数据采集的程序,程序需要用到window中断,并且由于采样
频率较高(20k~40k),故中断的周期只有25~50个微秒。由于windows是以10ms的
单位时间来为线程分配时间片的。在这种情况下,windows系统会不会一直被采样中
断占据?
在这么高的采样频率下,若我还象做一些其它的耗时的工作,如显示,保存,怎么处理
他们之间的关系。
...全文
123 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
jiajite 2000-09-08
  • 打赏
  • 举报
回复
若你的处理速度赶不上数据的采样频率,FIFO/Cache/Buffer迟早也会溢出的
partime 2000-09-08
  • 打赏
  • 举报
回复
在Windows系统中的中断处理代码应该尽量简洁
将所有可以后期处理的代码放在中断处理之外
Areslee 2000-09-08
  • 打赏
  • 举报
回复
中断时间的长短和Windows的时间片没有关系,完全取决于你的中断处理程序。而显示、保存等工作最好放在另一个线程中处理。
hhq 2000-09-08
  • 打赏
  • 举报
回复
关注
who 2000-09-08
  • 打赏
  • 举报
回复
国外有人做过测试,windows9x下最高中断重复频率可以达到1MHz,
当然中断服务程序得足够简单

我觉得更好的办法也许是在硬件上动点脑筋,
比如加个FIFO/Cache/Buffer什么的,
减低中断发生速率
如此高的中断重复速率再同时对硬盘、显卡操作显然极其不稳定
jiajite 2000-09-08
  • 打赏
  • 举报
回复
也既:中断程序所在“线程”会不会一直占据cpu
jiajite 2000-09-08
  • 打赏
  • 举报
回复
就是说,如果开辟一个新线程来处理中断,新线程将一直占用cpu?

16,466

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧