OOMMF手册整理

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

2、程得 Tcl 版本。 以包含预先构建得可执行文件得 OOMMF 版本都就是构建了线程启用得。您从源代码构建OOMMF,那么默认情况下，如果您得Tcl就是启用线程得,则将构 建线程启用得 OOMMF 。 如前所述 ,您可以使用 tclsh oommf、tcl + platform 命令 检查线程构建状态。如果您想强制非线程构建 OOMMF,那么编辑您得平台得config / platforms /文件。 在标签为 LOCAL CONFIGURATION 得部分,您会瞧到一条如下所示得行 :# $config SetValue oommf_threads 0一些多处理器机器具有不统一得内存架构 (

3、NUMA), 这意味着虽然每个处理器都 可以访问所有得系统内存 ,但某些内存部分可以比其她部分更快地访问。通常情况下,这就是通过将系统内存与处理器划分为节点来完成得。“节点内得内存访问比节点间得访问更快 ,并且取决于体系结构 ,不同节点对之间得访问延迟与带宽可 能不同。 包括一些多处理器 AMD Op tero n与In tel Xeon处理器。以下示例产生频率为1 GHz,幅度为800 A / m得正弦变化场：proc SineField total_time set PI expr 4*atan(1、) set Amp 800、0 set Freq expr 1e9*(2*$PI) set

4、 Hx expr $Amp*sin($Freq*$total_time) set dHx expr $Amp*$Freq*cos($Freq*$total_time) return list $Hx 0 0 $dHx 0 0Specify Oxs_ScriptUZeeman script_args total_time script SineFieldDrivers当evolvers(第7、3、4节)负责将仿真向前移动时drivers通过将仿真步骤分为任 务,阶段与运行来协调整个仿真过程得行为。Oxs中有两个驱动程序，OxsTimeDriver用于控制时间演化程序，如RunxKuttaEvol

5、ve,Oxs MinDrive用于控制 OxsCGEvolv等最小化演化程序。The stopping dm/dt： 指定当所有自旋上得最大值 |dm/dt| 降至此值以下时 ,应认为 该阶段已完成。对于准静态模拟 ,dm/dt 在 0、 01-1比较合理,为了计算精确得能 量,要使精度低于 0、 001stopping time： 每一步最大得模拟时间Oxs TimeDriver 提供 12个标量输出与两个向量场输出 ,标量场输出如下 ：Stage: 目前得阶段数 (从 0 开始)Stage iteration: 当前阶段成功运行得进动数Iteration: 在这个模拟中成功运行得进动步数S

6、imulation time: 总得模拟时间Last time step: 之前一步得模拟时间长度Mx/mx: 磁矩在 X 方向得归一化分量My/my:Mz/mz:Max Spin Ang: 相邻自旋之间得最大角度 ,Stage Max Spin AngS前阶段得最大自旋角Run Max Spin AngS前运行中得最大自旋角Wall time:经过得时间（用于比较表现与debug）Oxs MinDriver: 控制最小进动演化stopping mxHxm: A/m, 一般在 0、1-10,如果要计算精确能量 ,要使得其低于 0、01OOMMF eXtensible Solver Batch

7、Interface: boxsi应用程序Boxsi为Oxs微磁计算引擎提供批处理模式界面。 提供了一个受限 制得图形界面 ,但就是 Boxsi 主要就是由命令行参数来控制得 ,并且由用户直接从 shell 提示符或批处理文件在OOMMF体系结构中（参见第4节）,Boxsi既就是服务器又就是客户端应用 程序。 它就是数据表显示与存储应用程序以及矢量场显示与存储应用程序得客 户端。Boxsi就是解决者控制服务得服务器，其唯一得客户端就是mmLaunch第6 节）。mmLaunch通过此服务代表Boxsi提供了一个用户界面窗口（如上所示）。Boxsi与Oxsii在输出方面得唯一区别在于，实际上Box

8、si倾向于主要依赖输入MIF文件（第17、3、2节）中得Destination与Schedule命令来设置输出配置。mmArchive作用:将数据发送到mmArchive得客户端应用程序控制数据流。 mmArchive 将收到得数据复制到客户端指定得文件中。对于数据表输出 ,如果输出文件已经存在 ,那么新得数据被追加到文件得末 尾。 每个会话得数据记录夹在 Table Start与 Table EncT记录之间。 请参阅 ODT格式文档（第18节）了解数据表文件结构。对于矢量场输出，如果输出文件已经存在，则删除旧数据并用当前数据替换。 有关矢量场输出格式得信息，请参阅OVF文档（第19节）。o

9、dtcat实用程序读取包含一个或多个表得 stdin上得ODT第18章）文件，并将 它们连接在一起形成一个表，从而创建一个由单个表组成得新 ODT文件。当连续 得表连接时 ,第一个得尾部被截断 ,以便指定得控制列在接缝处就是单调得。此工 具对于修复从一个或多个检查点数据中断并重新启动得模拟ODT输出非常有用。oxspkg命令用于管理可选得 Oxs扩展包。每个包都存储在oommf / app / oxs / con trib /下得单独目录中。这些软件包可以通过oxs pkg命令安装到/从oommf / app / oxs / local /目录下进行安装。Pidinfo命令打印将OOMMF I

