一个C++的小问题

雪鹰翔天 2008-08-04 02:55:08
在C++ Primer(第四版)书中的习题4.29中说使用string类型的程序执行速度要比使用C风格的字符串快很多.并举出例子:

user 0.47 # string class
user 2.55 # C-style character string

可是我在VS.net(2005)中运行程序却不是这样,string类型程序用了将近6秒,而C风格的程序只用的不到2秒.
这是为啥?跟编译器有关吗??
==================================================
附原题代码:

#include <iostream>
#include <cstring>
//#include <string>
//using std::string;

int main()
{
/*string str("a very long literal string");
for(int ix = 0; ix != 1000000;++ix)
{
string str2=str;
if(str==str2)
;
}*/


const char *pc = "a very long literal string";
const size_t len = strlen(pc);
for(size_t ix = 0;ix != 1000000;++ix)
{
char *pc2 = new char[len+1];
strcpy(pc2,pc);
if(strcmp(pc2,pc))
;
delete [] pc2;
}
return 0;
}


...全文
247 25 打赏 收藏 转发到动态 举报
写回复
用AI写文章
25 条回复
切换为时间正序
请发表友善的回复…
发表回复
danny07 2008-08-04
  • 打赏
  • 举报
回复

这个效率的差别主要在内存的管理方面,STL的内存管理比起楼主每次都 new delete的效率要高。

如果楼主把上面C的那块的new delete只操作一次,或者自己写个内存池,这样简单的比较代码,肯定比string要高,

毕竟string还需要构造,析构。
JIGSONG 2008-08-04
  • 打赏
  • 举报
回复
c++代码不但快,而且安全
执假以为真 2008-08-04
  • 打赏
  • 举报
回复
我内存比楼主居然还多了1G,哈哈
elegant87 2008-08-04
  • 打赏
  • 举报
回复
C++的string是个类库,支持很多操作,比C的要方便很多!
强烈支持C++的string类
szc21 2008-08-04
  • 打赏
  • 举报
回复
#include <iostream>
//#include <cstring>
#include <string>
//using std::string;

#include <time.h>

using namespace::std;
int main()
{

clock_t cts,cte;
cts = clock();

long tm=1000000;



string str("a very long literal string");
for(int ix = 0; ix != tm;++ix)
{
string str2=str;
if(str==str2);
}



/*
const char *pc = "a very long literal string";
const size_t len = strlen(pc);
for(size_t ix = 0;ix != tm;++ix)
{
char *pc2 = new char[len+1];
strcpy(pc2,pc);
if(strcmp(pc2,pc));
delete [] pc2;
}


*/
cte = clock();

double tt= (double) cte-cts;
cout<<tt<<endl;
return 0;
}


VC6 string release 125,debug 673
c 296 573
VS 03 string release 203,debug 2484
c 187 562

看来跟编译器有关系啊
zxcv8356631 2008-08-04
  • 打赏
  • 举报
