Linux 2.6 & 2.4 netfilter 框架比较

Question

我最近在做一个路由器，用的OS是linux2.4（由于某些原因不能使用2.6）。我们的客户认为linux2.6更稳定，并且2.6 的netfilter有更多支持，所以要我们将linux 2.6的netfilter移植到linux2.4上，并且认为这样对今后的维护很有利。

我个人认为，这种看法很片面，很“捣浆糊”，并且还会影响系统的稳定性和开发周期。

希望大家一起讨论。

Answer 1

原帖由 cylwj 于 2006-8-13 21:18 发表
我最近在做一个路由器，用的OS是linux2.4（由于某些原因不能使用2.6）。我们的客户认为linux2.6更稳定，并且2.6 的netfilter有更多支持，所以要我们将linux 2.6的netfilter移植到linux2.4上，并且认为这样对今后的 ...

事实上，2.6与2.4的差别，如果是从框架上，差别是很细微的……开发人员作了一些微调，举个例子，状态检测ip_conntrack_in，原来有三部份：分片处理+状态跟踪+helper，现在分成了三个钩子，实质上却没有多大变动……
从实际的smartbit的测试结果上来看，性能差别也不是很显……

Answer 2

的确，这不是“稀奇”的做法。但是有必要这样做么？开发周期本来就很紧。为了一些华而不实的东西，可能会耽误整个系统的开发，值得么？

RHAS3 是服务器核心，在没有办法的情况下采用了2.5的技术是情非得以，我知道redflag4.1也是这样的。但现在是一个嵌入式系统，有必要这样做么？

Answer 3

原来是这样的。

Answer 4

RHAS3 的核心就是这么干的，不稀奇

Answer 5

客户认为linux2.6更稳定，并且他们觉得2.6 的netfilter有更多的支持和资源，所以客户要求我们将linux 2.6的netfilter 框架反移植到linux2.4上（也就是在2.4内核上运行linux2.6上的netfilter框架）。

呵呵，我觉得我说得含清楚啊。

Answer 6

原帖由 cylwj 于 2006-8-13 21:18 发表
我最近在做一个路由器，用的OS是linux2.4（由于某些原因不能使用2.6）。我们的客户认为linux2.6更稳定，并且2.6 的netfilter有更多支持，所以要我们将linux 2.6的netfilter移植到linux2.4上，并且认为这样对今后的 ...

我们的客户认为linux2.6更稳定，并且2.6 的netfilter有更多支持，所以要我们将linux 2.6的netfilter移植到linux2.4上

这句话怎么读不通啊？