Slurm Burst Buffer Guide

• Overview
• Configuration (for system administrators)
• Job Submission Commands
• Persistent Burst Buffer Creation and Deletion Directives
• Interactive Job Options
• Status Commands
• Advanced Reservations
• Job Dependencies

Overview

Slurm includes support for burst buffers, a shared high-speed storage resource.
Slurmには、共有高速ストレージリソースであるバーストバッファーのサポートが含まれています。
Slurm provides support for allocating these resources, staging files in, scheduling compute nodes for jobs using these resources, then staging files out.
Slurmは、これらのリソースの割り当て、ファイルのステージング、これらのリソースを使用するジョブの計算ノードのスケジューリング、およびファイルのステージングのサポートを提供します。
Burst buffers can also be used as temporary storage during a job's lifetime, without file staging.
バーストバッファは、ファイルステージングなしで、ジョブの存続期間中の一時ストレージとしても使用できます。
Another typical use case is for persistent storage, not associated with any specific job.
もう1つの典型的な使用例は、特定のジョブに関連付けられていない永続ストレージです。
This support is provided using a plugin mechanism so that a various burst buffer infrastructures may be easily configured.
このサポートはプラグインメカニズムを使用して提供されるため、さまざまなバーストバッファインフラストラクチャを簡単に構成できます。
One plugin is provided currently:
現在、1つのプラグインが提供されています。

1. datawarp - Uses Cray APIs to perform underlying management functions
   datawarp-CrayAPIを使用して基盤となる管理機能を実行します
   

Additional plugins may be provided in future releases of Slurm.
追加のプラグインは、Slurmの将来のリリースで提供される可能性があります。

Slurm's mode of operation follows this general pattern:
Slurmの動作モードは、次の一般的なパターンに従います。

0. Read configuration information and initial state information
   構成情報と初期状態情報を読む
   
1. After expected start times for pending jobs are established, allocate burst buffers to those jobs expected to start earliest and start stage-in of required files
   保留中のジョブの予想開始時刻が確立されたら、バーストバッファーを、最も早く開始し、必要なファイルのステージインを開始すると予想されるジョブに割り当てます。
   
2. After stage-in has completed, jobs can be allocated compute nodes and begin execution
   段階的導入が完了した後、ジョブに計算ノードを割り当てて実行を開始できます
   
3. After job has completed execution, begin file stage-out from burst buffer
   ジョブの実行が完了したら、バーストバッファからファイルのステージアウトを開始します
   
4. After file stage-out has completed, burst buffer can be released and the job record purged
   ファイルのステージアウトが完了した後、バーストバッファを解放し、ジョブレコードをパージできます。
   

Configuration (for system administrators)

Burst buffer support in Slurm is enabled by specifying the plugin(s) to load for managing these resources using the BurstBufferType configuration parameter in the slurm.conf file.
Slurmでのバーストバッファーのサポートは、slurm.confファイルのBurstBufferType構成パラメーターを使用してこれらのリソースを管理するためにロードするプラグインを指定することで有効になります。
Multiple plugin names may be specified in a comma separated list.
複数のプラグイン名をコンマ区切りのリストで指定できます。
Detailed logging of burst buffer specific actions may be generated for debugging purposes by using the DebugFlags=BurstBuffer configuration parameter.
DebugFlags = BurstBuffer構成パラメーターを使用して、デバッグ目的でバーストバッファー固有のアクションの詳細なログを生成できます。
The BurstBuffer DebugFlags (like many other DebugFlags) can result in very verbose logging and is only intended for diagnostic purposes rather than for use in a production system.
BurstBuffer DebugFlags（他の多くのDebugFlagsと同様）は、非常に詳細なログを生成する可能性があり、本番システムでの使用ではなく、診断目的でのみ使用されます。

# Excerpt of example slurm.conf file
BurstBufferType=burst_buffer/datawarp
# DebugFlags=BurstBuffer # Commented out

Burst buffer specific options should be defined in a burst_buffer.conf file.
バーストバッファ固有のオプションは、burst_buffer.confファイルで定義する必要があります。
This file can contain information about who can or can not use burst buffers, timeouts, and paths of scripts used to perform various functions, etc.
このファイルには、バーストバッファ、タイムアウト、さまざまな機能を実行するために使用されるスクリプトのパスなどを使用できるユーザーと使用できないユーザーに関する情報を含めることができます。
TRES limits can be configured to establish limits by association, QOS, etc.
TRES制限は、関連付け、QOSなどによって制限を確立するように構成できます。
The size of a job's burst buffer requirements can be used as a factor in setting the job priority as described in the multifactor priority document.
マルチファクター優先度ドキュメントで説明されているように、ジョブのバーストバッファー要件のサイズは、ジョブのプライオリティーを設定する際のファクターとして使用できます。

