过多的报错会影响服务器性能吗？ - 矿工茶馆

小张up

本帖最后由小张up 于 2020-1-30 21:44 编辑

我又一个小服务器，刚刚14人时tps在19.65以上。结果突然一个报错，tps变成了15.56。。。然后全服玩家被清退。我很好奇是不是应该服务器报错过多引起的qwq

【不过也好，清退了挂机的玩家awa】

【我当时就不该狂输入高耗能命令的啊qwq】

最后一只qwq

不太可能虽然部分可能有关但绝对不能是直接导致的

小张up

最后一只qwq 发表于 2020-1-30 21:48
不太可能虽然部分可能有关但绝对不能是直接导致的

报错是每次玩家进入服务器就有一次的。并且那个插件每次带头卡爆主线程。。。

梦江南

会的，多多少少都会

想念~

并不会的一般都是更新报错无视

小张up

我发现我的每一次辩论帖都是极端哎【滑稽】

。—。

试过机械盘开服的时候，曾经因为报错过多，然后负责日志写入的线程文件IO超时，直接自动关服……

guaiMiao~

本帖最后由拿狙也爆头于 2020-1-30 22:38 编辑

自己写插件的我对报错0容忍

建议尽量找出原因并解决

z905285909

那得看是啥报错啊
像我一直在报实体碰撞箱的错误，也不会影响啥

午申

我觉得可能会，毕竟Minecraft服务器的性能和主频挂钩。

小魄-Caron

会不会要看是什么类型的报错
比如更新报错就不会影响

ItIsEnderman

本帖最后由 ItIsEnderman 于 2020-1-31 11:25 编辑

首先，当然会，尤其是把控制台窗口打开的时候。

这里我们来做一个实验：

我们有如下C++代码：

#include <fstream>
#include <iostream>
#include <time.h>
#include <sstream>
#include <sys/timeb.h>
using namespace std;
class TimeMarker {
private:
long long mark;
public:
TimeMarker();
long long getMS();
void reset();
};
class PrintStream {
private:
fstream fs;
public:
PrintStream();
~PrintStream();
void print(string, bool);
};
TimeMarker::TimeMarker() {
timeb t;
ftime(&t);
mark = (long long)t.millitm + 1000 * (int)time(0);
}
long long TimeMarker::getMS() {
timeb t;
ftime(&t);
return (long long)t.millitm + 1000 * (int)time(0) - mark;
}
void TimeMarker::reset() {
timeb t;
ftime(&t);
mark = (long long)t.millitm + 1000 * (int)time(0);
}
PrintStream::PrintStream() {
fs.open("output.txt", ios::out);
}
PrintStream::~PrintStream() {
fs.close();
}
void PrintStream::print(string context, bool conio) {
if (conio) {
cout << context << endl;
}
fs << context << endl;
}
int main() {
string s = "This is a string to be repeated by the STDOUT function.";
TimeMarker tm;
PrintStream ps;
ps.print("Show output result on the console pane:", true);
for (int i = 0; i < SHRT_MAX; i++) {
ps.print(s, true);
}
stringstream s1;
s1 << tm.getMS();
ps.print("Time used: " + s1.str(), true);
tm.reset();
ps.print("Show nothing the console pane:", true);
for (int i = 0; i < SHRT_MAX; i++) {
ps.print(s, false);
}
stringstream s2;
s2 << tm.getMS();
ps.print("Time used: " + s2.str(), true);
}

复制代码

逻辑结构大致为：首先，同时在控制台（模拟控制台上的日志显示）和文件（模拟日志文件）里同时输出一个字符串32768次，同时记录所用时间（毫秒级）；然后只在文件输出32768次，同时记录所用时间（毫秒级）。

得到这样的结果：

于是可以发现，在控制台有输出显示时，所消耗的时间时不在控制台显示时的几十倍，也就是说，刷报错时，最占资源的更有可能是把错误信息输出在控制台上这个过程。
（因为这是模拟实验，没有完全模拟服务器的运行，服务器是多个线程并发执行的，我这里只有一个。因此还可能有其他问题。）

在客户端也遇过实际观感，当有警告刷屏时，开启控制台窗口比不开启消耗时间长大约一两秒。

（一不小心打掉了个单词，不要介意）

快乐小方

我觉得不会，但是硬盘太容易满了。

我看到有不影响服务器的报错直接屏蔽了

阿痴先森丶

报错会影响到硬盘，但一般服务器都配备ssd高速硬盘，不会出现报错卡服的现象

longye1234

会影响到服务器，导致服务器卡顿

bwtx1981

阿痴先森丶发表于 2020-1-31 12:20
报错会影响到硬盘，但一般服务器都配备ssd高速硬盘，不会出现报错卡服的现象 ...

我见过一个服务器就是没有ssd的卡爆了

Phwan

只要及时修复就不会吧

mine新时代xs

服务器长时间运行卡顿不是过多的报错造成的问题，而是反复载入、卸载区块和Java的GC机制造成的

FloatingBlocks

报错会卡服？头一次听说

陌上灬亦尘

正常来说不会有大的报错直接关服了