CODE
options 3c59x max_interrupt_work=10000
CL 的格式：
QUOTE
via-rhine
不知道是否可以写成：
CODE
via-rhine max_interrupt_work=10000 我做的时候,不用的全都关掉了,如果用软盘做,并口串口IDE都关,如用硬盘做,软驱跟IDE2我也关掉,资源就够用了! QUOTE (Horseman @ Jan 15 2005, 01:22 PM)
我做的时候,不用的全都关掉了,如果用软盘做,并口串口IDE都关,如用硬盘做,软驱跟IDE2我也关掉,资源就够用了!
这里的情况似乎和中断设置没有太多的关系。 猫猫上Q 加入群 QUOTE (哈啤猫 @ Jan 15 2005, 01:25 PM)
QUOTE (Horseman @ Jan 15 2005, 01:22 PM)
我做的时候,不用的全都关掉了,如果用软盘做,并口串口IDE都关,如用硬盘做,软驱跟IDE2我也关掉,资源就够用了!
这里的情况似乎和中断设置没有太多的关系。
至少可能减轻CPU的负担嘛,不用去处理没用的东西了! 不是这个概念，修改BIOS设置只能留出中断，给增加的设备使用，但并不能减轻CPU负担。首先考虑下中断的工作原理吧。网卡接收到（或者发送了）一定量的数据之后会向CPU发出中断请求，这点想必大家都知道的，我们这里的问题是，网卡接收的数据报过多，超出了CPU或者系统的处理能力，也就是说发给CPU的中断太多了，必然会导致数据丢失，尽管有校验，但是仍会导致数据重新收发，最后仍然是无法处理。当然，调整中断级别还是有效的，不过问题是比较优先的中断，比如 3、4很难分配到PCI网卡上。同样还有其他不明原因。 东西少了,故障点自然也就少了,我是基于这一点考虑的! 是网卡有问题的我这里的也是这样换了什么事都没有没换网卡的时候用IPCOP常死机 QUOTE (0984 @ May 17 2005, 10:35 AM)
是网卡有问题的我这里的也是这样换了什么事都没有没换网卡的时候用IPCOP常死机
恩，多数是网卡问题。换个好网卡或者更换驱动就能解决问题，参考老大的NAPI驱动吧。之所以发这个帖子是我在用486DX100的CPU时发现的，当时做的分析，更换了好点的CPU和主板后解决了问题，不过后来给网吧应用时也出现了这个问题，最终是换成NAPI驱动。该主题可以作废了。哈。。。
页:
1
[2]