OOMMF手册整理

1、.如果您的系统Tcl / Tk安装是非线程的，那么您可以创建一个非线程版本的OOMMF，否则您可以在您的主目录或/ usr / local下创建一个额外的，线程化的Tcl / Tk安装。 请注意，如果您的系统上安装了多个Tcl / Tk安装，则无论何时您构建或启动OOMMF，都需要小心使用正确的tclshParallelizationOOMMF Oxs 3D解算器（oxsii amd boxsi）可以构建线程，以允许在多处理器/多核机器上并行处理。 为了构建和运行一个并行版本的OOMMF，你必须有一个启用线程的Tcl版本。 目前Tcl的大多数标准二进制发行版都是启用了线程的，所以包含预先构建的

2、可执行文件的OOMMF版本都是构建了线程启用的。 如果您从源代码构建OOMMF，那么默认情况下，如果您的Tcl是启用线程的，则将构建线程启用的OOMMF。 如前所述，您可以使用tclsh oommf.tcl + platform命令检查线程构建状态。如果你想强制非线程构建OOMMF，那么编辑你的平台的config / platforms /文件。 在标签为LOCAL CONFIGURATION的部分，您会看到一条如下所示的行：# $config SetValue oommf_threads 0一些多处理器机器具有不统一的内存架构（NUMA），这意味着虽然每个处理器都可以访问所有的系统内存，但某

3、些内存部分可以比其他部分更快地访问。 通常情况下，这是通过将系统内存和处理器划分为节点来完成的。“节点内的内存访问比节点间的访问更快，并且取决于体系结构，不同节点对之间的访问延迟和带宽可能不同。 包括一些多处理器AMD Opteron和Intel Xeon处理器。以下示例产生频率为1 GHz，幅度为800 A / m的正弦变化场：proc SineField total_time set PI expr 4*atan(1.)set Amp 800.0set Freq expr 1e9*(2*$PI)set Hx expr $Amp*sin($Freq*$total_time)set dHx e

4、xpr $Amp*$Freq*cos($Freq*$total_time)return list $Hx 0 0 $dHx 0 0Specify Oxs_ScriptUZeeman script_args total_timescript SineFieldDrivers当evolvers（第7.3.4节）负责将仿真向前移动时，drivers通过将仿真步骤分为任务，阶段和运行来协调整个仿真过程的行为。Oxs中有两个驱动程序，Oxs TimeDriver用于控制时间演化程序，如RunxKuttaEvolve，Oxs MinDriver用于控制OxsCGEvolve等最小化演化程序。The sto

5、pping dm/dt：指定当所有自旋上的最大值|dm/dt|降至此值以下时，应认为该阶段已完成。对于准静态模拟，dm/dt在0.01-1比较合理，为了计算精确的能量，要使精度低于0.001stopping time:每一步最大的模拟时间Oxs TimeDriver提供12个标量输出和两个向量场输出，标量场输出如下：Stage: 目前的阶段数（从0开始）Stage iteration:当前阶段成功运行的进动数Iteration:在这个模拟中成功运行的进动步数Simulation time:总的模拟时间Last time step:之前一步的模拟时间长度Mx/mx:磁矩在X方向的归一化分量My/

6、my:Mz/mz:Max Spin Ang: 相邻自旋之间的最大角度，Stage Max Spin Ang:当前阶段的最大自旋角Run Max Spin Ang:当前运行中的最大自旋角Wall time:经过的时间（用于比较表现和debug）Oxs MinDriver:控制最小进动演化stopping mxHxm：A/m，一般在0.1-10，如果要计算精确能量，要使得其低于0.01OOMMF eXtensible Solver Batch Interface: boxsi应用程序Boxsi为Oxs微磁计算引擎提供批处理模式界面。 提供了一个受限制的图形界面，但是Boxsi主要是由命令行参数来控

