高手的經(jīng)驗(yàn)：網(wǎng)絡(luò)通信程序中，最快的數(shù)據(jù)發(fā)送和接收速度能達(dá)到的多少？

it-rocket

因?yàn)樽罱�在linux下調(diào)試A/D以100ksps采樣率進(jìn)行采樣并將數(shù)據(jù)通過(guò)socket或者RPC兩種不同的通信程序發(fā)送到windows客戶(hù)端時(shí)，發(fā)覺(jué)采樣出來(lái)的數(shù)據(jù)網(wǎng)絡(luò)傳輸?shù)煤苈�，�?dǎo)致板子上開(kāi)辟的緩沖區(qū)溢出，數(shù)據(jù)丟失。但又不知道該怎樣極大地提高網(wǎng)絡(luò)速度才能更好地將數(shù)據(jù)傳輸過(guò)來(lái)。請(qǐng)大家提提意見(jiàn)。

每秒100k的采樣率，其數(shù)據(jù)量有： 100k*4=400kByte=3.2Mbps

開(kāi)發(fā)板的網(wǎng)卡速率為10M/100Mbps。
該程序只能使用TCP來(lái)傳輸。

   此外想請(qǐng)教大家通過(guò)setsockopt等設(shè)置socket之后，能達(dá)到的最快的數(shù)據(jù)發(fā)送、接收速率能達(dá)到多少？做了些什么具體的設(shè)置？非常感謝。

smalloc

有線能達(dá)到90%以上
最起碼也能到80%吧
溢出是不是因?yàn)槟闾幚砥魈幚頂?shù)據(jù)太慢了 (步驟太多或者等待阻塞等)。 如果是應(yīng)用層處理還有進(jìn)程交換的時(shí)間.
如果在驅(qū)動(dòng)層處理就對(duì)處理器的利用充分些.

it-rocket

有線能達(dá)到90%以上
最起碼也能到80%吧
溢出是不是因?yàn)槟闾幚砥魈幚頂?shù)據(jù)太慢了 (步驟太多或者等待阻塞等)。 ...
smalloc 發(fā)表于 2010-06-04 22:00

恩， 可能是我的步驟太多或者程序效率低下導(dǎo)致了別的線程占用了大量CPU，而使數(shù)據(jù)沒(méi)有及時(shí)傳送過(guò)來(lái)。

高手們對(duì)這個(gè)問(wèn)題分析主要在這個(gè)帖子里：  http://linux.chinaunix.net/bbs/thread-1165109-1-1.html

處理器是S3C2440，性能上是否沒(méi)有太多問(wèn)題？

經(jīng)過(guò)查看板子CPU的使用率，該程序所構(gòu)成的5個(gè)線程的CPU之和高達(dá)98%，其中
T1(應(yīng)該是我的采集線程，優(yōu)先級(jí)最高)為89.7%；
T2（懷疑是我的處理數(shù)據(jù)線程）占8.2%，
T3占了0.1%，
T4占了0.0%，
T5占了0.1%。
其中top命令占了1.7%�？偟腃PU幾乎有99。
此外五個(gè)線程占得內(nèi)存比例均為27.4%。


確實(shí)在這個(gè)采集線程函數(shù)中，簡(jiǎn)單的一個(gè)死循環(huán)構(gòu)成了該線程體：
while(1)
{
  usleep(20480)；
  // 調(diào)用驅(qū)動(dòng)的取數(shù)接口
  ...
  // 將數(shù)據(jù)填入FIFO1緩沖中
  ...
}

  估計(jì)這樣做占用了我大量的CPU，雖然也有usleep在那里。由于采樣線程很關(guān)鍵，其的優(yōu)先級(jí)是最高的，并且里面也沒(méi)有其他額外的操作。我懷疑是否是該采樣線程占據(jù)了大量的CPU，而導(dǎo)致發(fā)送數(shù)據(jù)線程不能及時(shí)獲得CPU，而未能快速發(fā)送數(shù)據(jù)？


溢出是不是因?yàn)槟闾幚砥魈幚頂?shù)據(jù)太慢了 (步驟太多或者等待阻塞等)。 如果是應(yīng)用層處理還有進(jìn)程交換的時(shí)間.
如果在驅(qū)動(dòng)層處理就對(duì)處理器的利用充分些.

CN薰様

需要有這么快的更新速度。沒(méi)必要吧。
如果需要這么高的實(shí)時(shí)性的話(huà)可以直接在arm板做控制
windows客戶(hù)端顯示1s更新一次就可以了