1.在嵌入式linux平台下调用sleep或者usleep函数的CPU线程调度情况？

2.开发板上使用的时at91sam9261 ARM9 CPU芯片,主频240M，操作系统是linux2.6.28.10版本，那么在该操作系统下的线程调度的切换CPU时间片是多长，网上有地方说是linux2.6是线程切换CPU时间片默认是10ms,不知是否准确，不提升线程优先级的情况下能否将线程切换时间片改变(如改为1ms)？

3.at91sam9261 ARM9 CPU芯片,主频240M，操作系统是linux2.6.28.10版本，大概每秒中能处理多少条基本指令，是怎么算的？

例如：假如当前linux系统的线程切换CPU时间片是10ms，程序中我在某个线程中调用usleep(20000)；

情况a:如果当前系统线程不多的情况下(即cpu20ms内有足够的空余时间把其它的线程(这里都是指同优先级别的线程)都轮转一遍的情况)毫无疑问这个线程应该基本能够准确的usleep 20ms左右，误差范围应该是一个线程切换CPU时间片10ms吧。如果不是这样请确认说明一下？

情况b:如果当前系统线程很多的情况下(即cpu20ms内不足以把其它的线程(这里都是指同优先级别的线程)都轮转一遍的情况)，系统还会在20ms左右重新将该线程再度调度起来吗？如果基本即时地在20ms左右将该线程再度调度起来了，那对其它同优先级别的还没有轮转到时间片的线程岂不是十分不公平，请问此种情况linux是怎么来调度的，调用usleep(20000)；后该线程还能在20ms左右后基本即时的被唤醒吗？

情况c:当前linux系统的线程切换CPU时间片仍然是10ms，如果我程序中的这个线程调用的usleep时间不是20ms,而是1ms,

即usleep(1000)；系统是否仍然是最少睡眠10ms,也就是usleep(1000)；的效果与usleep(10000)；效果是一样的

嗯，问题比较多，大家能说几点说几点吧，人多不能追加分数的话，就另外开贴再散吧。

|

主频也就是最大时钟频率，240M执行的指令不见得有240M那么多，因为有的指令周期不是单个时钟周期就可以完成的，是多时钟周期的。

情况C理解应该是对的。

|

进程不一定是完全用完一个时间片才调度的，也有可能是进程因为等待某个资源或条件主动放弃cpu

因此，usleep(1000)；的效果与usleep(10000)；不一定相同，但是肯定不是sleep 1ms了

|

呵呵，10ms

|

核心缺省设置为 HZ = 100，貌似就是 100ms

问题太多，看的头大