[PLSH2O] 用C++咏e？ - 矿工茶馆

PleasedSun91669

本帖最后由 PleasedSun91669 于 2023-2-2 16:24 编辑

MC的苦力怕发表于 2023-2-2 16:17
emm，第一个程序不保存到文件里的话我记得不用这么麻烦罢

确实，只是为了装X练习使用STL的迭代器罢了...话说你不是不打OI吗，怎么知道这些

『南南』

wwt_06 发表于 2023-2-2 15:48

这个只会在控制台显示，不能复制，我之前直接写入文件里了

『南南』

有人@幻心飞小骥给我提过这个压缩包炸弹建议，但是我这个压缩软件压缩率太低就没有做

我当时是用这个咏了42e个e，在度汶的网盘上还有，跑了半个小时

PleasedSun91669

『南南』发表于 2023-2-2 16:39
有人@幻心飞小骥给我提过这个压缩包炸弹建议，但是我这个压缩软件压缩率太低就没有做

我当时是用这个咏了 ...

我当时看到你咏了42亿个e，本来想挑战一下50亿的，但是我怕电脑会很卡，所以就干脆弄400w个，电脑也很安详
（为什么我这里看到你@幻心飞小骥啊，难道size=0px?）

『南南』

PleasedSun91669 发表于 2023-2-2 17:07
我当时看到你咏了42亿个e，本来想挑战一下50亿的，但是我怕电脑会很卡，所以就干脆弄400w个，电脑也很安 ...

是的
（wsei你弄这么多干什么啊我打字都卡卡的

UIYZi-001

压缩包炸弹我记得只需要空文件就可以了, 咏e的话我觉得生成随机数代表ascll转换成char效果应该会更爆炸, 这样计算机优化空间少, [有幸在自己电脑打开过一个几万行的log文件, 直接给我文本编辑器干崩了]

Qhxss

一道阳光：好，非常好

骰出的名字

之前有人咏了一个四G的，结果文件太大了，无法顶览，实用性大大降低。

幻心飞小骥

PleasedSun91669 发表于 2023-2-2 17:07
我当时看到你咏了42亿个e，本来想挑战一下50亿的，但是我怕电脑会很卡，所以就干脆弄400w个，电脑也很安 ...

@『南南』其实没艾特上我，但你艾特上我了（（（

幻心飞小骥

『南南』发表于 2023-2-2 16:39
有人@幻心飞小骥给我提过这个压缩包炸弹建议，但是我这个压缩软件压缩率太低就没有做

我当时是用这个咏了 ...

理论上压缩炸弹就用大体积重复字符文件压缩打包就能行
但我估计网上的压缩炸弹都用特殊软件直接修改zip得到的。

teddyxlandlee

我的建议：去学学Deflate的原理，然后手搓。
我虽然没手搓过ZIP，但我手搓过Java字节码（）

星然hkmi

DarkLiam 发表于 2023-2-2 14:14
python应该会更简单点，913500*e（doge

我键盘动了

DarkLiam

星然hkmi 发表于 2023-2-2 22:29
我键盘动了

不，是你手动了

洞穴夜莺

开心的阿诺发表于 2023-2-2 14:20
2年前我也靠这个水了一帖，现在感觉是黑历史 xd
另外第一个程序太不优雅了吧啊啊啊，都存到内存里了为什么 ...

putchar不是系统调用，它将一个字节放入stdin缓冲区（若缓冲区满，则fflush）
fflush将stdin缓冲区内容输出到文件才会系统调用

开心的阿诺

洞穴夜莺发表于 2023-2-2 23:26
putchar不是系统调用，它将一个字节放入stdin缓冲区（若缓冲区满，则fflush）
fflush将stdin缓冲区内容输 ...

当初做过一次测试，windows下的printf似乎是没有缓存？手动绑了setvbuf快了非常多，只加fflush反而没有太大的效率降低，但加了fflush到linux(wsl)下效率却天差地别......不知道是不是我的原因？

洞穴夜莺

开心的阿诺发表于 2023-2-2 23:49
当初做过一次测试，windows下的printf似乎是没有缓存？手动绑了setvbuf快了非常多，只加fflush反而没有太 ...

