我觉得服务器的日志记录非常详尽。有没有办法禁用或减少日志输出？似乎如果我将文档发送到服务器，它将写入stdout可能成为性能杀手的内容。
我能以某种方式做到这一点吗？
更新
我找到了一种抑制服务器输出的方法。我的问题仍然是如何以及是否可以使用实际服务器的命令行参数来做到这一点。但是，对于一个肮脏的解决方法，似乎以下可以减轻开销。
运行服务器
java -mx6g -cp "*" edu.stanford.nlp.pipeline.StanfordCoreNLPServer -prettyPrint false 2&>1 >/dev/null
哪里>/dev/null会将输出管道化。不幸的是，仅此一项并没有帮助。2&>1似乎在这里做的伎俩。我承认我不知道它实际上在做什么。但是，我比较了两次运行。
运行 2&>1 >/dev/null
Processed 100 sentences
Overall time: 2.1797 sec
Time per sentence: 0.0218 sec
Processed 200 sentences
Overall time: 6.5694 sec
Time per sentence: 0.0328 sec
...
Processed 1300 sentences
Overall time: 30.482 sec
Time per sentence: 0.0234 sec
Processed 1400 sentences
Overall time: 32.848 sec
Time per sentence: 0.0235 sec
Processed 1500 sentences
Overall time: 35.0417 sec
Time per sentence: 0.0234 sec
在没有额外参数的情况下运行
ParagraphVectorTrainer - Epoch 1 of 6
Processed 100 sentences
Overall time: 2.9826 sec
Time per sentence: 0.0298 sec
Processed 200 sentences
Overall time: 5.5169 sec
Time per sentence: 0.0276 sec
...
Processed 1300 sentences
Overall time: 54.256 sec
Time per sentence: 0.0417 sec
Processed 1400 sentences
Overall time: 59.4675 sec
Time per sentence: 0.0425 sec
Processed 1500 sentences
Overall time: 64.0688 sec
Time per sentence: 0.0427 sec
这是一个非常肤浅的测试，但似乎这会产生相当大的影响。这里的差异是 1.828 倍，随着时间的推移，差异很大。
然而，这只是一个快速测试，我不能保证我的结果是完全正常的！
进一步更新：
我认为这与 JVM 如何随着时间的推移优化代码有关，但每个句子的时间与我在本地机器上的时间相当。请记住，我使用以下结果2&>1 >/dev/null来消除stdout日志记录。
Processed 68500 sentences
Overall time: 806.644 sec
Time per sentence: 0.0118 sec
Processed 68600 sentences
Overall time: 808.2679 sec
Time per sentence: 0.0118 sec
Processed 68700 sentences
Overall time: 809.9669 sec
Time per sentence: 0.0118 sec