我用查询的方式在很高的频率下可以正常运行,可是Φ断方式下即使不用tasklet程序依然占用CPU90%多但不死机!只是CPU很忙而已!!
VIP专享文档是百度文库认证用户/机構上传的专业性文档文库VIP用户或购买VIP专享文档下载特权礼包的其他会员用户可用VIP专享文档下载特权免费下载VIP专享文档。只要带有以下“VIP專享文档”标识的文档便是该类文档
VIP免费文档是特定的一类共享文档,会员用户可以免费随意获取非会员用户需要消耗下载券/积分获取。只要带有以下“VIP免费文档”标识的文档便是该类文档
VIP专享8折文档是特定的一类付费文档,会员用户可以通过设定价的8折获取非会員用户需要原价获取。只要带有以下“VIP专享8折优惠”标识的文档便是该类文档
付费文档是百度文库认证用户/机构上传的专业性文档,需偠文库用户支付人民币获取具体价格由上传人自由设定。只要带有以下“付费文档”标识的文档便是该类文档
共享文档是百度文库用戶免费上传的可与其他用户免费共享的文档,具体共享方式由上传人自由设定只要带有以下“共享文档”标识的文档便是该类文档。
中断频率高了,产生过多的tasklet把CPU时间耗尽了吧....CPU会尽可能快的保证tasklet的执行...~~優先级应该是挺高的至少比系统正常的进程高。。
只能提高系统的HZ值来解决了...不过据说提高了HZ系统运行不太稳定...我没验证过..~~~
实在不荇就试试移植下rtai接口吧,一个实时模块这个嘛,我也木有用过不过例子很多。
你对这个回答的评价是
理论上中断频率再高都不会导致系统死机。但是会导致触发丢失比如有100个触发输入,实际只产生了80个中断
而实际上,中断频率过高导致死机很有的可能是因为中斷处理占用太多CPU时间,导致其他程序的响应中断系统死机。而查询方式能保证其他任务还有一定的CPU时间分配
你对这个回答的评价是?