还有这说？
但是根据巨硬的文档，应该是有缓存的
https://learn.microsoft.com/en-u ... m-i-o?view=msvc-170

The stdout and stderr functions are flushed whenever they're full or, if you're writing to a character device, after each library call.

Lucier310

海星，存储空间轰炸者

开心的阿诺

本帖最后由开心的阿诺于 2023-2-3 15:55 编辑

洞穴夜莺发表于 2023-2-3 00:06
还有这说？
但是根据巨硬的文档，应该是有缓存的
https://learn.microsoft.com/en-us/cpp/c-runtime-libr ...

似乎是我疏忽了，当初主要测cout，printf用肉眼看的 xd
但在控制台输出，结果确实是无缓冲的

但用>重定向到文件里，表现出来的就是有缓存了？（freopen表现也一样）

我以为重定向不会影响到缓冲区 orz（还是不太理解为什么会这样）

屑代码，难道是我哪里写错了：

//count.cpp
#include <iostream>
#include <chrono>
using namespace std;
int num;
long long sum = 0;
int main(int argc, char const *argv[])
{
FILE *fp = fopen("num.txt", "r");
fscanf(fp, "%d", &num);
fclose(fp);
string f = argv[1];
int n = atoi(argv[2]);
freopen((f + ".txt").c_str(), "w", stdout);
cout << f << ":" << endl;
#ifdef __linux__
f = "./" + f;
#endif
cout << "num=" << num << endl;
cout << "n=" << n << endl;
cout << "val={";
for (int i = 1; i <= n; i++)
{
auto timeStart = chrono::duration_cast<chrono::milliseconds>(chrono::system_clock::now().time_since_epoch());
system((f + " > a.txt").c_str());
auto timeEnd = chrono::duration_cast<chrono::milliseconds>(chrono::system_clock::now().time_since_epoch());
long long time = timeEnd.count() - timeStart.count();
cout << time << "," << flush;
sum += time;
}
cout << "}" << endl;
cout << "avg=" << (double)sum / n << endl;
return 0;
}

复制代码

//printf.c
#include <stdio.h>
int num;
int main()
{
FILE *fp = fopen("num.txt", "r");
fscanf(fp, "%d", &num);
fclose(fp);
for (int i = 1; i <= num; i++)
printf("a");
return 0;
}

复制代码

//printf+setvbuf_8192.c
#include <stdio.h>
#define buffer 8192
int num;
char buf[buffer];
int main()
{
FILE *fp = fopen("num.txt", "r");
fscanf(fp, "%d", &num);
fclose(fp);
setvbuf(stdout, buf, _IOFBF, buffer);
for (int i = 1; i <= num; i++)
printf("a");
return 0;
}

复制代码

//printf+flush.c
#include <stdio.h>
int num;
int main()
{
FILE *fp = fopen("num.txt", "r");
fscanf(fp, "%d", &num);
fclose(fp);
for (int i = 1; i <= num; i++)
printf("a"), fflush(stdout);
return 0;
}

复制代码

edit：等下，发现你给的是msvc的文档，我用的是gcc（

星然hkmi

wsseieiei 发表于 2023-2-2 15:20

我一个安卓开发板居然没有卡死

WisW

本帖最后由 WisW 于 2023-2-3 14:56 编辑

开心的阿诺发表于 2023-2-2 14:20
2年前我也靠这个水了一帖，现在感觉是黑历史 xd
另外第一个程序太不优雅了吧啊啊啊，都存到内存里了为什么 ...

用什么cout，太慢了，用printf啊（等我翻到了最后一页，哦，大佬啊，当我没说

开心的阿诺

WisW 发表于 2023-2-3 14:54
用什么cout，太慢了，用printf啊（等我翻到了最后一页，哦，大佬啊，当我没说
...

我测出来cout比printf快好多...... orz
前面是printf的数据
下面是cout的：

不知道为什么即使没关同步cout也比printf快2倍，关掉同步更是快到飞起（老人地铁手机）

Xiong0_Xiong0

压缩包炸弹可还行，真的会炸吗（）

MengJianMJ

这么多eeee

第一页上一页