求助: 需要tcpdump多处理器支持,有奖征答！

unsword

诸位大虾好, 小弟在最近遇见一个难题,寻求各位达人支持!

在一些千兆网络，流量比较高的情况下，例如有1000Mps 的流量下,用一台双志强3.0G的服务器进行抓包.

在使用tcpdump抓包并写入硬盘的时候, 发现一个CPU 跑到100%，但另外一个cpu为空闲。

后一个朋友告诉我，现在的抓包程序，如tcpdump，ethreal 等软件，均不支持多cpu处理，所以
没有办法在高流量的网络环境中抓包并存储起来。

后去tcpdump.org察看，有一个所谓turbo packet 的机制，可以提高抓包工作效率，但不知道
如何才能搞定这个东西？   

此外，求那位达人赐linux环境下使用的 支持多处理器的 抓包软件一个 ，
小弟设 "酒吧 世界杯决赛通宵看球+无限量供应扎啤 大礼包" 致谢！

[ 本帖最后由 unsword 于 2006-7-3 13:49 编辑 ]

unsword

顶上啊,不能掉下去!

liubinbj

包括往返机票吗？

flw

是否支持 SMP 好像和 tcpdump 没关系吧？

assiss

原帖由 flw 于 2006-7-4 13:35 发表
是否支持 SMP 好像和 tcpdump 没关系吧？

我对SMP也一点不懂，纯属瞎问一下：
SMP是不是跟前一阶段炒得比较厉害的超线程（一样也一点不懂）一样，要用户程序自己实现？

我一直以为这样的事情应该交给操作系统去做，用户程序不用关心它面对的是几个CPU。
纯属瞎想，请大家多批评。

mq110

此事应该交给操作系统来做.

flw

原帖由 assiss 于 2006-7-4 13:56 发表

我对SMP也一点不懂，纯属瞎问一下：
SMP是不是跟前一阶段炒得比较厉害的超线程（一样也一点不懂）一样，要用户程序自己实现？

我一直以为这样的事情应该交给操作系统去做，用户程序不用关心它面对的是几个C ...

SMP 和超线程不同，
SMP 是“Symmetric Multiple Processor 对称多处理器”的缩写。
也就是说，如果一个计算机系统中有两个或两个以上的 CPU 的话，
OS 里面有很多代码就需要额外考虑很多单 CPU（也叫“UP”）时不需要考虑的情形，
这主要体现在 CPU 资源的分配已经并发时的同步等方面。

近来的 linux kernel 版本自身就提供对 SMP 环境的支持（从什么时候开始我就不清楚了），
编译时只需要打开 SMP 选项就可以了。

超线程应该是 CPU 芯片中实现的一种技术，可以把一个 CPU 当两个来用（？）
反正在 linux 2.6 中，超线程选项是 SMP 选项的一个子选项，
也就是说，除非 SMP 生效，否则超线程总是不生效的。

namtso

对于使用了线程技术的程序，SMP能够最大限度地发挥作用。对于没用使用线程技术的程序，只要操作系统支持SMP，也应该可以优化程序的性能。

flw

原帖由 namtso 于 2006-7-4 14:17 发表
对于使用了线程技术的程序，SMP能够最大限度地发挥作用。对于没用使用线程技术的程序，只要操作系统支持SMP，也应该可以优化程序的性能。

我怎么记得是，SMP 对多线程一点儿帮助都没有？SMP 只对多进程有帮助。

namtso

原帖由 flw 于 2006-7-4 14:19 发表

我怎么记得是，SMP 对多线程一点儿帮助都没有？SMP 只对多进程有帮助。

可能是我记错了。。。
以前好像在哪儿看过，如果内核级支持线程的，那么OS调度的最小单位就是线程，同一个进程的不同线程可以在不同的CPU上同时运行，这样同一个进程就可以分到更多的CPU时间片，从而提升进程的运行速度。Aix和linux的2.6以上的内核，好像都是内核级支持线程的。