10、D（OID映射到系统进程ID（PID与应用程序名称 得表。OOMMFRootDir这与ReadFile命令一起用于在OOMMF层次结构中定位文件 就是有用得 ,并且也可以用于将输出文件由零个或多个Destination与Schedule命令表示得预先指定得输出通常放置 在 Specify 块之后。 输出选择也可以在运行时使用 Oxsii（Sec 7、 1,第 33 页）或Boxsi（Sec 7、2,第39页）交互式界面进行修改。Destination 得命令格式为:Destination vdesttag> vappname> new该命令将一个符号desttag与一个应用程序相关

11、联。Schedule命令使用这些 标签（见下文 ）来引用特定得应用程序实例。appname可以就是OOMMF应用程序名称例如mmDisp,也可以就是应 用程序中得特定应用程序实例：昵称,例如mmDisp:Spock在第一种情况下，标签与 所请求应用程序得运行实例（此处为mmDisp）关联，其中最低得OOMMF ID（OID）尚 未与另一个标签关联。 如果找不到符合这些标准得正在运行得应用程序 ,则启动 该应用程序得新实例如果,则将启动应用程序得新实例并为如果appname引用了特定得应用程序实例，那么该标记将与正在分配指定昵 称得应用程序得运行实例（如mmDisp）相关联。名称匹配不区分大小写

12、。 没有满足此条件得应用程序得正在运行得副本 其分配指定得昵称。 OOMMF 账户服务目录保证一个给定昵称得应用程序不会 有多个实例。 但就是,与“指定”命令中得对象名称一样 ,允许两个不同应用程序 （例如mmDisp与mmGraph）得实例共享昵称，因为它们得完整实例名称（例如 mmDisp:Spock与 mmGraph:Spock就是唯一得。目标命令按 MIF 文件中出现得顺序进行处理。 多个目标命令中不会出现 desttag,也不会有两个目标标记可能引用同一个应用程序实例。为了保证后者，建议用户在使用通用应用程序引用（例如,mmDis p）得任何目得地命令之前放置涉 及具体实例得所有目得

13、地命令（例如,mmDisp:Spock。否则,泛型引用可能会与正 在运行得应用程序相关联 ,该应用程序持有由稍后得目标命令引用得昵称。只有解读器读取MIF文件才知道目标命令得标记关联。相比之下，分配得实例昵称在应用程序中被识别。特别就是,多个求解器可能通过昵称引用相同得正在运行得应用程序。 例如,几个连续得解算器运行可以将舞台输出发送到相同得 mmGraph 小部件 ,以建立重叠得滞后回路。 Destination 命令得最后一个参数就是 可选得new关键字。如果存在,则始终启动所请求应用程序得新副本以与给定标 签关联。 新选项可以安全地与任何通用应用程序引用一起使用 ,但就是对特定实 例引用

14、使用此选项时必须小心 ,因为如果请求得昵称已被使用 ,则会引发错误。RGlob该命令在Tcl glob命令（q、v、）上建模，但就是被限制在当前得工作目录 下,即保存MIF文件得目录。Schedule:Schedule命令用于设置来自MIF文件得输出。此功能对于在批处理模式下运行得求解器非常重要 ,但对于在交互模式下设置默认连接也很有用。Schedule <outname> <desttag> <event> <frequency>Schedule命令镜像Oxsii与Boxsi图形界面提供得交互式输出调度（Sec 7）。计 划命令得第一个参数就是

15、正在计划得输出得名称。这些名称与出现在Oxs图形界 面 得 Outputs “列 表 中 得 名 称 相 同 , 例 如 DataTable” 或 Oxs CubicAnisotropy:Nickel:Field“。名称必须作为单个参数呈现给 Schedule命令;如果 该名称包含一个或多个空格 ,然后使用双引号来保护空格。除了总就是存在得 DataTable输出外，外名就是依赖于MIF文件得计划命令得第二个参数就是目标标记。 这就是一个由前一个目得地命令与 正在运行得应用程序相关得标记 （见上）。 符号目标标签取代了应用程序 :图形界 面中使用得OID命名法，因为通常在组成MIF文件时不可能

16、知道应用程序实例得 OOMMF ID。 实际上 ,有些应用程序可能由Destination 命令启动 ,所以在处理Destination 命令时甚至没有 OID事件参数应该就是关键字 Step,Stage或Done中得一个。 对于Step与Stage 事件,频率参数应该就是一个正整数 ,表示应该输出指定事件得频率。例如,如果给出了步骤 5,那么指定类型得解算器输出得每第五步将被发送到选定得目得地。 每次发生事件时将频率设置为 1 发送输出。 完成事件发生在成功完成模拟 ; 因 此,每个模拟至多有一个 “完成”事件,因此,完成事件得频率参数就是可选得 ;如果 存在 ,则应该就是值 1。在图 8所

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

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

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