Note for Cray systems: The JSON-C library must be installed in order to build Slurm's burst_buffer/datawarp plugin, which must parse JSON format data.
Crayシステムに関する注意：JSON形式のデータを解析する必要があるSlurmのburst_buffer / datawarpプラグインをビルドするには、JSON-Cライブラリをインストールする必要があります。
See Slurm's JSON installation information for details.
詳細については、SlurmのJSONインストール情報を参照してください。

Job Submission Commands

The normal mode of operation is for batch jobs to specify burst buffer requirements within the batch script.
通常の操作モードは、バッチジョブがバッチスクリプト内でバーストバッファ要件を指定するためのものです。
Batch script lines containing a prefix of "#BB" identify the job's burst buffer space requirements, files to be staged in, files to be staged out, etc.
プレフィックス「#BB」を含むバッチスクリプト行は、ジョブのバーストバッファスペース要件、ステージングされるファイル、ステージングされるファイルなどを識別します。
when using the burst_buffer/generic plugin.
burst_buffer / genericプラグインを使用する場合。
The prefix of "#DW" (for "DataWarp") is used for burst buffer directives when using the burst_buffer/datawarp plugin.
「#DW」（「DataWarp」の略）のプレフィックスは、burst_buffer / datawarpプラグインを使用するときのバーストバッファーディレクティブに使用されます。
Please reference Cray documentation for details about the DataWarp options.
DataWarpオプションの詳細については、Crayのドキュメントを参照してください。
For DataWarp systems, the prefix of "#BB" can be used to create or delete persistent burst buffer storage (NOTE: The "#BB" prefix is used since the command is interpreted by Slurm and not by the Cray Datawarp software).
DataWarpシステムの場合、「＃BB」のプレフィックスを使用して、永続バーストバッファストレージを作成または削除できます（注：コマンドはCray DatawarpソフトウェアではなくSlurmによって解釈されるため、「＃BB」プレフィックスが使用されます）。
Interactive jobs (those submitted using the salloc and srun commands) can specify their burst buffer space requirements using the "--bb" or "--bbf" command line options, as described later in this document.
対話型ジョブ（sallocおよびsrunコマンドを使用して送信されたジョブ）は、このドキュメントで後述するように、「-bb」または「--bbf」コマンドラインオプションを使用してバーストバッファスペース要件を指定できます。
All of the "#SBATCH", "#DW" and "#BB" directives should be placed at the top of the script (before any non-comment lines).
すべての「#SBATCH」、「＃DW」、および「#BB」ディレクティブは、スクリプトの先頭（コメント以外の行の前）に配置する必要があります。
All of the persistent burst buffer creations and deletions happen before the job's compute portion happens.
永続的なバーストバッファの作成と削除はすべて、ジョブの計算部分が発生する前に発生します。
In a similar fashion, you can't stage files in/out at various points in the script execution.
同様に、スクリプト実行のさまざまな時点でファイルをステージイン/ステージアウトすることはできません。
All file stage-in happens prior to the job's compute portion and all file stage-out happens after computation.
すべてのファイルのステージインはジョブの計算部分の前に発生し、すべてのファイルのステージアウトは計算後に発生します。

The salloc and srun commands can create and use job-specific burst buffers.
sallocコマンドとsrunコマンドは、ジョブ固有のバーストバッファを作成して使用できます。
For both commands, the "--bb" or "--bbf" option is used to specify the job's burst buffer requirements.
どちらのコマンドでも、「-bb」または「--bbf」オプションを使用して、ジョブのバーストバッファ要件を指定します。
Note the burst buffer may not be accessible from a login node, but require that salloc spawn a shell on one of its allocated compute nodes.
ログインノードからバーストバッファにアクセスできない場合がありますが、sallocが割り当てられた計算ノードの1つにシェルを生成する必要があることに注意してください。
See the description of SallocDefaultCommand in the slurm.conf man page for more information about how to spawn a remote shell.
リモートシェルを生成する方法の詳細については、slurm.confのマニュアルページにあるSallocDefaultCommandの説明を参照してください。

