当我对 fprintf() 进行测试时, fputs() , 和 ofstream operator (<<) ,我意识到 C 函数(两者)提供了更好的运行时性能,但是当输入字符串变大时,两个 C 函数的运行速度都比 C++ 的运算符慢。
我想知道 C++ 在小字符串上表现不佳的原因,以及它在大字符串上优于 C 的原因。
欣赏它。
注意:不幸的是,我无法共享大小超过 1000 个字符的字符串。
测试结果
- String Size -> 20 chars, C++(<<): 0,80 C(fprintf): 0,50 C(fputs):
0,20
- String Size -> 50 chars, C++(<<): 1,06 C(fprintf): 0,80 C(fputs):
0,35
- String Size -> 1000 chars, C++(<<): 6,39 C(fprintf): 8,35 C(fputs):
5,01
- String Size -> 2000 chars, C++(<<): 12,33 C(fprintf): 16,84 C(fputs):
9,06
- String Size -> 50000 chars, C++(<<): 0,20 C(fprintf): 0,39 C(fputs):
0,27 (1000 runs instead of 1 million runs)
- String Size -> 100000 chars, C++(<<): 0,40 C(fprintf): 0,45 C(fputs):
0,74 (1000 runs instead of 1 million runs)
这是代码
#include <iostream>
#include <fstream>
#include <string.h>
#include "Stopwatch.h"
using namespace std;
void testNewline(string test_str,int run){
StopWatch timer;
ofstream outdata("writeToFile-CPP-newline.txt");
timer.start();
for (int i = 0 ; i < run ; i++){
outdata << i << ":" << test_str << "\n";
}
timer.stop();
outdata.close();
cout << "C++ Time spent: - " << timer.seconds() << endl;
}
int main() {
int run = 1000000;
string test_str(str100);
size_t len = test_str.length();
cout << "Write File - " << run << " Runs\n";
cout << "Length is " << len << " chars\n";
testNewline(test_str,run);
return 0;
}
秒表.h - Cpp
#include <time.h>
#ifndef STOPWATCH_H_
#define STOPWATCH_H_
#define str20 "a very long literal "
#define str50 "a very long literal string a very very long string"
#define str100 "a very long literal string a very very long stringa very long literal string a very very long string"
#define str1000 ...
#define str2000 ...
#define str50000 ...
class StopWatch{
private:
clock_t start_;
clock_t end_;
bool isRunning_;
public:
void start(){
start_ = clock();
end_ = 0;
isRunning_ = true;
}
void stop(){
if(isRunning_){
end_ = clock();
isRunning_ = false;
}
}
double seconds() const
{
return double (end_ - start_) / CLOCKS_PER_SEC;
}
StopWatch(): start_(), end_(), isRunning_() {}
};
#endif /* STOPWATCH_H_ */
WriteFile.c
#include <stdio.h>
#include <stdlib.h>
#include "Stopwatch.h"
int main(void) {
const int run = 1000000;
int i;
size_t len = strlen(str100);
char *test_str = (char *) malloc(sizeof(char)*(len+1));
strcpy(test_str,str100);
FILE *file = fopen("writeToFile-C.txt","w");
clock_t start_ = start();
for (i = 0; i < run ; i++){
fputs(test_str,file);
}
clock_t end_ = stop();
fclose(file);
printf("Write File - %d Runs\nString Length is %d chars\nC (fputs) Time spent: %.2f seconds\n",run,len,seconds(start_,end_));
FILE *file2 = fopen("writeToFile-C-2.txt","w");
clock_t start2_ = start();
for (i = 0; i < run ; i++){
fprintf(file2,"%d:%s\n",i,test_str);
}
clock_t end2_ = stop();
fclose(file2);
printf("Write File - %d Runs\nString Length is %d chars\nC (fprintf) Time spent: %.2f seconds\n",run,len,seconds(start2_,end2_));
return EXIT_SUCCESS;
}
StopWatch.h - C
#include <time.h>
#include <string.h>
#ifndef STOPWATCH_H_
#define STOPWATCH_H_
#define str20 "a very long literal "
#define str50 "a very long literal string a very very long string"
#define str100 "a very long literal string a very very long stringa very long literal string a very very long string"
#define str1000 ...
#define str2000 ...
#define str50000 ...
clock_t start(){
return clock();
}
clock_t stop(){
return clock();
}
double seconds(clock_t start, clock_t end)
{
return (double) (end - start) / CLOCKS_PER_SEC;
}
#endif /* STOPWATCH_H_ */
我使用了 MinGW 编译器。
为 C++ 编译代码:g++ -O3 -Wall -c
为 C 编译代码:gcc -O3 -Wall -c
编辑:我不担心小字符串的微不足道的差异,但这是学术上的好奇心。
最佳答案
这是一个有趣的问题。重申一下,问题是:为什么 fputs和 fprintf短字符串更快,而 <<至 cout越长的字符串越快?
我怀疑,正如一些评论中所建议的那样,<<至 cout更快,因为 C++ 字符串预先明确地携带它们的大小。另一方面,C 风格的字符串需要扫描以找到终止 '\0'。 ,这是一项额外费用。
但是,<<的开销和 cout更大,所以对于较短的字符串来说,它的优势是看不到的。
我编写了您的程序的另一个版本(附在下面)并在各种字符串大小和试验次数上进行了尝试,这些结果在我的机器上。我还扔了 stdio 函数 fwrite混入其中。
string length trials cout fprintf fputs fwrite
10 100000000 9 8 8 7
100 100000000 10 9 8 8
1000 100000000 14 17 18 12
10000 10000000 6 10 10 6
100000 1000000 4 10 9 4
1000000 1000000 11 72 71 10
10000000 100000 7 95 94 8
大概重要的区别是 fprintf和 fputs必须打印字符 同时检查每个字符是否为 \0 。 cout和 << ,另一方面,像fwrite , 预先知道字符数,因此可以盲目地准确地写出那么多。
cout 的强大功能和灵 active 和 <<以(小)价格出现,但它似乎是一次性成本,每次“调用”而不是每次写入的字符。
然后 fwrite ,它也预先知道计数,与 cout 一样好, 或更好。看起来像 cout不知何故在最后一次最大的审判中勉强获胜,这有点令人惊讶。可能只是因为每次调用 fwrite必须传递四个参数,并且 fwrite必须对 nels 进行额外的乘法运算× elsize .
但综上所述,任何时候我们检查性能时,请务必记住,如果您必须执行数百万次仔细控制的试验才能检测到微小的差异,那么差异可能并不重要在实践中很重要。使用对您来说最自然的 i/o 风格、您要解决的问题以及您使用的语言。除非您正在编写一个 I/O 密集型的高性能程序,否则您使用哪个 I/O 调用可能无关紧要。
特别是,我作弊了:我在运行所有试验时都将标准输出重定向到/dev/null,以最大限度地减少 i/o 时间,并最大限度地提高四种被测方法之间的实际计算差异。如果输出是“真实的”——文件、管道或网络流——我怀疑它会主导性能,我将不得不进行更多的试验来显示这些方法之间的任何差异。
最后,这是我使用的程序:
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <time.h>
#include <string>
#include <iostream>
int main(int argc, char *argv[])
{
int n = atoi(argv[1]);
int m = atoi(argv[2]);
char *p = (char *)malloc(n);
memset(p, 'x', n-2);
p[n-2] = '\n';
p[n-1] = '\0';
std::string s = p;
int i;
time_t t1, t2, t3, t4, t5;
t1 = time(NULL);
for(i = 0; i < m; i++)
std::cout << s;
t2 = time(NULL);
for(i = 0; i < m; i++)
fprintf(stdout, "%s", p);
t3 = time(NULL);
for(i = 0; i < m; i++)
fputs(p, stdout);
t4 = time(NULL);
for(i = 0; i < m; i++)
fwrite(p, 1, n, stdout);
t5 = time(NULL);
fprintf(stderr, "cout %ld ", t2-t1);
fprintf(stderr, "fprintf %ld ", t3-t2);
fprintf(stderr, "fputs %ld ", t4-t3);
fprintf(stderr, "fwrite %ld\n", t5-t4);
}
关于c++ - fprintf/fputs 与大字符串的 cout 性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51149880/
总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我有一个字符串input="maybe(thisis|thatwas)some((nice|ugly)(day|night)|(strange(weather|time)))"Ruby中解析该字符串的最佳方法是什么?我的意思是脚本应该能够像这样构建句子:maybethisissomeuglynightmaybethatwassomenicenightmaybethiswassomestrangetime等等,你明白了......我应该一个字符一个字符地读取字符串并构建一个带有堆栈的状态机来存储括号值以供以后计算,还是有更好的方法?也许为此目的准备了一个开箱即用的库?
我的目标是转换表单输入,例如“100兆字节”或“1GB”,并将其转换为我可以存储在数据库中的文件大小(以千字节为单位)。目前,我有这个:defquota_convert@regex=/([0-9]+)(.*)s/@sizes=%w{kilobytemegabytegigabyte}m=self.quota.match(@regex)if@sizes.include?m[2]eval("self.quota=#{m[1]}.#{m[2]}")endend这有效,但前提是输入是倍数(“gigabytes”,而不是“gigabyte”)并且由于使用了eval看起来疯狂不安全。所以,功能正常,
在我的Rails(2.3,Ruby1.8.7)应用程序中,我需要将字符串截断到一定长度。该字符串是unicode,在控制台中运行测试时,例如'א'.length,我意识到返回了双倍长度。我想要一个与编码无关的长度,以便对unicode字符串或latin1编码字符串进行相同的截断。我已经了解了Ruby的大部分unicode资料,但仍然有些一头雾水。应该如何解决这个问题? 最佳答案 Rails有一个返回多字节字符的mb_chars方法。试试unicode_string.mb_chars.slice(0,50)
对于具有离线功能的智能手机应用程序,我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
大约一年前,我决定确保每个包含非唯一文本的Flash通知都将从模块中的方法中获取文本。我这样做的最初原因是为了避免一遍又一遍地输入相同的字符串。如果我想更改措辞,我可以在一个地方轻松完成,而且一遍又一遍地重复同一件事而出现拼写错误的可能性也会降低。我最终得到的是这样的:moduleMessagesdefformat_error_messages(errors)errors.map{|attribute,message|"Error:#{attribute.to_s.titleize}#{message}."}enddeferror_message_could_not_find(obje
我试图获取一个长度在1到10之间的字符串,并输出将字符串分解为大小为1、2或3的连续子字符串的所有可能方式。例如:输入:123456将整数分割成单个字符,然后继续查找组合。该代码将返回以下所有数组。[1,2,3,4,5,6][12,3,4,5,6][1,23,4,5,6][1,2,34,5,6][1,2,3,45,6][1,2,3,4,56][12,34,5,6][12,3,45,6][12,3,4,56][1,23,45,6][1,2,34,56][1,23,4,56][12,34,56][123,4,5,6][1,234,5,6][1,2,345,6][1,2,3,456][123
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我有一大串格式化数据(例如JSON),我想使用Psychinruby同时保留格式转储到YAML。基本上,我希望JSON使用literalstyle出现在YAML中:---json:|{"page":1,"results":["item","another"],"total_pages":0}但是,当我使用YAML.dump时,它不使用文字样式。我得到这样的东西:---json:!"{\n\"page\":1,\n\"results\":[\n\"item\",\"another\"\n],\n\"total_pages\":0\n}\n"我如何告诉Psych以想要的样式转储标量?解
我的瘦服务器配置了nginx,我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例,但找不到好的解决方案。有没有人能做到这一点? 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器,例如server{listen80;server