牛进来给点建议

cellar

原帖由 高峰 于 2006-12-15 17:30 发表
看来你是嵌入试的系统搞多了，这明显是嵌入试开发的思想嘛。
没有必要！

你觉得硬件系统已经高到可以不用考虑算法的地步了？您是sun的门下？
我每秒要处理的数据是几百M上下，普通pci的的硬件频率是66Mhz，每秒传输上限66x4B=264M Byte，基本上和我要处理的差不多，你说我要不要考虑。

高峰

我认为在一台机器上每秒要处理几百M的数据是不可能实现地，除非数据处理的复杂度非常简单。建议考虑一下机群系统，将数据分散处理。

r2007

这主要看你对延迟有多大的承受能力，还有处理完的数据的目的地是哪里，处理前后数据量是增大了还是减少了，等等问题。

cellar

原帖由 高峰 于 2006-12-15 17:48 发表
我认为在一台机器上每秒要处理几百M的数据是不可能实现地，除非数据处理的复杂度非常简单。建议考虑一下机群系统，将数据分散处理。

computer != pc

高峰

我进程处理文件大于100M的情况，单逐行读取然后解析出来都不止10多秒。
操作系统：HP-UX
MEM:43G
CPU：16个

你的数据要怎么处理？

zx_wing

讨论就讨论，不要吵，也不要比。
心平气和点，不要把CU搞的跟CSDN一样浮躁。

cellar

原帖由 高峰 于 2006-12-15 17:54 发表
我进程处理文件大于100M的情况，单逐行读取然后解析出来都不止10多秒。
操作系统：HP-UX
MEM:43G
CPU：16个

你的数据要怎么处理？

8Gb/s NP

分8路到千兆以太，每路后面全进内存，跟算法过滤，处理、重组，缓冲是硬件机制的循环队列，处理过程全指针传递，写时拷贝，大概就是这样，我问的问题就是这时的分配和释放内存（堆）是自己组织好，还是用系统的好...

算详细了，再说公司就不让了

r2007

具体问题具体分析，比如是多任务还是单任务，物理内存大还是CPU寻址空间大？内存分配的粒度？需要虚实地址转换吗？
btw:对NP一无所知，仅是一些通用的考虑。

james.liu

先用系统的。。如果满足要求，，那就用它。自己的以后研究。

如果不行，那就只好用自己的。  

我估计即便你写出来，效率也差不了多少。

aero

原帖由 cellar 于 2006-12-15 21:22 发表


8Gb/s NP

分8路到千兆以太，每路后面全进内存，跟算法过滤，处理、重组，缓冲是硬件机制的循环队列，处理过程全指针传递，写时拷贝，大概就是这样，我问的问题就是这时的分配和释放内存（堆）是自己组织好 ...

从非技术角度来讲，系统有就用系统的吧。自己写的成本太大了。

《人月神话》里说：提高软件性能的最好方法就是等待，因为硬件的发展符合摩尔定律。

个人感觉哈，貌似和C的精神有点冲突哈。