是的，按照美国时间，都是直播。
处理器调度问题需要作业调度，算法:先到先服务，短流程优先，最高响应比。
我可以自己实现算法，但是我可以用mfc测试程序。想编一个界面，大概是这样的:
处理器调度(标题)
工作数量:每个工作的信息:
作业名称作业编号提交时间运行时间(服务时间)
进入第i次数据提交。
流程短先到先得最高响应率
作业名称作业编号提交时间运行时间开始时间完成时间周转时间加权周转时间执行顺序
平均周转时间平均加权周转时间
如何学习mfc？学什么？短暂的。你不不需要走得太远。如果有源代码就更好了。
事实上，mfc最初是为初学者开发windows界面程序而设计的。什么document/view，diaglo-based都是为了你按照一条不变的路去开发不变的软件。itit'真恶心。
从实际的角度来看，mfc应该被放弃。如果想从事c，可以直接学习visualc2010win32编程(注意是win32，不是mfc)作为底层开发，加上qt作为界面开发。
如果你不不必拘泥于c，我建议学习c#和。net，也能做出不错的windows程序和网络程序。
我的看法是，以后除了大型游戏，桌面程序都不会用c，更不用说mfc了。c只用于开发操作系统、驱动等底层。c的开发成本(时间)真的太高了，错误的成本真的让人无法接受，往往一个简单的功能很长时间都无法完美实现。
1.总的来说，mfc可能更快，因为windows平台的开发工具大多是智能化的，因为基于windows的开发人群很广，从新手到专业人士都有，但是qt是基于linux的，可用的开发工具不多，大部分是专业的，大多是第三方产品。
2.集成不大，没有mfc那么多第三方库，稍微好一点。但由于qt被诺基亚收购，跨平台集成开发环境qtcreator已经正式发布，所以未来的方向还不好说。个人认为qtcreator差距较大，有待改进。
3.不过从库本身来说，qt集成的功能比mfc大，使用的封装技术信号和插槽也是赞的。比如qtscript为qt提供了嵌入式脚本，qt接口库支持css，所以qt做出来的界面比mfc更好更容易。，mfc需要第三方库的帮助。
4.因为mfc是浅包(最新的2008sp1加了bcg的高级接口库，可能会改进)windowssdk，以减少使用windowssdk带来的开发效率下降和开发难度增加。
5.所以qt库比mfc好，两个库都经受住了时间的考验，稳定性高，几乎没有bug。