A basic validation is performed on the job's burst buffer options at job submit time.
基本的な検証は、ジョブの送信時にジョブのバーストバッファオプションに対して実行されます。
If the options are invalid, the job will be rejected and an error message will be returned directly to the user.
オプションが無効な場合、ジョブは拒否され、エラーメッセージがユーザーに直接返されます。
Note that unrecognized options may be ignored in order to support backward compatibility (i.e. a job submission would not fail in the case of an option being specified that is recognized by some versions of Slurm, but not recognized by other versions).
下位互換性をサポートするために、認識されないオプションは無視される場合があることに注意してください（つまり、Slurmの一部のバージョンでは認識されるが、他のバージョンでは認識されないオプションが指定されている場合、ジョブの送信は失敗しません）。
If the job is accepted, but later fails (e.g. some problem staging files), the job will be held and its "Reason" field will be set to error message provided by the underlying infrastructure.
ジョブが受け入れられたが、後で失敗した場合（たとえば、ファイルのステージングに問題がある場合）、ジョブは保留され、その「理由」フィールドは、基盤となるインフラストラクチャによって提供されるエラーメッセージに設定されます。

Users may also request to be notified by email upon completion of burst buffer stage out using the "--mail-type=stage_out" or "--mail-type=all" option.
ユーザーは、「-mail-type = stage_out」または「--mail-type = all」オプションを使用して、バーストバッファーのステージアウトの完了時に電子メールで通知を要求することもできます。
The subject line of the email will be of this form:
電子メールの件名は次の形式になります。

SLURM Job_id=12 Name=my_app Staged Out, StageOut time 00:05:07

Persistent Burst Buffer Creation and Deletion Directives

These options are used for both the burst_buffer/datawarp and burst_buffer/generic plugins to create and delete persistent burst buffers, which have a lifetime independent of the job.
これらのオプションは、burst_buffer / datawarpプラグインとburst_buffer / genericプラグインの両方で使用され、ジョブに依存しない有効期間を持つ永続的なバーストバッファーを作成および削除します。

• #BB create_persistent name=<name> capacity=<number> [access=<access>] [pool=<pool> [type=<type>]
• #BB destroy_persistent name=<name> [hurry]

The persistent burst buffer name may not start with a numeric value (numeric names are reserved for job-specific burst buffers).
永続バーストバッファー名は数値で始まらない場合があります（数値名はジョブ固有のバーストバッファー用に予約されています）。
The capacity (size) specification can include a suffix of "N" (nodes), "K|KiB", "M|MiB", "G|GiB", "T|TiB", "P|PiB" (for powers of 1024) and "KB", "MB", "GB", "TB", "PB" (for powers of 1000).
容量（サイズ）の仕様には、「N」（ノード）、「K | KiB」、「M | MiB」、「G | GiB」、「T | TiB」、「P | PiB」（電力の場合）のサフィックスを含めることができます。 1024の）および「KB」、「MB」、「GB」、「TB」、「PB」（1000の累乗の場合）。
NOTE: Usually Slurm interprets KB, MB, GB, TB, PB, TB units as powers of 1024, but for Burst Buffers size specifications Slurm supports both IEC/SI formats.
注：通常、SlurmはKB、MB、GB、TB、PB、TBの単位を1024の累乗として解釈しますが、バーストバッファーのサイズ仕様の場合、Slurmは両方のIEC / SI形式をサポートします。
This is because the CRAY API supports both formats.
これは、CRAYAPIが両方の形式をサポートしているためです。
The access parameter identifies the buffer access mode.
accessパラメーターは、バッファーアクセスモードを識別します。
Supported access modes for the burst_buffer/datawarp plugin include: striped, private, and ldbalance.
burst_buffer / datawarpプラグインでサポートされているアクセスモードには、striped、private、およびldbalanceがあります。
The pool parameter identifies the resource pool from which the burst buffer should be created.
poolパラメータは、バーストバッファの作成元となるリソースプールを識別します。
The default and available pools are configuration dependent.
デフォルトのプールと使用可能なプールは構成によって異なります。
The type parameter identifies the buffer type.
typeパラメーターは、バッファーのタイプを識別します。
Supported type modes for the burst_buffer/datawarp plugin include: cache and scratch.
burst_buffer / datawarpプラグインでサポートされているタイプモードには、キャッシュとスクラッチが含まれます。
Multiple persistent burst buffers may be created or deleted within a single job.
複数の永続バーストバッファは、単一のジョブ内で作成または削除できます。
A sample batch script follows:
サンプルバッチスクリプトは次のとおりです。