7、制的，并且由用户直接从shell提示符或批处理文件在OOMMF体系结构中（参见第4节），Boxsi既是服务器又是客户端应用程序。 它是数据表显示和存储应用程序以及矢量场显示和存储应用程序的客户端。 Boxsi是解决者控制服务的服务器，其唯一的客户端是mmLaunch（第6节）。 mmLaunch通过此服务代表Boxsi提供了一个用户界面窗口（如上所示）。Boxsi和Oxsii在输出方面的唯一区别在于，实际上Boxsi倾向于主要依赖输入MIF文件（第17.3.2节）中的Destination和Schedule命令来设置输出配置。mmArchive作用：将数据发送到mmArchive的客户端应用程

8、序控制数据流。 mmArchive将收到的数据复制到客户端指定的文件中。对于数据表输出，如果输出文件已经存在，那么新的数据被追加到文件的末尾。 每个会话的数据记录夹在 Table Start“和 Table End”记录之间。 请参阅ODT格式文档（第18节）了解数据表文件结构。对于矢量场输出，如果输出文件已经存在，则删除旧数据并用当前数据替换。 有关矢量场输出格式的信息，请参阅OVF文档（第19节）。odtcat实用程序读取包含一个或多个表的stdin上的ODT（第18章）文件，并将它们连接在一起形成一个表，从而创建一个由单个表组成的新ODT文件。 当连续的表连接时，第一个的尾部被截断，以便

9、指定的控制列在接缝处是单调的。此工具对于修复从一个或多个检查点数据中断并重新启动的模拟ODT输出非常有用。oxspkg命令用于管理可选的Oxs扩展包。 每个包都存储在oommf / app / oxs / contrib /下的单独目录中。 这些软件包可以通过oxspkg命令安装到/从oommf / app / oxs / local /目录下进行安装。 pidinfo命令打印将OOMMF ID（OID）映射到系统进程ID（PID）和应用程序名称的表。OOMMFRootDir：这与ReadFile命令一起用于在OOMMF层次结构中定位文件是有用的，并且也可以用于将输出文件由零个或多个Desti

10、nation和Schedule命令表示的预先指定的输出通常放置在Specify块之后。 输出选择也可以在运行时使用Oxsii（Sec 7.1，第33页）或Boxsi（Sec.7.2，第39页）交互式界面进行修改。Destination的命令格式为：Destination new该命令将一个符号desttag与一个应用程序相关联。 Schedule命令使用这些标签（见下文）来引用特定的应用程序实例。 appname可以是OOMMF应用程序名称，例如mmDisp，也可以是应用程序中的特定应用程序实例：昵称，例如mmDisp：Spock。在第一种情况下，标签与所请求应用程序的运行实例（此处为mmDi

11、sp）关联，其中最低的OOMMF ID（OID）尚未与另一个标签关联。 如果找不到符合这些标准的正在运行的应用程序，则启动该应用程序的新实例如果appname引用了特定的应用程序实例，那么该标记将与正在分配指定昵称的应用程序的运行实例（如mmDisp）相关联。 名称匹配不区分大小写。 如果没有满足此条件的应用程序的正在运行的副本，则将启动应用程序的新实例并为其分配指定的昵称。 OOMMF账户服务目录保证一个给定昵称的应用程序不会有多个实例。 但是，与“指定”命令中的对象名称一样，允许两个不同应用程序（例如mmDisp和mmGraph）的实例共享昵称，因为它们的完整实例名称（例如mmDisp：S

12、pock和mmGraph：Spock）是唯一的。目标命令按MIF文件中出现的顺序进行处理。 多个目标命令中不会出现desttag，也不会有两个目标标记可能引用同一个应用程序实例。 为了保证后者，建议用户在使用通用应用程序引用（例如，mmDisp）的任何目的地命令之前放置涉及具体实例的所有目的地命令（例如，mmDisp：Spock）。 否则，泛型引用可能会与正在运行的应用程序相关联，该应用程序持有由稍后的目标命令引用的昵称。只有解读器读取MIF文件才知道目标命令的标记关联。 相比之下，分配的实例昵称在应用程序中被识别。 特别是，多个求解器可能通过昵称引用相同的正在运行的应用程序。 例如，几个连续

