OOMMF手册整理.doc

如果您系统Tcl / Tk安装是非线程，那么您可以创立一种非线程版本OOMMF，否则您可以在您主目录或/ usr / local下创立一种额外，线程化Tcl / Tk安装。 请注意，如果您系统上安装了各种Tcl / Tk安装，则无论何时您构建或启动OOMMF，都需要小心使用对的tclsh
Parallelization
OOMMF Oxs 3D解算器（oxsii amd boxsi）可以构建线程，以容许在多解决器/多核机器上并行解决。 为了构建和运营一种并行版本OOMMF，你必要有一种启用线程Tcl版本。 当前Tcl大多数原则二进制发行版都是启用了线程，因此包括预先构建可执行文献OOMMF版本都是构建了线程启用。 如果您从源代码构建OOMMF，那么默认状况下，如果您Tcl是启用线程，则将构建线程启用OOMMF。 如前所述，您可以使用tclsh + platform命令检查线程构建状态。
如果你想强制非线程构建OOMMF，那么编辑你平台config / platforms /文献。 在标签为LOCAL CONFIGURATION某些，您会看到一条如下所示行：
# $config SetValue oommf_threads 0
某些多解决器机器具备不统一内存架构（NUMA），这意味着虽然每个解决器都可以访问所有系统内存，但某些内存某些可以比其她某些更快地访问。 普通状况下，这是通过将系统内存和解决器划分为\节点来完毕。“节点内内存访问比节点间访问更快，并且取决于体系构造，不同节点对之间访问延迟和带宽也许不同。 涉及某些多解决器AMD Opteron和Intel Xeon解决器。
如下示例产生频率为1 GHz，幅度为800 A / m正弦变化场：
proc SineField { total_time } {
set PI [expr {4*atan(1.)}]
set Amp
set Freq [expr {1e9*(2*$PI)}]
set Hx [expr {$Amp*sin($Freq*$total_time)}]
set dHx [expr {$Amp*$Freq*cos($Freq*$total_time)}]
return [list $Hx 0 0 $dHx 0 0]
}
Specify Oxs_ScriptUZeeman {
script_args total_time
script SineField
}
Drivers
当evolvers（）负责将仿真向前移动时，drivers通过将仿真环节分为任务，阶段和运营来协调节个仿真过程行为。Oxs中有两个驱动程序，Oxs TimeDriver用于控制时间演化程序，如RunxKuttaEvolve，Oxs MinDriver用于控制OxsCGEvolve等最小化演化程序。
The stopping dm/dt：指定当所有自旋上最大值|dm/dt|降至此值如下时，应以为该阶段已完毕。对于准静态模仿，dm/-1比较合理，为了计算精准能量，
stopping time:每一步最大模仿时间
Oxs TimeDriver提供12个标量输出和两个向量场输