如果命令没有相互依赖的状态,您可以将它们并行化。有很多方法可以做到这一点,但其中一种更简单的是使用线程包的线程池(这需要线程化的 Tcl,现在许多平台上的规范):
package require Thread
set pool [tpool::create -maxworkers 4]
# The list of *scripts* to evaluate
set tasks {
{command 1}
{command 2}
...
{command n}
}
# Post the work items (scripts to run)
foreach task $tasks {
lappend jobs [tpool::post $pool $task]
}
# Wait for all the jobs to finish
for {set running $jobs} {[llength $running]} {} {
tpool::wait $pool $running running
}
# Get the results; you might want a different way to print the results...
foreach task $tasks job $jobs {
set jobResult [tpool::get $pool $job]
puts "TASK: $task"
puts "RESULT: $jobResult"
}
主要可调整的是线程池的大小,默认限制为 4。(通过我在上面明确列出的-maxworkers
选项设置它tpool::create
。)选择的最佳值取决于你有多少 CPU 内核以及每个任务平均产生多少 CPU 负载;你需要测量和调整......</p>
您还可以使用该-initcmd
选项使用您选择的脚本预加载池中的每个工作线程。那是您拨打电话的好地方package require
。工作线程彼此完全独立,也完全独立于主线程;他们不共享状态。如果您在单独的进程中运行每段代码,您将获得相同的模型(但您最终会编写更多代码来进行协调)。
[编辑]:这是一个适用于 Tcl 8.4 的版本,它使用子进程代替。
namespace eval background {}
proc background::task {script callback} {
set f [open |[list [info nameofexecutable]] "r+"]
fconfigure $f -buffering line
puts $f [list set script $script]
puts $f {fconfigure stdout -buffering line}
puts $f {puts [list [catch $script msg] $msg]; exit}
fileevent $f readable [list background::handle $f $script $callback]
}
proc background::handle {f script callback} {
foreach {code msg} [read $f] break
catch {close $f}
uplevel "#0" $callback [list $script $code $msg]
}
proc accumulate {script code msg} {
puts "#### COMMANDS\n$script"
puts "#### CODE\n$code"
puts "#### RESULT\n$msg"
# Some simple code to collect the results
if {[llength [lappend ::accumulator $msg]] == 3} {
set ::done yes
}
}
foreach task {
{after 1000;subst hi1}
{after 2000;subst hi2}
{after 3000;subst hi3}
} {
background::task $task accumulate
}
puts "WAITING FOR TASKS..."
vwait done
注意:任务是产生结果的 Tcl 命令,但不能将结果打印出来;结构代码(in background::task
)处理它。这些是子流程;它们彼此不共享任何内容,因此您希望它们执行或配置的任何内容都必须作为任务的一部分发送。更复杂的版本可以保留子进程的热池,并且在一般情况下非常像线程池(由于处于子进程而不是线程中而存在细微差异),但这比我想在这里写的代码更多.
结果代码(即异常代码)为 0 表示“ok”,1 表示“error”,在不太常见的情况下为其他值。它们正是Tcl 8.6catch
手册页中记录的值;由您来正确解释它们。(我想我还应该添加代码以在发生错误的情况下报告::errorInfo
和::errorCode
变量内容,但这会使代码更加复杂......)