#!/bin/bash
#BB create_persistent name=alpha capacity=32GB access=striped type=scratch
#DW jobdw type=scratch capacity=1GB access_mode=striped
#DW stage_in  type=file source=/home/alan/data.in  destination=$DW_JOB_STRIPED/data
#DW stage_out type=file destination=/home/alan/data.out source=$DW_JOB_STRIPED/data
/home/alan/a.out

Persistent burst buffers can be created and deleted by a job requiring no compute resources.
永続バーストバッファは、コンピューティングリソースを必要としないジョブによって作成および削除できます。
Submit a job with the desired burst buffer directives and specify a node count of zero (e.g. "sbatch -N0 setup_buffers.bash").
目的のバーストバッファディレクティブを使用してジョブを送信し、ノード数をゼロに指定します（例：「sbatch-N0setup_buffers.bash」）。
Attempts to submit a zero size job without burst buffer directives or with job-specific burst buffer directives will generate an error.
バーストバッファディレクティブを使用せずに、またはジョブ固有のバーストバッファディレクティブを使用してゼロサイズのジョブを送信しようとすると、エラーが生成されます。
Note that zero size jobs are not supported for job arrays or heterogeneous job allocations.
ゼロサイズのジョブは、ジョブ配列または異種ジョブ割り当てではサポートされていないことに注意してください。

NOTE: The ability to create and destroy persistent burst buffers may be limited by the "Flags" option in the burst_buffer.conf file.
注：永続的なバーストバッファを作成および破棄する機能は、burst_buffer.confファイルの「フラグ」オプションによって制限される場合があります。
See the burst_buffer.conf man page for more information.
詳細については、burst_buffer.confのマニュアルページを参照してください。
By default only privileged users (i.e. Slurm operators and administrators) can create or destroy persistent burst buffers.
デフォルトでは、特権ユーザー（つまり、Slurmオペレーターおよび管理者）のみが永続バーストバッファーを作成または破棄できます。

Interactive Job Options

Interactive jobs may include directives for creating job-specific burst buffers as well as file staging.
対話型ジョブには、ジョブ固有のバーストバッファとファイルステージングを作成するためのディレクティブが含まれる場合があります。
These options may be specified using either the "--bb" or "--bbf" option of the salloc or srun command.
これらのオプションは、sallocまたはsrunコマンドの「--bb」または「--bbf」オプションのいずれかを使用して指定できます。
Note that support for creation and destruction of persistent burst buffers using the "--bb" option is not provided.
「--bb」オプションを使用した永続バーストバッファの作成と破棄のサポートは提供されていないことに注意してください。
The "--bbf" option take as an argument a filename and that file should contain a collection of burst buffer operations identical to that used for batch jobs.
「--bbf」オプションは引数としてファイル名を取り、そのファイルにはバッチジョブに使用されるものと同じバーストバッファ操作のコレクションが含まれている必要があります。
This file may contain file staging directives.
このファイルには、ファイルステージングディレクティブが含まれている場合があります。
Alternately the "--bb" option may be used to specify burst buffer directives as the option argument.
あるいは、「-bb」オプションを使用して、オプション引数としてバーストバッファディレクティブを指定することもできます。
The format of those directives can either be identical to those used in a batch script OR a very limited set of directives can be used, which are translated to the equivalent script for later processing.
これらのディレクティブの形式は、バッチスクリプトで使用されるものと同じにすることも、非常に限られたディレクティブのセットを使用して、後で処理するために同等のスクリプトに変換することもできます。
Multiple directives should be space separated.
複数のディレクティブはスペースで区切る必要があります。

• access=<access>
• capacity=<number>
• swap=<number>
• type=<type>
• pool=<name>