13、的解算器运行可以将舞台输出发送到相同的mmGraph小部件，以建立重叠的滞后回路。 Destination命令的最后一个参数是可选的new关键字。 如果存在，则始终启动所请求应用程序的新副本以与给定标签关联。 新选项可以安全地与任何通用应用程序引用一起使用，但是对特定实例引用使用此选项时必须小心，因为如果请求的昵称已被使用，则会引发错误。RGlob该命令在Tcl glob命令（q.v.）上建模，但是被限制在当前的工作目录下，即保存MIF文件的目录。Schedule：Schedule命令用于设置来自MIF文件的输出。 此功能对于在批处理模式下运行的求解器非常重要，但对于在交互模式下设置默认连接也

14、很有用。Schedule Schedule命令镜像Oxsii和Boxsi图形界面提供的交互式输出调度（Sec.7）。 计划命令的第一个参数是正在计划的输出的名称。 这些名称与出现在Oxs图形界面的 Outputs“列表中的名称相同，例如 DataTable”或 Oxs CubicAnisotropy：Nickel：Field“。名称必须作为单个参数呈现给Schedule命令;如果该名称包含一个或多个空格，然后使用双引号来保护空格。除了总是存在的DataTable输出外，外名是依赖于MIF文件的计划命令的第二个参数是目标标记。 这是一个由前一个目的地命令与正在运行的应用程序相关的标记（见上）。

15、符号目标标签取代了应用程序：图形界面中使用的OID命名法，因为通常在组成MIF文件时不可能知道应用程序实例的OOMMF ID。 实际上，有些应用程序可能由Destination命令启动，所以在处理Destination命令时甚至没有OID事件参数应该是关键字Step，Stage或Done中的一个。 对于Step和Stage事件，频率参数应该是一个正整数，表示应该输出指定事件的频率。 例如，如果给出了步骤5，那么指定类型的解算器输出的每第五步将被发送到选定的目的地。 每次发生事件时将频率设置为1发送输出。 完成事件发生在成功完成模拟; 因此，每个模拟至多有一个“完成”事件，因此，完成事件的频率参

16、数是可选的;如果存在，则应该是值1。在图8所示的示例MIF 2.1文件（第17.3.5节，第216页（219）中，有一些使用目的地和时间表命令进行时间安排的例子。在那里，三个目的地被标记。第一个是指可能已经运行的mmGraph实例，具有昵称Hysteresis。相关的调度命令在每个阶段结束时向此应用程序发送DataTable输出，因此可以生成滞后图。第二个目标标签引用了一个用于监控运行的mmGraph的不同副本。为了确保这个输出被渲染到一个空白的平板上，使用new关键字来启动mmGraph的新副本。监视器目标的“计划”命令每5次迭代求解器将输出传递给监视mmGraph。最后一个Destinat

17、ion命令标记一个任意的mmArchive应用程序，用于每个阶段结束时DataTable结果的文件存储，以及每个阶段结束时磁化和总场的快照。请注意，双引号包含 Oxs EulerEvolve : Total字段的输出名称，如果没有引号，Schedule命令会看到五个参数， Oxs EulerEvolve : Total， field“， archive”， Stage“和 3 。16.10 Launching the OOMMF host server: launchhost在正常情况下，OOMMF主机服务器（也称为主机服务目录）将根据客户机应用程序的需要在后台自动启动。 但是，主要在批处理计

18、算环境中，明确启动主机服务器以控制主机服务器端口地址会很有用.The launchhost command line is:tclsh oommf.tcl launchhost standard options port要求主机服务器侦听的端口号。对于非特权用户，这通常必须大于1024，或者是指示主机服务器在随机，未使用的端口上打开的特殊值0。成功时，launchhost将实际使用的主机端口号写入stdout。如OOMMF体系结构文档（第4节）中所述，主机服务器（主机服务目录）在允许各种OOMMF应用程序相互通信方面起着至关重要的作用。 要工作，所有OOMMF应用程序必须知道主机服务器端口号。 通常这个端口号由文件oommf / config / options.tcl中的网络主机端口设置决定，尽管这个设置可能被环境变量OOMMF HOSTPORT覆盖。但是，在批处理模式设置中，可能会发生这样的情况，即想要在单台计算机上运行多个并发但独立的OOMMF会话。 一种方法是在每个会话中将环境变量OOMMF HOS