dst*_*fel 5 java performance multithreading stream runtime.exec
我有一个脚本,它多次执行一个程序,向 STDERR 和 STDOUT 生成大约 350 行输出。现在,我需要用 Java 执行脚本,从而将输出流打印到它们的原始目的地。因此,基本上,我从 Java 类内部执行脚本,为用户维护原始行为。
我这样做的方式受到了诸如从 java Runtime.exec 读取流之类的建议的启发,并且在功能上运行良好。
Process p = Runtime.getRuntime().exec(cmdarray);
new Thread(new ProcessInputStreamHandler(p.getInputStream(), System.out)).start();
new Thread(new ProcessInputStreamHandler(p.getErrorStream(), System.err)).start();
return p.waitFor();
Run Code Online (Sandbox Code Playgroud)
和班级ProcessInputStreamHandler:
class ProcessInputStreamHandler implements Runnable {
private BufferedReader in_reader;
private PrintStream out_stream;
public ProcessInputStreamHandler(final InputStream in_stream, final PrintStream out_stream) {
this.in_reader = new BufferedReader(new InputStreamReader(in_stream));
this.out_stream = out_stream;
}
@Override public void run() {
String line;
try {
while ((line = in_reader.readLine()) != null) {
out_stream.println(line);
}
} catch (Exception e) {throw new Error(e);}
out_stream.flush();
}
}
Run Code Online (Sandbox Code Playgroud)
现在关于我的问题陈述:虽然脚本的执行需要大约 17 秒,但“封装”执行至少需要 21 秒。我在哪里失去这 4 秒或更多秒?
我已经尝试使用ProcessBuilder将 STDERR 重定向到 STDOUT,将 POSIX vfork 与诸如https://github.com/axiak/java_posix_spawn 之类的库一起使用,使用字节缓冲区而不是BufferedReader......一切都没有任何积极的结果。
有什么建议吗?我知道会有一些性能损失,但 4 秒对我来说似乎有点多......
感谢任何建议!
最好的问候和提前致谢。
完成任务的最快方法是使用 Java 7 和
return new ProcessBuilder(cmdarray).inheritIO().start().waitFor();
Run Code Online (Sandbox Code Playgroud)
如果这没有帮助,我认为您无能为力,因为其他所有方法都会向您的运行时环境添加更多必须处理的代码。
| 归档时间: |
|
| 查看次数: |
1096 次 |
| 最近记录: |