If a swap option is specified, the job must also specify the required node count.
スワップオプションを指定する場合、ジョブは必要なノード数も指定する必要があります。
The capacity (size) specification can include a suffix of "N" (nodes), "K|KiB", "M|MiB", "G|GiB", "T|TiB", "P|PiB" (for powers of 1024) and "KB", "MB", "GB", "TB", "PB" (for powers of 1000).
容量（サイズ）の仕様には、「N」（ノード）、「K | KiB」、「M | MiB」、「G | GiB」、「T | TiB」、「P | PiB」（電力の場合）のサフィックスを含めることができます。 1024の）および「KB」、「MB」、「GB」、「TB」、「PB」（1000の累乗の場合）。
NOTE: Usually Slurm interprets KB, MB, GB, TB, PB, TB units as powers of 1024, but for Burst Buffers size specifications Slurm supports both IEC/SI formats.
注：通常、SlurmはKB、MB、GB、TB、PB、TBの単位を1024の累乗として解釈しますが、バーストバッファーのサイズ仕様の場合、Slurmは両方のIEC / SI形式をサポートします。
This is because the CRAY API supports both formats.
これは、CRAYAPIが両方の形式をサポートしているためです。
A sample command line follows and we also show the equivalent burst buffer script generated by the options:
サンプルコマンドラインが続き、オプションによって生成された同等のバーストバッファスクリプトも示しています。

# Sample execute line:
srun --bb="capacity=1G access=striped type=scratch" a.out

# Equivalent script as generated by Slurm's burst_buffer/datawarp plugin
#DW jobdw capacity=1GiB access_mode=striped type=scratch

Symbol Replacement

Slurm supports a number of symbols that can be used to automatically fill in certain job details, e.g., to make stage_in or stage_out directory paths vary with each job submission.
Slurmは、特定のジョブの詳細を自動的に入力するために使用できるいくつかのシンボルをサポートしています。たとえば、stage_inまたはstage_outディレクトリパスをジョブの送信ごとに変更できます。

Supported symbols include:

%%	%
%A	Array Master Job Id
%a	Array Task Id
%d	Workdir
%j	Job Id
%u	User Name
%x	Job Name
\\	Stop further processing of the line

Status Commands

Slurm's current burst buffer state information is available using the scontrol show burst command or by using the sview command's Burst Buffer tab.
Slurmの現在のバーストバッファー状態情報は、scontrol showburstコマンドまたはsviewコマンドの[BurstBuffer]タブを使用して入手できます。
A sample scontrol output is shown below.
サンプルのscontrol出力を以下に示します。
The scontrol "-v" option may be used for a more verbose output format.
scontrolの「-v」オプションは、より詳細な出力形式に使用できます。

$ scontrol show burst
Name=generic DefaultPool=ssd Granularity=100G TotalSpace=50T UsedSpace=42T
  StageInTimeout=30 StageOutTimeout=30 Flags=EnablePersistent,PrivateData
  AllowUsers=alan,brenda
  CreateBuffer=/usr/local/slurm/17.11/sbin/CB
  DestroyBuffer=/usr/local/slurm/17.11/sbin/DB
  GetSysState=/usr/local/slurm/17.11/sbin/GSS
  StartStageIn=/usr/local/slurm/17.11/sbin/SSI
  StartStageIn=/usr/local/slurm/17.11/sbin/SSO
  StopStageIn=/usr/local/slurm/17.11/sbin/PSI
  StopStageIn=/usr/local/slurm/17.11/sbin/PSO
  Allocated Buffers:
    JobID=18 CreateTime=2017-08-19T16:46:05 Pool=dwcache Size=10T State=allocated UserID=alan(1000)
    JobID=20 CreateTime=2017-08-19T16:46:45 Pool=dwcache Size=10T State=allocated UserID=alan(1000)
    Name=DB1 CreateTime=2017-08-19T16:46:45 Pool=dwcache Size=22T State=allocated UserID=brenda(1001)
  Per User Buffer Use:
    UserID=alan(1000) Used=20T
    UserID=brenda(1001) Used=22T

Access to the Cray burst buffer status tool, dwstat, is available from the scontrol command using the "scontrol show bbstat ..." or "scontrol show dwstat ..." command.
Crayバーストバッファステータスツールdwstatにアクセスするには、scontrolコマンドから「scontrolshow bbstat ...」または「scontrolshowdwstat ...」コマンドを使用します。
Options following "bbstat" or "dwstat" on the scontrol execute line are passed directly to the dwstat command as shown below.
scontrol実行行の「bbstat」または「dwstat」に続くオプションは、以下に示すようにdwstatコマンドに直接渡されます。
See Cray DataWarp documentation for details about dwstat options and output.
dwstatオプションと出力の詳細については、CrayDataWarpのドキュメントを参照してください。

/opt/cray/dws/default/bin/dwstat
$ scontrol show dwstat
    pool units quantity    free gran'
wlm_pool bytes  7.28TiB 7.28TiB 1GiB'