回复
[Quote=引用 10 楼 sukyin 的回复:]
C/C++ code
int main()
{
clock_t start, end;
double duration;
start = clock();
...
测试确实是string快。编译器 g++。 C++代码是0.249秒。c代码是0.312秒。
[/Quote]

我关了其他程序 生成了2个exe文件 都是release版本的

string用时..测了5次:
0.015000
0.015000
0.031000
0.015000
0.031000

c风格字符串:
0.359000
0.328000
0.328000
0.343000
0.328000

还真不是一个量级的 .... 库用什么技术写的 好牛
lcarlos04 2008-08-04
  • 打赏
  • 举报
回复
我感觉string的优势不是体现在赋值方面吧。
如果采用普通的C的字符串,使用strcpy这个函数,内部应该直接是使用的memcpy。至于string的赋值运算符,比如str1=str2,在没有真正用到str1时,赋值运算其实根本不会有什么开销,所以总体来说,string还是会快些。
yeliguo12345 2008-08-04
  • 打赏
  • 举报
回复
我记得书上说的是string类型不容易出错写,而c风格运行要快些,就在讲c风格那里就有
bluejing0 2008-08-04
  • 打赏
  • 举报
回复
3.2双核。。。。。。。




#prtdiag -v
System Configuration: Sun Microsystems sun4u Netra ****
System clock frequency: 150 MHZ
Memory size: 96GB

======================================= CPUs =======================================
E$ CPU CPU
CPU Freq Size Implementation Mask Status Location
------- -------- ---------- ------------------- ----- ------ --------
0,512 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB0/P0
1,513 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB0/P1
2,514 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB0/P2
3,515 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB0/P3
8,520 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB2/P0
9,521 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB2/P1
10,522 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB2/P2
11,523 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB2/P3
16,528 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB4/P0
17,529 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB4/P1
18,530 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB4/P2
19,531 1500 MHz 32MB SUNW,UltraSPARC-IV+ 2.2 on-line SB4/P3
雪鹰翔天 2008-08-04
  • 打赏
  • 举报
回复
俺的机器应该没什么问题吧...
P4 3.2双核的,内存2G..
不知道咋回事呢..
老板从韩国带来的P机器...
hai040 2008-08-04
  • 打赏
  • 举报
回复
这个例子是刚好是string优化过的
相同的字符串string有可能用引用计数
每次改一下字符串试试
jia_xiaoxin 2008-08-04
  • 打赏
  • 举报
回复

VC6下编译结果:
debug 版本: C++代码是0.735秒。c代码是0.640秒。
release 版本: C++代码是0.078秒。c代码是0.25秒。

可见书上说的还是有道理的。
这样的结果只跟编译器,以及它的配置有关。
建议楼主最好在release版本下测试,这样在编译程序中就没有许多调试信息的时间占用。

#include <windows.h>
#include <iostream>
using namespace std;

int main()
{
const char *pc = "a very long literal string";
const size_t len = strlen(pc);
unsigned long Start = GetTickCount();

for(size_t ix = 0;ix != 1000000;++ix)
{
char *pc2 = new char[len+1];
strcpy(pc2,pc);
if(strcmp(pc2,pc))
;
delete [] pc2;
}

/*
string str("a very long literal string");
for(int ix = 0; ix != 1000000;++ix)
{
string str2=str;
if(str==str2);
}
*/

unsigned long End = GetTickCount();
cout << End - Start << endl;
return 0;

}
yyyapple 2008-08-04
  • 打赏
  • 举报
回复
vs2005
string class: 2750 ms

C-style character string: 1109 ms
sukyin 2008-08-04
  • 打赏
  • 举报
回复
ps:想用clock要include <time.h>
cppmaker 2008-08-04
  • 打赏
  • 举报
回复
我用gcc编译,虽然每次运行时间不打一致,但结果都是string快
sukyin 2008-08-04
  • 打赏
  • 举报
回复

int main()
{
clock_t start, end;
double duration;
start = clock();

string str("a very long literal string");
for(int ix = 0; ix != 1000000;++ix)
{
string str2=str;
if(str==str2)
;
}
/*

const char *pc = "a very long literal string";
const size_t len = strlen(pc);
for(size_t ix = 0;ix != 1000000;++ix)
{
char *pc2 = new char[len+1];
strcpy(pc2,pc);
if(strcmp(pc2,pc))
;
delete [] pc2;
}
*/
end = clock();
duration = (double)(end - start) / CLOCKS_PER_SEC;
printf("time:%f",duration);

system("pause");
return 0;
}


测试确实是string快。编译器 g++。 C++代码是0.249秒。c代码是0.312秒。
coverallwangp 2008-08-04
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 freedomzcd 的回复:]
可是书上就用这个例子去计算的时间....
关键是相差太多了....
一百万次相差5秒了都....
[/Quote]

我在vc6测了一下,string用了593ms,c风格的用了578ms

执假以为真 2008-08-04
  • 打赏
  • 举报
回复
建议大家都在自己电脑上测试一下再上来回帖
执假以为真 2008-08-04
  • 打赏
  • 举报
回复
楼主,你的电脑太烂了吧?我把次数设置成了5kw次,也就是你的50倍,结果才是秒级的。
不过结果和你的不太一样哦:
C++的代码的结果是9秒,C的代码的结果是15秒

编译器:gcc 2.95.3-6
rd73 2008-08-04
  • 打赏
  • 举报
