BBS水木清华站∶精华区

发信人: nudtbegger (军人), 信区: Linux 
标  题: Re: 关于LINUX的质量质疑 
发信站: BBS 水木清华站 (Tue Jul 27 20:32:54 1999) WWW-POST 
 
【 在 mephisto (魔鬼*修心养性*重新做人) 的大作中提到: 】 
 RT-Linux 
 一般般. RT-linux 就简单来说,是把硬件中断接管了,linux核心的中断处理是 
 工作在RT的虚拟中断上的. 传统的linux部分是RTlinux的ideal 任务.也就是说, 
 只有当RT TASK不工作时,linux才有机会工作. 
 不是把.Linux还是有很高的智囊团支持的. 
 很容易的.写module把. 
 #include <linux/module.h> 
 #include <linux/sched.h> 
 #include <linux/kernel.h> 
 int init_module(void) 
 { 
         printk("print from the kernel\n"); 
         return 1; 
 } 
 /* gcc -D__KERNEL__ -DMODULE -c -O2 module.c */ 
 这就是一个kernel module 了,从kernel打一句话出来. 
 所有的RT TASK都是用kernel module 写的.中断响应切换到相应的处理程序 
 10ms以内(486).这个是极限了,那段代码是用汇编写的,针对指令周期表作了 
 优化,例如同样功能那个指令更快些. RT-linux问档有描述这个的,自己看把. 
 我没有试过不好说,但发包似乎要比接包耗时,因为发不出去还要后退重发 
 这个不用RT-linux就可以做到5000 packet/s. 参见我前面的高速网络采集 
 100M 的包全部捕获下来是不成问题的. 
 
5000packet/s *64byte/packet=320000byte/s=2560000bit/s 
离100M还有很大距离呀.???????? 
另外,你前面的"高速网络采集"是哪篇文章?我想看看 
关于发包,假使网上就两台机器,一台向另一台发,假使另一台机器的 
BUFFER无穷大,能发到多高的即时速率? 
 
另外,RT-LINUX接管了硬中断,但是,RT有好几个指标,除了中断响应时间, 
还有别的,比如,上下文切换时间?如果任务调度没改,还是不能叫RT-OS吧. 
另外,如果有一个KENEL 任务在WRITE,有一个更高优先级的任务要WRITE, 
能保证DEAD-LINE吗? 
长时间以来,我有一个印象,就是LINUX的KENEL是不可重入的,如果KENEL不 
肯主动放弃对CPU的控制,是不能强行剥夺的.不知道对不对.不知道RT-LINUX 
又做了些什么改进. 
关于异步IO,NT是这样做的,1多个file操作,2 WAITMULTIOBJECT,LINUX下似乎 
没有类似的函数?就是说,IO完成后,能否发信号该THREAD? 
 
-- 
※ 来源:·BBS 水木清华站 bbs.net.tsinghua.edu.cn·[FROM: 202.197.0.1]  

BBS水木清华站∶精华区