$ scontrol show dwstat sessions
 sess state      token creator owner             created expiration nodes
  832 CA---  783000000  tester 12345 2015-09-08T16:20:36      never    20
  833 CA---  784100000  tester 12345 2015-09-08T16:21:36      never     1
  903 D---- 1875700000  tester 12345 2015-09-08T17:26:05      never     0

$ scontrol show dwstat configurations
 conf state inst    type access_type activs
  715 CA---  753 scratch      stripe      1
  716 CA---  754 scratch      stripe      1
  759 D--T-  807 scratch      stripe      0
  760 CA---  808 scratch      stripe      1

Advanced Reservations

Burst buffer resources can be placed in an advanced reservation using the BurstBuffer option.
バーストバッファリソースは、BurstBufferオプションを使用して事前予約に配置できます。
The argument consists of four elements:
引数は4つの要素で構成されています。

[plugin:][pool:]#[units]

plugin is the burst buffer plugin name, currently either "datawarp" or "generic".
pluginはバーストバッファプラグイン名であり、現在は「datawarp」または「generic」のいずれかです。
If no plugin is specified, the reservation applies to all configured burst buffer plugins.
プラグインが指定されていない場合、予約は構成済みのすべてのバーストバッファープラグインに適用されます。


pool specifies a Cray generic burst buffer resource pool.
poolは、Cray汎用バーストバッファリソースプールを指定します。
If "type" is not specified, the number is a measure of storage space.
「タイプ」が指定されていない場合、数値はストレージスペースの尺度です。


units may be "N" (nodes), "K|KiB", "M|MiB", "G|GiB", "T|TiB", "P|PiB" (for powers of 1024) and "KB", "MB", "GB", "TB", "PB" (for powers of 1000).
単位は、「N」（ノード）、「K | KiB」、「M | MiB」、「G | GiB」、「T | TiB」、「P | PiB」（1024の累乗）、「KB」です。 「MB」、「GB」、「TB」、「PB」（1000の累乗の場合）。
The default units are bytes for reservations of storage space.
デフォルトの単位は、ストレージスペースの予約用のバイトです。
NOTE: Usually Slurm interprets KB, MB, GB, TB, PB, TB units as powers of 1024, but for Burst Buffers size specifications Slurm supports both IEC/SI formats.
注：通常、SlurmはKB、MB、GB、TB、PB、TBの単位を1024の累乗として解釈しますが、バーストバッファーのサイズ仕様の場合、Slurmは両方のIEC / SI形式をサポートします。
This is because the Cray DataWarp API supports both formats.
これは、Cray DataWarpAPIが両方の形式をサポートしているためです。


Jobs using this reservation are not restricted to these burst buffer resources, but may use these reserved resources plus any which are generally available.
この予約を使用するジョブは、これらのバーストバッファリソースに制限されませんが、これらの予約済みリソースに加えて、一般的に利用可能なリソースを使用できます。
Some examples follow.
いくつかの例を次に示します。

$ scontrol create reservation starttime=now duration=60 \
  users=alan flags=any_nodes \
  burstbuffer=datawarp:100G,generic:20G

$ scontrol create reservation StartTime=noon duration=60 \
  users=brenda NodeCnt=8 \
  BurstBuffer=datawarp:20G

$ scontrol create reservation StartTime=16:00 duration=60 \
  users=joseph flags=any_nodes \
  BurstBuffer=datawarp:pool_test:4G

Job Dependencies

If two jobs use burst buffers and one is dependent on the other (e.g. "sbatch --dependency=afterok:123 ...") then the second job will not begin until the first job completes and its burst buffer stage out completes.
2つのジョブがバーストバッファを使用し、一方が他方に依存している場合（たとえば、「sbatch --dependency = afterok：123 ...」）、最初のジョブが完了してバーストバッファのステージアウトが完了するまで、2番目のジョブは開始されません。
If the second job does not use a burst buffer, but is dependent upon the first job's completion, then it will not wait for the stage out operation of the first job to complete.
2番目のジョブがバーストバッファを使用しないが、最初のジョブの完了に依存している場合、最初のジョブのステージアウト操作が完了するのを待ちません。
The second job can be made to wait for the first job's stage out operation to complete using the "afterburstbuffer" dependency option (e.g. "sbatch --dependency=afterburstbuffer:123 ...").
2番目のジョブは、「afterburstbuffer」依存関係オプション（「sbatch --dependency = afterburstbuffer：123 ...」など）を使用して、最初のジョブのステージアウト操作が完了するのを待機させることができます。

Last modified 31 March 2020