Performance 从脚本语言运行应用程序时出现奇怪的性能行为

我编写了tcl脚本，作为计算密集型应用程序之间的粘合剂。
当我运行

top

命令时，我看到2个cpu的利用率为100%。
一个用于tcl，另一个用于我正在运行的应用程序。
问题是：当二进制应用程序计算量很大时，为什么tcl会充分利用其中一个处理器

---

Thx.

更多的细节会很有帮助：您在谈论哪些工具？他们提供Tcl接口的目的是什么？您是否创建了Tcl脚本？如何调用它？

更多的细节会很有帮助：您在谈论哪些工具？他们提供Tcl接口的目的是什么？您是否创建了Tcl脚本？如何调用它？

如果我猜的话，我会说TCL脚本正在轮询一些东西；也许是回信？“正确”的方法是使用中断，但这始终是一个有趣的TCL练习。另一方面，有可能TCL根本不是问题所在——如果你能找到TCL的来源，在工具调用之后加上“1000000之后”之类的词；然后你就会知道它是否真的是你拥有的TCL，或者是被DLL掩盖的其他东西

---

如果没有很好的方法来编辑供应商TCL，那么也许您可以在“慢速”远程机器上使用TCL，并使用SSH或telnet在“快速”机器上调用应用程序本身。

如果我猜测，我会说TCL脚本正在轮询某些内容；也许是回信？“正确”的方法是使用中断，但这始终是一个有趣的TCL练习。另一方面，有可能TCL根本不是问题所在——如果你能找到TCL的来源，在工具调用之后加上“1000000之后”之类的词；然后你就会知道它是否真的是你拥有的TCL，或者是被DLL掩盖的其他东西

---

如果没有好的方法编辑供应商TCL，那么也许您可以在“慢速”远程计算机上使用TCL，并使用SSH或telnet在“快速”计算机上调用应用程序本身。

除了等待其他程序退出之外，TCL脚本在做什么？需要更多信息！你能粘贴应用程序运行时执行的TCL吗？你们是怎么开始的？嗨，伙计们，很抱歉这么晚才回复。实际上，我使用的是该公司为这个计算密集型任务提供的接口。我无法跟踪tcl如何在后台启动此工具的任何细节，因为API是作为共享库（用c编译）提供的，并且我没有源代码。问题是我可以从命令行运行这些外部工具。我知道他们很需要资源。然而，我认为在这种情况下，tcl进程本身应该是空闲的。tcl脚本无论如何都不会处理或控制此工具。一旦启动它们，它们就会产生结果。正如您所说，听起来tcl脚本本身应该是空闲的。也就是说，很可能发生了一些你不知道的事情。。。或者有人在代码中犯了一个错误导致了使用。tcl脚本除了等待其他程序退出外，还在做什么？需要更多信息！你能粘贴应用程序运行时执行的TCL吗？你们是怎么开始的？嗨，伙计们，很抱歉这么晚才回复。实际上，我使用的是该公司为这个计算密集型任务提供的接口。我无法跟踪tcl如何在后台启动此工具的任何细节，因为API是作为共享库（用c编译）提供的，并且我没有源代码。问题是我可以从命令行运行这些外部工具。我知道他们很需要资源。然而，我认为在这种情况下，tcl进程本身应该是空闲的。tcl脚本无论如何都不会处理或控制此工具。一旦启动它们，它们就会产生结果。正如您所说，听起来tcl脚本本身应该是空闲的。也就是说，很可能发生了一些你不知道的事情。。。或者有人在代码中犯了一个错误，导致了使用。thx对于答案，tcl正在等待结果，这就是问题所在。thx再一次。thx对于答案，tcl正在等待结果，这就是问题所在。再来一次。