基于C++執(zhí)行內(nèi)存memcpy效率測試的分析
在進行memcpy操作時,雖然是內(nèi)存操作,但是仍然是耗一點點CPU的,今天測試了一下單線程中執(zhí)行memcpy的效率,這個結(jié)果對于配置TCP epoll中的work thread
數(shù)量有指導意義。如下基于8K的內(nèi)存快執(zhí)行memcpy, 1個線程大約1S能夠拷貝500M,如果服務(wù)器帶寬或網(wǎng)卡到上限是1G,那么網(wǎng)絡(luò)io的work thread 開2個即可,考慮到消息的解析損耗,3個線程足以抗住硬件的最高負載。
在我到測試機器上到測試結(jié)果是:
Intel(R) Xeon(R) CPU E5405 @ 2.00GHz
do memcpy speed:12.27 ms/MB
each thread can do memcpy 667.645 MB
#include <iostream>
#include <sys/time.h>
#include <string.h>
using namespace std;
int main(int argc, char* argv[])
{
long len = 8192;
int loop = 200;
char* p = new char[len];
char* q = p;
struct timeval start, end;
gettimeofday(&start, NULL);
for (int i =0; i < loop; ++i)
{
char* p = new char[len];
*p = char(i);
memcpy(p, q, len);
delete [] p;
}
gettimeofday(&end, NULL);
cout <<"do memcpy speed:" << ((end.tv_sec - start.tv_sec)*1000 + double(end.tv_usec - start.tv_usec) / (len*loop/1000/1000) ) / loop<<" ms/MB\n";
cout <<"each thread can do memcpy "<< double(len)*loop/1000/1000 / ((end.tv_sec - start.tv_sec) + double(end.tv_usec - start.tv_usec) / 1000/1000) <<" MB\n";
}
相關(guān)文章
C++對Json數(shù)據(jù)的友好處理實現(xiàn)過程
在Ajax的應用中,前臺基本上會用到JSON作為數(shù)據(jù)交換格式,所以下面這篇文章主要給大家介紹了關(guān)于C++對Json數(shù)據(jù)的友好處理,文中通過實例代碼介紹的非常詳細,需要的朋友可以參考下2022-02-02
CreateThread()與beginthread()的區(qū)別詳細解析
很多開發(fā)者不清楚這兩者之間的關(guān)系,他們隨意選一個函數(shù)來用,發(fā)現(xiàn)也沒有什么大問題,于是就忙于解決更為緊迫的任務(wù)去了。等到有一天忽然發(fā)現(xiàn)一個程序運行時間很長的時候會有細微的內(nèi)存泄露,開發(fā)者絕對不會想到是因為這兩套函數(shù)用混的結(jié)果2013-09-09