回复
string只是包装了字符串类型的一个类,说不定有些成员函数还会调用c库的字符串操作函数呢,没听说使用类会比一般函数要快oh,楼主有没看错?!
加载更多回复(5)
DirectX修复工具(DirectX Repair)是一款系统级工具软件,简便易用。本程序为绿色版,无需安装,可直接运行。 本程序的主要功能是检测当前系统的DirectX状态,如果发现异常则进行修复。程序主要针对0xc000007b问题设计,可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010),并且全部DX文件都有Microsoft的数字签名,安全放心。 本程序为了应对一般电脑用户的使用,采用了傻瓜式一键设计,只要点击主界面上的“检测并修复”按钮,程序就会自动完成校验、检测、下载、修复以及注册的全部功能,无需用户的介入,大大降低了使用难度。 本程序适用于多个操作系统,如Windows XP(需先安装.NET 2.0,详情请参阅“致Windows XP用户.txt”文件)、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10,同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同,自动调整任务模式,无需用户进行设置。 本程序的V3.3版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件。除此之外,增强版中还额外包含了c++ Redistributable Package,因此增强版不但能解决DirectX组件的问题,而且还能解决c++组件异常产生的问题。增强版适合无法自行解决c++相关问题的用户使用。在线修复版的功能与标准版相同,只是其所需的文件将通过Internet下载,因此大大减小了程序的体积。本程序的各个版本之间,主程序完全相同,只是配套使用的数据包不同。因此,当您使用标准版数据包时,程序将进行标准修复;当您使用增强版的数据包时,程序将进行增强修复;当数据包不全或没有数据包(即只有DirectX Repair.exe程序)时,程序将进行在线修复。在线修复、离线修复可自由灵活组合,充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构,使用了异步多线程编程技术,使得检测、下载、修复单独进行,互不干扰,快速如飞。新程序更改了自我校验方式,因此使用新版本的程序时不会再出现自我校验失败的错误;但并非取消自我校验,因此程序安全性与之前版本相同,并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持,并且c++的异常也会导致0xc000007b错误,因此程序在检测修复的同时,也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包,可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版,标准版及在线修复版在系统c++异常时(非丢失时)会提示用户使用增强版进行修复。 程序有两种窗口样式。正常模式即默认样式,适合绝大多数用户使用。另有一种简约模式,此时窗口将只显示最基本的内容,修复会自动进行,修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速,同时方便其他软件、游戏将本程序内嵌,即可进行无需人工参与的快速修复。开启简约模式的方法是:打开程序所在目录下的“Settings.ini”文件(如果没有可以自己创建),将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能,开启该功能后用户可以自主选择要修复的文件,避免了其他不必要的修复工作。同时,也支持通过文件进行辅助筛选,只要在程序目录下建立“Filter.dat”文件,其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用,并且必须在正常窗口模式下才有效(简约模式时无效)。 本程序有自动记录日志功能,可以记录每一次检测修复结果,方便在出现问题时,及时分析和查找原因,以便找到解决办法。 程序的“选项”对话框中包含了4项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题,还可以修复系统中很多其他由于dll未注册而产生的问题,颇为实用。点击该按钮旁边的小箭头,还可以注册任意指定文件夹下的dll文件,方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项,方便对单独的dll文件进行注册。请注意,并不是所有的dll文件都可以通过这种方式注册。点击“DirectX版本”选项卡可以自行修改系统中DirectX的版本信息。点击“DirectX加速”选项卡可以控制系统中DirectX加速的开启与关闭。 新版程序集成了用户反馈程序,可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流,共同查找问题。反馈是完全自愿和匿名(如果不填写E-mail地址)的。 本程序的通用版基于Microsoft .NET Framework 2.0开发,对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7及后续用户,可以直接运行本程序。 同时鉴于Windows 8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中默认未包含.NET Framework 2.0,因此新版的程序文件夹内将包含一个DirectX_Repair_win8的特别版程序,该程序功能与通用版相同,基于.NET Framework 4.0开发,可以在Windows8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中直接运行(其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序)。 本程序的官方博客地址为:http://blog.csdn.net/vbcom/article/details/6962388 所有的更新以及技术支持都可以到该博客上找到。
DirectX修复工具(DirectX Repair)是一款系统级工具软件,简便易用。本程序为绿色版,无需安装,可直接运行。 本程序的主要功能是检测当前系统的DirectX状态,如果发现异常则进行修复。程序主要针对0xc000007b问题设计,可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010),并且全部DX文件都有Microsoft的数字签名,安全放心。 本程序为了应对一般电脑用户的使用,采用了傻瓜式一键设计,只要点击主界面上的“检测并修复”按钮,程序就会自动完成校验、检测、下载、修复以及注册的全部功能,无需用户的介入,大大降低了使用难度。 本程序适用于多个操作系统,如Windows XP(需先安装.NET 2.0,详情请参阅“致Windows XP用户.txt”文件)、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10,同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同,自动调整任务模式,无需用户进行设置。 本程序的V3.3版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件。除此之外,增强版中还额外包含了c++ Redistributable Package,因此增强版不但能解决DirectX组件的问题,而且还能解决c++组件异常产生的问题。增强版适合无法自行解决c++相关问题的用户使用。在线修复版的功能与标准版相同,只是其所需的文件将通过Internet下载,因此大大减小了程序的体积。本程序的各个版本之间,主程序完全相同,只是配套使用的数据包不同。因此,当您使用标准版数据包时,程序将进行标准修复;当您使用增强版的数据包时,程序将进行增强修复;当数据包不全或没有数据包(即只有DirectX Repair.exe程序)时,程序将进行在线修复。在线修复、离线修复可自由灵活组合,充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构,使用了异步多线程编程技术,使得检测、下载、修复单独进行,互不干扰,快速如飞。新程序更改了自我校验方式,因此使用新版本的程序时不会再出现自我校验失败的错误;但并非取消自我校验,因此程序安全性与之前版本相同,并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持,并且c++的异常也会导致0xc000007b错误,因此程序在检测修复的同时,也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包,可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版,标准版及在线修复版在系统c++异常时(非丢失时)会提示用户使用增强版进行修复。 程序有两种窗口样式。正常模式即默认样式,适合绝大多数用户使用。另有一种简约模式,此时窗口将只显示最基本的内容,修复会自动进行,修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速,同时方便其他软件、游戏将本程序内嵌,即可进行无需人工参与的快速修复。开启简约模式的方法是:打开程序所在目录下的“Settings.ini”文件(如果没有可以自己创建),将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能,开启该功能后用户可以自主选择要修复的文件,避免了其他不必要的修复工作。同时,也支持通过文件进行辅助筛选,只要在程序目录下建立“Filter.dat”文件,其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用,并且必须在正常窗口模式下才有效(简约模式时无效)。 本程序有自动记录日志功能,可以记录每一次检测修复结果,方便在出现问题时,及时分析和查找原因,以便找到解决办法。 程序的“选项”对话框中包含了4项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题,还可以修复系统中很多其他由于dll未注册而产生的问题,颇为实用。点击该按钮旁边的小箭头,还可以注册任意指定文件夹下的dll文件,方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项,方便对单独的dll文件进行注册。请注意,并不是所有的dll文件都可以通过这种方式注册。点击“DirectX版本”选项卡可以自行修改系统中DirectX的版本信息。点击“DirectX加速”选项卡可以控制系统中DirectX加速的开启与关闭。 新版程序集成了用户反馈程序,可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流,共同查找问题。反馈是完全自愿和匿名(如果不填写E-mail地址)的。 本程序的通用版基于Microsoft .NET Framework 2.0开发,对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7及后续用户,可以直接运行本程序。 同时鉴于Windows 8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中默认未包含.NET Framework 2.0,因此新版的程序文件夹内将包含一个DirectX_Repair_win8的特别版程序,该程序功能与通用版相同,基于.NET Framework 4.0开发,可以在Windows8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中直接运行(其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序)。 本程序的官方博客地址为:http://blog.csdn.net/vbcom/article/details/6962388 所有的更新以及技术支持都可以到该博客上找到。

64,647

社区成员

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论,技术干货分享,前沿动态等
c++ 技术论坛(原bbs)
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题,如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