srun - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

srun - เรียกใช้งานคู่ขนาน

เรื่องย่อ

ทรุด [OPTIONS... ] ปฏิบัติการ [args... ]

DESCRIPTION

รันงานแบบขนานบนคลัสเตอร์ที่จัดการโดย Slurm ถ้าจำเป็น srun จะสร้าง a . ขึ้นมาก่อน
การจัดสรรทรัพยากรเพื่อรันงานคู่ขนาน

เอกสารต่อไปนี้อธิบายอิทธิพลของทางเลือกต่างๆ ในการจัดสรร
ซีพียูในงานและงาน
http://slurm.schedmd.com/cpu_management.html

OPTIONS

--เร่งผูก=<ตัวเลือก>
ควบคุมวิธีที่งานเชื่อมโยงกับทรัพยากรทั่วไปของประเภท gpu, mic และ nic
สามารถระบุได้หลายตัวเลือก ตัวเลือกที่รองรับมีดังนี้:

g ผูกแต่ละงานกับ GPU ที่อยู่ใกล้กับ CPU ที่จัดสรรมากที่สุด

m ผูกแต่ละงานกับ MIC ซึ่งใกล้กับ CPU ที่จัดสรรมากที่สุด

n ผูกแต่ละงานกับ NIC ซึ่งใกล้กับ CPU ที่จัดสรรมากที่สุด

v โหมดละเอียด บันทึกว่างานเชื่อมโยงกับอุปกรณ์ GPU และ NIC อย่างไร

-A, --บัญชีผู้ใช้=<บัญชี>
เรียกเก็บทรัพยากรที่ใช้โดยงานนี้ไปยังบัญชีที่ระบุ NS บัญชี เป็น
สตริงโดยพลการ ชื่อบัญชีอาจเปลี่ยนแปลงได้หลังจากส่งงานโดยใช้ปุ่ม
การควบคุม คำสั่ง

--acctg-ความถี่
กำหนดช่วงเวลาการสุ่มตัวอย่างการทำบัญชีงานและการทำโปรไฟล์ สามารถใช้เพื่อ
แทนที่ JobAcctGatherFrequency พารามิเตอร์ในไฟล์กำหนดค่าของ Slurm
slurm.conf. รูปแบบที่รองรับมีดังนี้:

--acctg-ความถี่==
ที่ไหน = ระบุช่วงการสุ่มตัวอย่างงานสำหรับ
ปลั๊กอิน jobacct_gather หรือช่วงเวลาสุ่มตัวอย่างสำหรับประเภทโปรไฟล์
โดยปลั๊กอิน acct_gather_profile หลายตัวคั่นด้วยจุลภาค
= สามารถกำหนดช่วงเวลาได้ ประเภทข้อมูลที่รองรับ
มีรายละเอียดดังนี้:

งาน=
ที่ไหน คือช่วงสุ่มตัวอย่างงานในหน่วยวินาทีสำหรับ
ปลั๊กอิน jobacct_gather และสำหรับการทำโปรไฟล์งานโดย
acct_gather_profile ปลั๊กอิน หมายเหตุ: ความถี่นี้ใช้เพื่อ
ตรวจสอบการใช้หน่วยความจำ หากมีการจำกัดหน่วยความจำสูงสุด
ความถี่ที่ผู้ใช้สามารถร้องขอได้คือสิ่งที่กำหนดค่าใน
ไฟล์ slurm.conf พวกเขาไม่สามารถปิด (=0) ได้เช่นกัน

พลังงาน=
ที่ไหน คือช่วงสุ่มตัวอย่างเป็นวินาทีสำหรับพลังงาน
การทำโปรไฟล์โดยใช้ acct_gather_energy plugin

เครือข่าย=
ที่ไหน คือช่วงสุ่มตัวอย่างในหน่วยวินาทีสำหรับ
การทำโปรไฟล์ infiniband โดยใช้ปลั๊กอิน acct_gather_infiniband

ระบบไฟล์=
ที่ไหน คือช่วงสุ่มตัวอย่างในหน่วยวินาทีสำหรับ
การทำโปรไฟล์ระบบไฟล์โดยใช้ปลั๊กอิน acct_gather_filesystem

ค่าเริ่มต้นสำหรับช่วงการสุ่มตัวอย่างงาน
คือ 30 ค่าเริ่มต้นสำหรับช่วงเวลาอื่นๆ ทั้งหมดคือ 0 ช่วงเวลา 0 ปิดใช้งาน
การสุ่มตัวอย่างประเภทที่ระบุ ถ้าช่วงการสุ่มตัวอย่างงานเป็น 0 การบัญชี
ข้อมูลจะถูกเก็บรวบรวมเฉพาะตอนเลิกงาน (ลดการรบกวน Slurm กับ
งาน).
ค่าที่น้อยกว่า (ไม่ใช่ศูนย์) มีผลกระทบต่อประสิทธิภาพการทำงานมากกว่า แต่มีค่า
ของ 30 วินาทีไม่น่าจะสังเกตเห็นได้สำหรับแอปพลิเคชันที่มีน้อยกว่า
10,000 งาน

-B --extra-โหนดข้อมูล=<ซ็อกเก็ต[:แกน[:หัวข้อ]]>
ขอการจัดสรรทรัพยากรโดยเฉพาะพร้อมรายละเอียดเกี่ยวกับจำนวนและประเภท
ของทรัพยากรการคำนวณภายในคลัสเตอร์: จำนวนซ็อกเก็ต (หรือฟิสิคัล
โปรเซสเซอร์) ต่อโหนด คอร์ต่อซ็อกเก็ต และเธรดต่อคอร์ ยอดรวมของ
ทรัพยากรที่ร้องขอเป็นผลจากข้อกำหนดทั้งหมด แต่ละค่าที่ระบุ
ถือเป็นขั้นต่ำ เครื่องหมายดอกจัน (*) สามารถใช้เป็นตัวยึดตำแหน่งที่ระบุ
ว่าทรัพยากรที่มีอยู่ทั้งหมดประเภทนั้นจะถูกใช้ เช่นเดียวกับโหนด
ระดับแต่ละระดับสามารถระบุได้ในตัวเลือกแยกต่างหากหากต้องการ:
--ซ็อกเก็ตต่อโหนด=<ซ็อกเก็ต>
--cores-ต่อซ็อกเก็ต=<แกน>
--เธรดต่อคอร์=<หัวข้อ>
หากเปิดใช้งานปลั๊กอินงาน/ความเกี่ยวข้อง ให้ระบุการจัดสรรในลักษณะนี้
ยังตั้งค่าเริ่มต้น --cpu_bind ตัวเลือกของ หัวข้อ ถ้า -B ตัวเลือกระบุa
นับด้าย มิฉะนั้น ตัวเลือกของ แกน หากมีการระบุจำนวนคอร์ไว้ มิฉะนั้น
ตัวเลือกของ ซ็อกเก็ต. หากกำหนดค่า SelectType ให้เลือก/cons_res จะต้องมี
พารามิเตอร์ของ CR_Core, CR_Core_Memory, CR_Socket หรือ CR_Socket_Memory สำหรับสิ่งนี้
ทางเลือกที่จะได้รับเกียรติ ระบบ BlueGene ไม่รองรับตัวเลือกนี้
(เลือก/กำหนดค่าปลั๊กอิน bluegene) ถ้าไม่ระบุ scontrol แสดงงาน
จะแสดง 'ReqS:C:T=*:*:*'

--BB=<ข้อมูลจำเพาะ>
ข้อกำหนดบัฟเฟอร์ระเบิด รูปแบบของข้อกำหนดขึ้นอยู่กับระบบ
ดูเพิ่มเติม --bbf.

--bbf=<ชื่อไฟล์>
เส้นทางของไฟล์ที่มีข้อมูลจำเพาะบัฟเฟอร์แบบต่อเนื่อง รูปแบบของข้อกำหนด
ขึ้นกับระบบ ดูเพิ่มเติม --BB.

--bcast[=ปลายทาง>]
คัดลอกไฟล์เรียกทำงานไปยังโหนดประมวลผลที่จัดสรร หากระบุชื่อไฟล์ ให้คัดลอก
ไฟล์ปฏิบัติการไปยังเส้นทางไฟล์ปลายทางที่ระบุ หากไม่มีการระบุเส้นทาง
คัดลอกไฟล์ไปยังไฟล์ชื่อ "slurm_bcast_ . " ในปัจจุบัน
ทำงาน. ตัวอย่างเช่น "srun --bcast=/tmp/mine -N3 a.out" จะคัดลอกไฟล์
"a.out" จากไดเร็กทอรีปัจจุบันของคุณไปยังไฟล์ "/tmp/mine" ในแต่ละไฟล์
จัดสรรโหนดคอมพิวท์และรันไฟล์นั้น

--เริ่ม=<เวลา>
เลื่อนการเริ่มต้นงานนี้จนถึงเวลาที่กำหนด ยอมรับช่วงเวลาของ
ฟอร์ม ฮช:ดด:สส เพื่อเรียกใช้งานในเวลาที่กำหนดของวัน (วินาทีเป็นทางเลือก) (ถ้า
เวลานั้นผ่านไปแล้ว ให้ถือว่าวันถัดไป) คุณอาจระบุ
เที่ยงคืน, เที่ยง, Fika (3 น.) หรือ เวลาน้ำชา (4 น.) และคุณสามารถมีเวลาของวัน
ต่อท้ายด้วย AM or PM สำหรับวิ่งตอนเช้าหรือตอนเย็น พูดก็ได้
งานจะออกวันไหน โดยระบุวันที่ในแบบฟอร์ม Mmddyy or ดด/วว/ปป
YYYY-MM-DD. รวมวันที่และเวลาโดยใช้รูปแบบต่อไปนี้
ปปปป-ดด-วว[THH:MM[:SS]]. นอกจากนี้คุณยังสามารถให้เวลาเช่น ตอนนี้ + นับ หน่วยเวลาที่นี่มี
หน่วยเวลาสามารถเป็น วินาที (Default) นาที, ชั่วโมง, วัน,หรือ สัปดาห์ที่ผ่านมา และคุณสามารถ
บอก Slurm ให้รันงานวันนี้ด้วยคีย์เวิร์ด ในวันนี้ และลุยงานพรุ่งนี้
ด้วยคีย์เวิร์ด วันพรุ่งนี้. ค่าอาจเปลี่ยนแปลงได้หลังจากส่งงานโดยใช้ปุ่ม
การควบคุม สั่งการ. ตัวอย่างเช่น:
--เริ่มต้น=16:00
--begin=ตอนนี้+1ชั่วโมง
--begin=now+60 (วินาทีโดยค่าเริ่มต้น)
--begin=2010-01-20T12:34:00

หมายเหตุเกี่ยวกับข้อกำหนดวันที่/เวลา:
- แม้ว่าช่อง 'วินาที' ของข้อกำหนดเวลา HH:MM:SS จะได้รับอนุญาตโดย
รหัสโปรดทราบว่าเวลาโพลของตัวกำหนดตารางเวลา Slurm ไม่แม่นยำพอที่จะ
รับประกันการจัดส่งงานในวินาทีที่แน่นอน งานจะมีสิทธิ์
เริ่มการสำรวจครั้งถัดไปตามเวลาที่กำหนด ช่วงโพลที่แน่นอน
ขึ้นอยู่กับตัวกำหนดตารางเวลา Slurm (เช่น 60 วินาทีด้วย sched/builtin เริ่มต้น)
- หากไม่ได้ระบุเวลา (HH:MM:SS) ค่าเริ่มต้นคือ (00:00:00)
- หากระบุวันที่โดยไม่มีปี (เช่น MM/DD) ปีปัจจุบันคือ
สันนิษฐาน เว้นแต่ว่าการรวมกันของ MM/DD และ HH:MM:SS ได้ผ่านไปแล้วสำหรับสิ่งนั้น
ปีซึ่งในกรณีปีถัดไปจะใช้

--ด่าน=<เวลา>
ระบุช่วงเวลาระหว่างการสร้างจุดตรวจสอบของขั้นตอนงาน โดยค่าเริ่มต้น,
ขั้นตอนงานจะไม่มีการสร้างจุดตรวจ รูปแบบเวลาที่ยอมรับได้ ได้แก่
"นาที", "นาที:วินาที", "ชั่วโมง:นาที:วินาที", "วัน-ชั่วโมง",
"วัน-ชั่วโมง:นาที" และ "วัน-ชั่วโมง:นาที:วินาที"

--checkpoint-ผบ=<ไดเรกทอรี>
ระบุไดเร็กทอรีที่จุดตรวจของงานหรือขั้นตอนงานควรเป็น
เป็นลายลักษณ์อักษร (ใช้โดยปลั๊กอินจุดตรวจ/blcr และจุดตรวจ/xlch เท่านั้น) NS
ค่าเริ่มต้นคือไดเร็กทอรีการทำงานปัจจุบัน ไฟล์ด่านจะเป็นของ
รูปร่าง " .ckpt" สำหรับงานและ " . .ckpt" สำหรับขั้นตอนการทำงาน

--ความคิดเห็น=<เชือก>
ความคิดเห็นโดยพลการ

-C, --ข้อจำกัด=<รายการ>
โหนดสามารถมีได้ เบา ที่ได้รับมอบหมายจากผู้ดูแลระบบ Slurm ผู้ใช้สามารถ
ระบุสิ่งเหล่านี้ เบา ถูกบังคับโดยงานของพวกเขาโดยใช้ข้อ จำกัด
ตัวเลือก. เฉพาะโหนดที่มีคุณสมบัติที่ตรงกับข้อจำกัดของงานเท่านั้นที่จะนำไปใช้
ตอบสนองคำขอ อาจมีการระบุข้อจำกัดหลายรายการด้วย AND, OR, matching
หรือ จำนวนทรัพยากร ฯลฯ ตัวเลือกข้อจำกัดที่รองรับ ได้แก่:

เดียว Name
จะใช้เฉพาะโหนดที่มีคุณสมบัติที่ระบุเท่านั้น ตัวอย่างเช่น,
--constraint="อินเทล"

โหนด นับ
คำขอสามารถระบุจำนวนโหนดที่ต้องการด้วยคุณสมบัติบางอย่างโดย
ต่อท้ายเครื่องหมายดอกจันและนับตามชื่อสถานที่ ตัวอย่างเช่น
"--โหนด=16 --constraint=กราฟิก*4 ... " แสดงว่างานนั้นต้องการ16
โหนดและโหนดนั้นอย่างน้อยสี่โหนดจะต้องมีคุณสมบัติ
"กราฟิก"

AND หากจะใช้เฉพาะโหนดที่มีคุณสมบัติทั้งหมดที่กำหนด เครื่องหมายคือ
ใช้สำหรับตัวดำเนินการ AND ตัวอย่างเช่น, --constraint="intel&gpu"

OR หากจะใช้เฉพาะโหนดที่มีคุณสมบัติที่ระบุอย่างน้อยหนึ่งรายการ NS
แถบแนวตั้งใช้สำหรับตัวดำเนินการ OR ตัวอย่างเช่น,
--constraint="intel|amd"

แม็ทชิ่ง OR
หากควรใช้ชุดตัวเลือกที่เป็นไปได้เพียงชุดเดียวสำหรับการจัดสรรทั้งหมด
nodes จากนั้นใช้ตัวดำเนินการ OR และปิดตัวเลือกต่างๆ ภายใน square
วงเล็บ ตัวอย่างเช่น: "--constraint=[rack1|rack2|rack3|rack4]" อาจจะมี
ใช้เพื่อระบุว่าต้องจัดสรรโหนดทั้งหมดบนชั้นวางเดียวของ
คลัสเตอร์ แต่สามารถใช้ชั้นวางใดก็ได้ในสี่ชั้นวางนั้น

แพลตฟอร์มที่หลากหลาย เคานต์
อาจระบุจำนวนเฉพาะของทรัพยากรหลายรายการโดยใช้AND
โอเปอเรเตอร์และล้อมรอบตัวเลือกไว้ในวงเล็บเหลี่ยม ตัวอย่างเช่น:
"--constraint=[แร็ค1*2&แร็ค2*4]" อาจใช้เพื่อระบุว่าสองโหนด
ต้องได้รับการจัดสรรจากโหนดที่มีคุณสมบัติเป็น "rack1" และต้องมีสี่โหนด
ถูกจัดสรรจากโหนดที่มีคุณสมบัติ "rack2"

คำเตือน: เมื่อดำเนินการ srun จากภายใน salloc หรือ sbatch
ค่าข้อจำกัดสามารถมีได้เพียงชื่อคุณลักษณะเดียวเท่านั้น ไม่มีอื่นใด
ขณะนี้ผู้ประกอบการได้รับการสนับสนุนสำหรับขั้นตอนงาน

--ต่อเนื่องกัน
หากตั้งค่าไว้ โหนดที่จัดสรรจะต้องสร้างชุดที่ต่อเนื่องกัน ไม่ได้รับเกียรติจาก
โทโพโลยี/ต้นไม้ or โทโพโลยี/3d_torus ปลั๊กอิน ซึ่งทั้งคู่สามารถแก้ไขโหนดได้
การสั่งซื้อ ไม่ได้รับเกียรติจากการจัดสรรขั้นตอนงาน

--cores-ต่อซ็อกเก็ต=<แกน>
จำกัดการเลือกโหนดสำหรับโหนดที่มีจำนวนคอร์ต่อ . ตามจำนวนที่ระบุเป็นอย่างน้อย
เบ้า. ดูข้อมูลเพิ่มเติมภายใต้ -B ตัวเลือกด้านบนเมื่อปลั๊กอินงาน/ความเกี่ยวข้อง
เปิดใช้งาน.

--cpu_bind-เงียบ, ละเอียด-ชนิด
ผูกงานกับซีพียู ใช้เฉพาะเมื่อปลั๊กอินงาน/กลุ่มสัมพันธ์หรืองาน/cgroup is
เปิดใช้งาน พารามิเตอร์การกำหนดค่า ปลั๊กอินงานพารามิเตอร์ อาจแทนที่ตัวเลือกเหล่านี้
ตัวอย่างเช่นถ้า ปลั๊กอินงานพารามิเตอร์ ถูกกำหนดค่าให้ผูกกับคอร์ งานของคุณจะไม่
สามารถผูกงานเข้ากับซ็อกเก็ตได้ หมายเหตุ: หากต้องการให้ Slurm รายงานเกี่ยวกับ .เสมอ
การรวม CPU ที่เลือกไว้สำหรับคำสั่งทั้งหมดที่ดำเนินการในเชลล์ คุณสามารถเปิดใช้งาน verbose
โหมดโดยการตั้งค่าตัวแปรสภาพแวดล้อม SLURM_CPU_BIND เป็น "verbose"

ตัวแปรสภาพแวดล้อมข้อมูลต่อไปนี้ถูกตั้งค่าเมื่อ --cpu_bind ที่อยู่ใน
ใช้:
SLURM_CPU_BIND_VERBOSE
SLURM_CPU_BIND_TYPE
SLURM_CPU_BIND_LIST

ดู และพวกเรา ตัวแปร ส่วนสำหรับคำอธิบายโดยละเอียดเพิ่มเติมของ
ตัวแปร SLURM_CPU_BIND แต่ละรายการ ตัวแปรเหล่านี้จะใช้ได้ก็ต่อเมื่อ
มีการกำหนดค่าปลั๊กอินงาน/ความสัมพันธ์

เมื่อใช้ --ซีพียูต่องาน ในการรันงานแบบมัลติเธรด พึงระลึกไว้ว่าการโยง CPU is
สืบทอดมาจากพาเรนต์ของกระบวนการ ซึ่งหมายความว่างานแบบมัลติเธรด
ควรระบุหรือล้างการผูก CPU เองเพื่อหลีกเลี่ยงการมีเธรดทั้งหมด
ของงานแบบมัลติเธรดใช้มาสก์/CPU เดียวกันกับพาเรนต์ หรืออ้วน
มาสก์ (มาสก์ซึ่งระบุ CPU ที่อนุญาตมากกว่าหนึ่งตัว) สามารถใช้สำหรับงาน
เพื่อจัดเตรียมซีพียูหลายตัวสำหรับงานแบบมัลติเธรด

ตามค่าดีฟอลต์ ขั้นตอนของงานสามารถเข้าถึง CPU ทุกตัวที่จัดสรรให้กับงาน เพื่อให้แน่ใจว่า
ที่จัดสรร CPU ที่แตกต่างกันในแต่ละขั้นตอนของงาน ให้ใช้ --พิเศษ ตัวเลือก

โปรดทราบว่าขั้นตอนงานสามารถจัดสรรจำนวน CPU ที่แตกต่างกันในแต่ละโหนดหรือbe
CPU ที่จัดสรรไม่เริ่มต้นที่ตำแหน่งศูนย์ ดังนั้นหนึ่งในตัวเลือกที่
ขอแนะนำให้สร้างการเชื่อมโยงงานโดยอัตโนมัติ มาสก์ที่ระบุอย่างชัดเจน
หรือผูกมัดก็ต่อเมื่อขั้นตอนงานได้รับการจัดสรรทุกที่มีอยู่
CPU บนโหนด

การผูกงานกับโดเมนท้องถิ่น NUMA หมายถึงการผูกงานกับชุดของ CPU
ที่เป็นของโดเมนท้องถิ่น NUMA หรือ "โหนด NUMA" ถ้าโดเมนท้องถิ่น NUMA
ตัวเลือกที่ใช้กับระบบที่ไม่รองรับ NUMA ดังนั้นแต่ละซ็อกเก็ตจะถือเป็น
โดเมนท้องถิ่น

รถยนต์ ผูกพัน
ใช้เฉพาะเมื่อเปิดใช้งานงาน/กลุ่มความสนใจ หากการจัดสรรขั้นตอนงาน
รวมการจัดสรรที่มีจำนวนซ็อกเก็ต แกน หรือเธรดเท่ากับ
จำนวนงานคูณ cpus-per-task จากนั้นงานจะเป็น
ผูกกับทรัพยากรที่เหมาะสม (ผูกอัตโนมัติ) ปิดการใช้งานโหมดนี้ของ
ดำเนินการโดยตั้งค่า "--cpu_bind=none" ไว้อย่างชัดเจน ใช้
TaskPluginParam=autobind=[threads|cores|sockets] เพื่อตั้งค่า cpu เริ่มต้น
การผูกในกรณีที่ "การผูกอัตโนมัติ" ไม่พบการจับคู่

ตัวเลือกที่รองรับได้แก่:

เงียบ]
ผูกอย่างเงียบ ๆ ก่อนที่งานจะทำงาน (ค่าเริ่มต้น)

วี[erbose]
รายงานผลผูกพันอย่างละเอียดก่อนเริ่มงาน

ไม่มี] อย่าผูกงานกับ CPU (ค่าเริ่มต้นเว้นแต่จะมีการผูกอัตโนมัติ)

อันดับ ผูกโดยอัตโนมัติตามอันดับงาน งานที่มีหมายเลขต่ำสุดในแต่ละ
โหนดถูกผูกไว้กับซ็อกเก็ต (หรือแกนหรือเธรด) ศูนย์ ฯลฯ ไม่รองรับ
เว้นแต่โหนดทั้งหมดจะถูกจัดสรรให้กับงาน

map_cpu:
ผูกโดยการจับคู่ CPU ID กับงานตามที่ระบุโดยที่ เป็น
, ,... . การแมปถูกระบุสำหรับโหนด
และการแมปที่เหมือนกันจะถูกนำไปใช้กับงานบนทุกโหนด (เช่น
ID งานต่ำสุดในแต่ละโหนดถูกแมปกับ CPU ID แรกที่ระบุ
ในรายการ เป็นต้น) CPU ID จะถูกตีความว่าเป็นค่าทศนิยม เว้นแต่
นำหน้าด้วย '0x' ซึ่งในกรณีนี้จะตีความว่า
ค่าเลขฐานสิบหก ไม่รองรับเว้นแต่โหนดทั้งหมดจะเป็น
จัดสรรให้กับงาน

mask_cpu:
ผูกโดยการตั้งค่ามาสก์ CPU ในงานตามที่ระบุที่ เป็น
, ,... . การแมปถูกระบุสำหรับโหนดและ
การแมปที่เหมือนกันถูกนำไปใช้กับงานบนทุกโหนด (เช่น
ID งานต่ำสุดในแต่ละโหนดถูกแมปกับมาสก์แรกที่ระบุใน
รายการ ฯลฯ) มาสก์ CPU คือ เสมอ ตีความว่าเป็นเลขฐานสิบหก
ค่าแต่สามารถนำหน้าด้วยตัวเลือก '0x' ไม่รองรับ
เว้นแต่โหนดทั้งหมดจะถูกจัดสรรให้กับงาน

rank_ldom
ผูกกับโดเมนท้องถิ่น NUMA ตามอันดับ ไม่รองรับเว้นแต่
โหนดทั้งหมดถูกจัดสรรให้กับงาน

map_ldom:
ผูกโดยการจับคู่ ID โดเมนท้องถิ่น NUMA กับงานตามที่ระบุที่
เป็น , ,... . รหัสโดเมนท้องถิ่นคือ
ตีความว่าเป็นค่าทศนิยม เว้นแต่จะขึ้นต้นด้วย '0x' in
กรณีใดจะถูกตีความว่าเป็นค่าฐานสิบหก ไม่รองรับ
เว้นแต่โหนดทั้งหมดจะถูกจัดสรรให้กับงาน

mask_ldom:
ผูกโดยการตั้งค่ามาสก์โดเมนท้องถิ่น NUMA ในงานตามที่ระบุ
ที่ไหน เป็น , ,... . โดเมนท้องถิ่น NUMA
หน้ากากคือ เสมอ ตีความว่าเป็นค่าฐานสิบหกแต่สามารถเป็น .ได้
นำหน้าด้วยตัวเลือก '0x' ไม่รองรับเว้นแต่โหนดทั้งหมด
จะถูกจัดสรรให้กับงาน

ซ็อกเก็ต
สร้างงานผูกมาสก์กับซ็อกเก็ตโดยอัตโนมัติ เฉพาะซีพียู
บนซ็อกเก็ตที่ได้รับการจัดสรรให้กับงานจะถูกใช้ ถ้า
จำนวนงานแตกต่างจากจำนวนซ็อกเก็ตที่จัดสรรนี้
อาจส่งผลให้เกิดการผูกมัดที่ต่ำกว่าที่เหมาะสม

แกน สร้างงานผูกมาสก์กับคอร์โดยอัตโนมัติ ถ้าตัวเลข
ของงานที่แตกต่างจากจำนวนคอร์ที่จัดสรรไว้ ซึ่งอาจส่งผลให้
ในการผูกที่ต่ำกว่าที่เหมาะสม

หัวข้อ
สร้างงานผูกมาสก์กับเธรดโดยอัตโนมัติ ถ้าตัวเลข
ของงานที่แตกต่างจากจำนวนเธรดที่จัดสรรไว้ ซึ่งอาจส่งผลให้
ในการผูกที่ต่ำกว่าที่เหมาะสม

โลดอม สร้างงานผูกมาสก์กับโดเมนท้องถิ่น NUMA โดยอัตโนมัติ
หากจำนวนงานแตกต่างจากจำนวนท้องที่ที่จัดสรร
โดเมนซึ่งอาจส่งผลให้เกิดการผูกมัดที่ต่ำกว่าที่เหมาะสม

โต๊ะ สร้างงานผูกหน้ากากกับบอร์ดโดยอัตโนมัติ ถ้าตัวเลข
ของงานที่แตกต่างจากจำนวนบอร์ดที่ได้รับการจัดสรร ซึ่งอาจส่งผลให้
ในการผูกที่ต่ำกว่าที่เหมาะสม ตัวเลือกนี้ได้รับการสนับสนุนโดยงาน/cgroup
ปลั๊กอินเท่านั้น

ช่วย แสดงข้อความช่วยเหลือสำหรับ cpu_bind

--cpu-ความถี่ =<p1[-p2[:p3]]>

ขอให้ขั้นตอนงานที่เริ่มต้นโดยคำสั่ง srun นี้ถูกเรียกใช้ตามที่ร้องขอบางส่วน
ความถี่ ถ้าเป็นไปได้ บน CPU ที่เลือกไว้สำหรับขั้นตอนบนโหนดคอมพิวท์

p1 สามารถ [#### | ต่ำ | กลาง | สูง | highm1] ซึ่งจะกำหนดความถี่
scaling_speed เป็นค่าที่สอดคล้องกัน และตั้งค่าความถี่ scaling_governor เป็น
พื้นที่ผู้ใช้ ดูคำจำกัดความของค่าด้านล่าง

p1 สามารถ [อนุรักษ์นิยม | OnDemand | ประสิทธิภาพ | PowerSave] ซึ่งจะตั้งค่า
scaling_governor เป็นค่าที่สอดคล้องกัน ผู้ว่าราชการจังหวัดต้องอยู่ในชุดรายการ
โดยตัวเลือก slurm.conf CpuFreqGovernors

เมื่อ p2 มีอยู่ p1 จะเป็นความถี่สเกลขั้นต่ำและ p2 จะเป็น
ความถี่สเกลสูงสุด

p2 สามารถ [#### | กลาง | สูง | highm1] p2 ต้องมากกว่า p1

p3 สามารถ [อนุรักษ์นิยม | OnDemand | ประสิทธิภาพ | PowerSave | UserSpace] ซึ่ง
จะตั้งค่า Governor เป็นค่าที่สอดคล้องกัน

If p3 คือ UserSpace ความถี่ scaling_speed จะถูกกำหนดโดยกำลังหรือพลังงาน
กลยุทธ์การจัดตารางเวลารับรู้เป็นค่าระหว่าง p1 และ p2 ที่อนุญาตให้งานรันภายใน
เป้าหมายด้านพลังงานของไซต์ งานอาจล่าช้าถ้า p1 สูงกว่าความถี่ที่
ให้งานดำเนินไปตามเป้าหมาย

หากความถี่ปัจจุบันคือ < min จะถูกตั้งเป็น min ในทำนองเดียวกันถ้ากระแส
ความถี่คือ > สูงสุด จะถูกตั้งค่าเป็นสูงสุด

ค่าที่ยอมรับได้ในปัจจุบัน ได้แก่ :

#### ความถี่เป็นกิโลเฮิรตซ์

ต่ำ ความถี่ต่ำสุดที่มีอยู่

จุดสูง ความถี่สูงสุดที่มีอยู่

สูงM1 (สูงลบหนึ่ง) จะเลือกความถี่สูงสุดถัดไปที่มีอยู่

กลาง พยายามตั้งความถี่ให้อยู่ในช่วงกลางของช่วงที่มีอยู่

หัวโบราณ พยายามใช้ผู้ว่าการซีพียูแบบอนุรักษ์นิยม

ตามความต้องการ พยายามใช้ผู้ว่าการ OnDemand CPU (ค่าเริ่มต้น)

ประสิทธิภาพ พยายามใช้ผู้ควบคุม CPU ประสิทธิภาพ

ประหยัดพลังงาน พยายามใช้ผู้ว่าการ CPU PowerSave

พื้นที่ผู้ใช้ พยายามใช้ผู้ว่าราชการ CPU UserSpace

ตัวแปรสภาพแวดล้อมข้อมูลต่อไปนี้ถูกตั้งค่าใน job
ขั้นตอนที่เมื่อ --cpu-ความถี่ ขอตัวเลือก
SLURM_CPU_FREQ_REQ

ตัวแปรสภาพแวดล้อมนี้ยังสามารถใช้เพื่อระบุค่าสำหรับ CPU
คำขอความถี่หากมีการตั้งค่าเมื่อมีการออกคำสั่ง 'srun' NS --cpu-ความถี่
บนบรรทัดคำสั่งจะแทนที่ค่าตัวแปรสภาพแวดล้อม แบบฟอร์มบน
ตัวแปรสภาพแวดล้อมเหมือนกับบรรทัดคำสั่ง ดู และพวกเรา
ตัวแปร ส่วนสำหรับคำอธิบายของตัวแปร SLURM_CPU_FREQ_REQ

หมายเหตุ: พารามิเตอร์นี้ถือเป็นคำขอ ไม่ใช่ข้อกำหนด ถ้าขั้นตอนของงาน
โหนดไม่รองรับการตั้งค่าความถี่ของ CPU หรือค่าที่ร้องขออยู่ภายนอก
ขอบเขตของความถี่ทางกฎหมาย บันทึกข้อผิดพลาด แต่ขั้นตอนของงานคือ
ได้รับอนุญาตให้ดำเนินการต่อ

หมายเหตุ: การตั้งค่าความถี่สำหรับซีพียูของขั้นตอนงานเพียงอย่างเดียวหมายความว่า
งานจะถูกจำกัดให้อยู่ในซีพียูเหล่านั้น หากมีการจำกัดงาน (เช่น
TaskPlugin=task/affinity หรือ TaskPlugin=task/cgroup ที่มี "ConstrainCores"
ไม่ได้กำหนดค่าตัวเลือก) พารามิเตอร์นี้จะถูกละเว้น

หมายเหตุ: เมื่อขั้นตอนเสร็จสิ้น ความถี่และ Governor ของ CPU ที่เลือกแต่ละตัวจะเป็น
รีเซ็ตเป็นการกำหนดค่า ซีพียูความถี่Def ค่าด้วยค่าเริ่มต้นของ OnDemand CPU
ผู้ว่าราชการจังหวัด.

หมายเหตุ: เมื่อส่งงานกับ --cpu-ความถี่ ตัวเลือกที่มี linuxproc เป็น
ProctrackType อาจทำให้งานทำงานเร็วเกินไปก่อนที่ Accounting จะสามารถสำรวจได้
สำหรับข้อมูลงาน เป็นผลให้ข้อมูลทางบัญชีทั้งหมดจะไม่ปรากฏ

-c, --ซีพียูต่องาน=<เอ็นซีพัส>
ขอให้ เอ็นซีพัส ได้รับการจัดสรร ต่อ กระบวนการ. นี้อาจเป็นประโยชน์ถ้างานคือ
มัลติเธรดและต้องการ CPU มากกว่าหนึ่งตัวต่องานเพื่อประสิทธิภาพสูงสุด NS
ค่าเริ่มต้นคือหนึ่ง CPU ต่อกระบวนการ ถ้า -c ถูกระบุโดยไม่มี -n, เป็นงานมากจะ
ถูกจัดสรรต่อโหนดให้มากที่สุดในขณะที่ตอบสนอง -c ข้อจำกัด ตัวอย่างเช่น
บนคลัสเตอร์ที่มี 8 CPU ต่อโหนด คำของานสำหรับ 4 โหนดและ 3 CPU ต่อภารกิจ
อาจจัดสรร 3 หรือ 6 CPU ต่อโหนด (1 หรือ 2 งานต่อโหนด) ขึ้นอยู่กับ
การใช้ทรัพยากรโดยงานอื่น งานดังกล่าวอาจไม่สามารถดำเนินการได้มากกว่า a
ทั้งหมด 4 งาน ตัวเลือกนี้อาจเป็นประโยชน์ในการวางไข่งานโดยไม่ต้องจัดสรร
ทรัพยากรไปยังขั้นตอนงานจากการจัดสรรงานเมื่อรันหลายขั้นตอนงาน
กับ --พิเศษ ตัวเลือก

คำเตือน: มีการกำหนดค่าและตัวเลือกที่ตีความแตกต่างกันไปตามงานและ
คำขอขั้นตอนงานซึ่งอาจส่งผลให้ตัวเลือกนี้ไม่สอดคล้องกัน ตัวอย่างเช่น
ทรุด -c2 -- เธรดต่อคอร์ = 1 โปรแกรม อาจจัดสรรสองคอร์สำหรับงาน แต่ถ้าแต่ละ
ของคอร์เหล่านั้นมีสองเธรด การจัดสรรงานจะรวมสี่ซีพียู NS
การจัดสรรขั้นตอนงานจะเรียกทำงานสองเธรดต่อ CPU สำหรับสองงานทั้งหมด

คำเตือน: เมื่อ srun ถูกเรียกใช้จากภายใน salloc หรือ sbatch จะมี
การกำหนดค่าและตัวเลือกที่อาจส่งผลให้การจัดสรรไม่สอดคล้องกันเมื่อ -c has
ค่าที่มากกว่า -c บน salloc หรือ sbatch

-d, --การพึ่งพา=<Dependency_list>
เลื่อนการเริ่มต้นของงานนี้จนกว่าการขึ้นต่อกันที่ระบุจะสำเร็จ
สมบูรณ์. ตัวเลือกนี้ใช้ไม่ได้กับขั้นตอนงาน (การดำเนินการ srun ภายใน an
การจัดสรร salloc หรือ sbatch ที่มีอยู่) เฉพาะกับการจัดสรรงานเท่านั้นDependency_list>
เป็นรูปแบบประเภท:job_id[:job_id][,ประเภท:job_id[:job_id]]> หรือ
<ประเภท:job_id[:job_id][?type:job_id[:job_id]]>. ต้องเป็นไปตามการพึ่งพาทั้งหมด
หากใช้ตัวคั่น "," การพึ่งพาใด ๆ อาจพอใจหากเครื่องหมาย "?" ตัวคั่น
ถูกนำมาใช้. งานจำนวนมากสามารถแบ่งปันการพึ่งพาเดียวกันและงานเหล่านี้อาจเป็นของ
ผู้ใช้ที่แตกต่างกัน ค่าอาจเปลี่ยนแปลงได้หลังจากส่งงานโดยใช้ scontrol
สั่งการ. เมื่อการขึ้นต่อกันของงานล้มเหลวเนื่องจากสถานะการเลิกจ้างก่อนหน้านี้
งาน งานที่ต้องพึ่งพาจะไม่ถูกเรียกใช้ แม้ว่างานก่อนหน้าจะถูกจัดคิวใหม่และ
มีสถานะการสิ้นสุดที่แตกต่างกันในการดำเนินการที่ตามมา

หลัง:job_id[:jobid...]
งานนี้สามารถเริ่มดำเนินการได้หลังจากที่งานที่ระบุได้เริ่มดำเนินการแล้ว

หลังจาก:job_id[:jobid...]
งานนี้สามารถเริ่มดำเนินการได้หลังจากงานที่ระบุสิ้นสุดลง

Afternotok:job_id[:jobid...]
งานนี้สามารถเริ่มดำเนินการได้หลังจากงานที่ระบุสิ้นสุดลงใน
สถานะล้มเหลวบางอย่าง (รหัสทางออกที่ไม่ใช่ศูนย์ ความล้มเหลวของโหนด หมดเวลา ฯลฯ)

Afterok:job_id[:jobid...]
งานนี้สามารถเริ่มดำเนินการได้หลังจากงานที่ระบุสำเร็จแล้ว
ดำเนินการแล้ว (วิ่งจนเสร็จโดยมีรหัสออกเป็นศูนย์)

ขยาย:job_id
ควรใช้ทรัพยากรที่จัดสรรให้กับงานนี้เพื่อขยายงานที่ระบุ
งานที่จะขยายต้องแชร์ QOS (Quality of Service) และ
พาร์ทิชัน การจัดกำหนดการแก๊งของทรัพยากรในพาร์ติชั่นก็ไม่ใช่
ได้รับการสนับสนุน.

เดี่ยว
งานนี้สามารถเริ่มดำเนินการได้หลังจากงานที่เปิดตัวก่อนหน้านี้แบ่งปัน
ชื่องานและผู้ใช้เดียวกันถูกยกเลิก

-D, --chdir=<เส้นทาง>
ให้กระบวนการระยะไกลทำ chdir ถึง เส้นทาง ก่อนเริ่มดำเนินการ NS
ค่าเริ่มต้นคือ chdir ไปยังไดเร็กทอรีการทำงานปัจจุบันของ ทรุด กระบวนการ. เส้นทาง
สามารถระบุเป็นเส้นทางแบบเต็มหรือเส้นทางสัมพัทธ์ไปยังไดเร็กทอรีที่คำสั่ง
ถูกดำเนินการ

-e, --ข้อผิดพลาด=<โหมด>
ระบุวิธีการเปลี่ยนเส้นทาง stderr โดยค่าเริ่มต้นในโหมดโต้ตอบ ทรุด
เปลี่ยนเส้นทาง stderr ไปยังไฟล์เดียวกันกับ stdout หากระบุไว้ NS --ข้อผิดพลาด
มีตัวเลือกเพื่อให้ stdout และ stderr ถูกเปลี่ยนเส้นทางไปยัง different
สถานที่ ดู IO การเปลี่ยนเส้นทาง ด้านล่างสำหรับตัวเลือกเพิ่มเติม หากไฟล์ที่ระบุ
มีอยู่แล้วจะถูกเขียนทับ

-E, --รักษาสิ่งแวดล้อม
ส่งผ่านค่าปัจจุบันของตัวแปรสภาพแวดล้อม SLURM_NNODES และ SLURM_NTASKS
ผ่านไป ปฏิบัติการแทนที่จะคำนวณจากพารามิเตอร์บรรทัดคำสั่ง

--บทส่งท้าย=<ปฏิบัติการ>
ทรุด จะวิ่ง ปฏิบัติการ หลังจากขั้นตอนงานเสร็จสิ้น บรรทัดคำสั่ง
ข้อโต้แย้งสำหรับ ปฏิบัติการ จะเป็นคำสั่งและอาร์กิวเมนต์ของขั้นตอนงาน ถ้า
ปฏิบัติการ คือ "ไม่มี" ดังนั้นจะไม่มีการทำงาน epilog srun พารามิเตอร์นี้จะแทนที่
พารามิเตอร์ SrunEpilog ใน slurm.conf พารามิเตอร์นี้เป็นอิสระจาก
พารามิเตอร์ Epilog ใน slurm.conf

--exclusive[=ผู้ใช้]
ตัวเลือกนี้มีความหมายที่แตกต่างกันเล็กน้อยสำหรับการจัดสรรงานและขั้นตอนงาน
เมื่อใช้เพื่อเริ่มงาน การจัดสรรงานจะไม่สามารถแบ่งใช้โหนดกับผู้อื่นได้
งานที่กำลังทำงานอยู่ (หรือเพียงแค่ผู้ใช้รายอื่นที่มีตัวเลือก "=ผู้ใช้") ค่าเริ่มต้น
ลักษณะการทำงานที่ใช้ร่วมกัน/เฉพาะขึ้นอยู่กับการกำหนดค่าระบบและพาร์ติชันของ
ที่ใช้ร่วมกัน ตัวเลือกมีความสำคัญเหนือตัวเลือกของงาน

สามารถใช้ตัวเลือกนี้เมื่อเริ่มต้นขั้นตอนงานมากกว่าหนึ่งขั้นตอนภายใน an
การจัดสรรทรัพยากรที่มีอยู่ ซึ่งคุณต้องการให้ตัวประมวลผลแยกต่างหากทุ่มเทให้กับ
แต่ละขั้นตอนของงาน หากไม่มีตัวประมวลผลเพียงพอสำหรับเริ่มขั้นตอนงาน
มันจะถูกเลื่อนออกไป นี่ถือได้ว่าเป็นกลไกสำหรับทรัพยากร
การจัดการงานภายในการจัดสรร

การจัดสรร CPU แบบเอกสิทธิ์เฉพาะบุคคลจะใช้กับขั้นตอนงานที่เรียกใช้อย่างชัดเจนด้วย .เท่านั้น
--พิเศษ ตัวเลือก. ตัวอย่างเช่น งานอาจถูกจัดสรรหนึ่งโหนดที่มีสี่
CPU และรีโมตเชลล์ถูกเรียกใช้บนโหนดที่จัดสรร ถ้าเชลล์นั้นไม่ถูกเรียกใช้
กับ --พิเศษ ตัวเลือกจากนั้นก็อาจสร้างขั้นตอนงานที่มีสี่งานโดยใช้
--พิเศษ ตัวเลือกและไม่ขัดแย้งกับทรัพยากรของรีโมตเชลล์
การจัดสรร ใช้ --พิเศษ ออปชั่นเรียกใช้งานทุกขั้นตอนเพื่อความชัดเจน
ทรัพยากรสำหรับแต่ละขั้นตอน

โปรดทราบว่า CPU ทั้งหมดที่จัดสรรให้กับงานจะพร้อมใช้งานสำหรับแต่ละขั้นตอนของงาน เว้นแต่
--พิเศษ มีการใช้ตัวเลือกบวกกับการกำหนดค่าความสัมพันธ์ของงาน ตั้งแต่ทรัพยากร
การจัดการจัดทำโดยโปรเซสเซอร์ the --งาน ต้องระบุตัวเลือก แต่
ไม่ควรระบุตัวเลือกต่อไปนี้ --ญาติ, --การกระจาย=โดยพลการ.
ดู ตัวอย่าง ด้านล่าง

--ส่งออก=<สิ่งแวดล้อม ตัวแปร | NONE>
ระบุตัวแปรสภาพแวดล้อมที่จะเผยแพร่ไปยังแอปพลิเคชันที่เปิดใช้งาน
ชื่อตัวแปรสภาพแวดล้อมหลายชื่อควรคั่นด้วยเครื่องหมายจุลภาค สิ่งแวดล้อม
อาจระบุชื่อตัวแปรเพื่อเผยแพร่ค่าปัจจุบันของตัวแปรเหล่านั้นได้
(เช่น "--export=EDITOR") หรือค่าเฉพาะสำหรับตัวแปรอาจถูกส่งออกได้
(เช่น "--export=EDITOR=/bin/vi") นอกเหนือจากตัวแปรสภาพแวดล้อมที่
มิฉะนั้นจะถูกตั้งค่า โดยค่าเริ่มต้น ตัวแปรสภาพแวดล้อมทั้งหมดจะถูกเผยแพร่

--กิด=<กลุ่ม>
If ทรุด ทำงานเป็นรูทและ --กิด ใช้ option ส่งงานกับ กลุ่ม's
สิทธิ์การเข้าถึงกลุ่ม กลุ่ม อาจเป็นชื่อกลุ่มหรือรหัสกลุ่มที่เป็นตัวเลข

--เกรส=<รายการ>
ระบุรายการทรัพยากรสิ้นเปลืองทั่วไปที่คั่นด้วยจุลภาค รูปแบบของ
แต่ละรายการในรายการคือ "name[[:type]:count]" ชื่อของมันคือของ
ทรัพยากรสิ้นเปลือง การนับคือจำนวนของทรัพยากรเหล่านั้นที่มีค่าเริ่มต้น
ค่า 1 ทรัพยากรที่ระบุจะถูกจัดสรรให้กับงานในแต่ละโหนด
ทรัพยากรสิ้นเปลืองทั่วไปที่มีอยู่สามารถกำหนดค่าได้โดยระบบ
ผู้ดูแลระบบ รายการทรัพยากรสิ้นเปลืองทั่วไปที่มีอยู่จะถูกพิมพ์
และคำสั่งจะออกหากอาร์กิวเมนต์ option คือ "help" ตัวอย่างการใช้งาน
รวม "--gres=gpu:2,mic=1", "--gres=gpu:kepler:2" และ "--gres=help" หมายเหตุ: โดย
ค่าเริ่มต้น ขั้นตอนงานจะได้รับการจัดสรรทรัพยากรทั่วไปทั้งหมดที่จัดสรรไว้
ไปที่งาน เพื่อเปลี่ยนพฤติกรรมเพื่อให้แต่ละขั้นตอนของงานได้รับการจัดสรรไม่มีทั่วไป
ทรัพยากรตั้งค่าอย่างชัดเจนของ --gres เพื่อระบุศูนย์นับสำหรับแต่ละ
ทรัพยากรทั่วไปหรือตั้งค่า "--gres=none" หรือตั้งค่าสภาพแวดล้อม SLURM_STEP_GRES
ตัวแปรเป็น "ไม่มี"

-ชม, --ถือ
ระบุงานที่จะส่งในสถานะที่ถูกระงับ (ลำดับความสำคัญเป็นศูนย์) งานที่จัดขึ้น
ตอนนี้สามารถออกได้โดยใช้ scontrol เพื่อรีเซ็ตลำดับความสำคัญ (เช่น "การควบคุม ปล่อย
")

-h, --ช่วยด้วย
แสดงข้อมูลช่วยเหลือและออก

--คำใบ้=<ชนิด>
ผูกงานตามคำแนะนำการใช้งาน

การคำนวณ_ขอบเขต
เลือกการตั้งค่าสำหรับแอปพลิเคชันที่ผูกกับการประมวลผล: ใช้คอร์ทั้งหมดในแต่ละส่วน
ซ็อกเก็ตหนึ่งเธรดต่อคอร์

หน่วยความจำ_bound
เลือกการตั้งค่าสำหรับแอปพลิเคชันที่ผูกกับหน่วยความจำ: ใช้เพียงคอร์เดียวในแต่ละอัน
ซ็อกเก็ตหนึ่งเธรดต่อคอร์

[no]มัลติเธรด
[อย่า] ใช้เธรดพิเศษที่มีมัลติเธรดในคอร์ซึ่งจะได้ประโยชน์
แอปพลิเคชั่นที่เน้นการสื่อสาร รองรับเฉพาะงาน/ความเกี่ยวข้อง
ปลั๊กอิน

ช่วย แสดงข้อความช่วยเหลือนี้

-I, --ทันที[=วินาที>]
ออกหากไม่มีทรัพยากรภายในระยะเวลาที่กำหนด ถ้าไม่
อาร์กิวเมนต์ได้รับ ทรัพยากรจะต้องพร้อมใช้งานทันทีสำหรับการร้องขอไปยัง
ประสบความสำเร็จ โดยค่าเริ่มต้น, --ทันที ถูกปิด และคำสั่งจะบล็อกจนถึง
ทรัพยากรที่มีอยู่ เนื่องจากอาร์กิวเมนต์ของตัวเลือกนี้เป็นทางเลือก เพื่อความเหมาะสม
การแยกวิเคราะห์ตัวเลือกตัวอักษรเดี่ยวจะต้องตามด้วยค่าและ .ทันที
ไม่รวมช่องว่างระหว่างพวกเขา ตัวอย่างเช่น "-I60" ไม่ใช่ "-I 60"

-i, --ป้อนข้อมูล=<โหมด>
ระบุว่าจะเปลี่ยนเส้นทาง stdin อย่างไร โดยค่าเริ่มต้น, ทรุด เปลี่ยนเส้นทาง stdin จาก
เทอร์มินัลงานทั้งหมด ดู IO การเปลี่ยนเส้นทาง ด้านล่างสำหรับตัวเลือกเพิ่มเติม สำหรับ OS X, the
ฟังก์ชันโพล () ไม่รองรับ stdin ดังนั้นจึงไม่สามารถป้อนข้อมูลจากเทอร์มินัลได้

-J, --ชื่องาน=<ชื่องาน>
ระบุชื่องาน ชื่อที่ระบุจะปรากฏขึ้นพร้อมกับรหัสงาน
หมายเลขเมื่อทำการสอบถามงานที่ทำงานอยู่บนระบบ ค่าเริ่มต้นคือที่ให้มา
ปฏิบัติการ ชื่อโปรแกรม หมายเหตุ: ข้อมูลนี้อาจเขียนถึง
ไฟล์ slurm_jobacct.log ไฟล์นี้มีการเว้นวรรค ดังนั้นหากมีการใช้ช่องว่างในไฟล์
ชื่องาน ชื่อจะทำให้เกิดปัญหาในการแสดงเนื้อหาของ .อย่างถูกต้อง
slurm_jobacct.log ไฟล์เมื่อ ศักดิ์สิทธิ์ ใช้คำสั่ง.

--งาน=<งาน>
เริ่มต้นขั้นตอนงานภายใต้งานที่จัดสรรแล้วด้วย job id id. ใช้สิ่งนี้
ตัวเลือกจะทำให้ ทรุด ให้ทำงานเหมือนกับว่าสภาพแวดล้อม SLURM_JOB_ID
ตัวแปรถูกตั้งค่า

-K, --kill-on-bad-exit[=0|1]
ควบคุมว่าจะยุติงานหรือไม่หากงานใดออกจากงานโดยไม่มีการออกจากศูนย์
รหัส. หากไม่ได้ระบุตัวเลือกนี้ การดำเนินการเริ่มต้นจะขึ้นอยู่กับ
พารามิเตอร์การกำหนดค่า Slurm ของ KillOnBadExit. หากระบุตัวเลือกนี้จะ
จะมีอำนาจเหนือกว่า KillOnBadExit. อาร์กิวเมนต์ตัวเลือกของศูนย์จะไม่
ยุติงาน อาร์กิวเมนต์ที่ไม่เป็นศูนย์หรือไม่มีอาร์กิวเมนต์ใดๆ จะยุติงาน
หมายเหตุ: ตัวเลือกนี้มีความสำคัญเหนือ -W, --รอ ทางเลือกในการยุติงาน
ทันทีหากงานออกด้วยรหัสทางออกที่ไม่ใช่ศูนย์ เนื่องจากตัวเลือกนี้ของ
อาร์กิวเมนต์เป็นทางเลือกสำหรับการแยกวิเคราะห์ที่เหมาะสมต้องปฏิบัติตามตัวเลือกตัวอักษรเดียว
ทันทีด้วยค่าและไม่รวมช่องว่างระหว่างพวกเขา ตัวอย่างเช่น "-K1"
และไม่ใช่ "-K 1"

-k, --ไม่-ฆ่า
อย่ายุติงานโดยอัตโนมัติหากมีการจัดสรรโหนดใดโหนดหนึ่ง
ล้มเหลว ตัวเลือกนี้รู้จักในการจัดสรรงานเท่านั้น ไม่ใช่สำหรับการส่ง
ของงานแต่ละขั้นตอน งานจะรับผิดชอบทั้งหมดสำหรับ
ทนต่อความผิดพลาด งานที่เรียกใช้โดยใช้ตัวเลือกนี้จะไม่ถือว่าสิ้นสุด
(เช่น -K, --kill-on-bad-exit และ -W, --รอ ตัวเลือกจะไม่มีผลกับ
ขั้นตอนการทำงาน) ขั้นตอนงานที่ใช้งานอยู่ (งาน MPI) มีแนวโน้มที่จะเกิดข้อผิดพลาดร้ายแรง แต่
ขั้นตอนต่อไปของงานอาจถูกเรียกใช้หากระบุตัวเลือกนี้ การกระทำเริ่มต้นคือ
เพื่อยุติงานเมื่อโหนดล้มเหลว

--launch-cmd
พิมพ์คำสั่งเรียกใช้งานภายนอกแทนการเรียกใช้งานตามปกติผ่าน Slurm นี้
ตัวเลือกจะใช้ได้ก็ต่อเมื่อใช้อย่างอื่นที่ไม่ใช่ เปิดตัว/slurm ปลั๊กอิน

--launcher-ตัวเลือก=<ตัวเลือก>
ตัวเลือกสำหรับตัวเรียกใช้ภายนอกหากใช้อย่างอื่นที่ไม่ใช่ เปิดตัว/slurm
ปลั๊กอิน

-l, --ฉลาก
ใส่หมายเลขงานไว้หน้าบรรทัด stdout/err NS --ฉลาก ตัวเลือกจะขึ้นหน้าบรรทัด
ของเอาต์พุตด้วย ID งานระยะไกล

-L, --ใบอนุญาต=<การอนุญาต>
ข้อมูลจำเพาะของใบอนุญาต (หรือทรัพยากรอื่น ๆ ที่มีอยู่ในโหนดทั้งหมดของ
คลัสเตอร์) ที่ต้องจัดสรรให้กับงานนี้ ชื่อใบอนุญาตสามารถตามด้วย
โคลอนและนับ (การนับเริ่มต้นคือหนึ่ง) ชื่อใบอนุญาตหลายชื่อควรเป็นเครื่องหมายจุลภาค
แยกออกจากกัน (เช่น "--licenses=foo:4,bar")

-m, --การกระจาย=
*|ปิดกั้น|เป็นวงกลม|โดยพลการ|เครื่องบิน= [:*|ปิดกั้น|เป็นวงกลม|ไซคลิก[:*|ปิดกั้น|
เป็นวงกลม|ไซคลิก-ห่อ|โนแพ็ค]

ระบุวิธีการแจกจ่ายทางเลือกสำหรับกระบวนการระยะไกล ตัวเลือกนี้ควบคุม
การกระจายงานไปยังโหนดที่มีการจัดสรรทรัพยากรและ
การกระจายทรัพยากรเหล่านั้นไปยังงานสำหรับการผูก (ความสัมพันธ์ของงาน) ครั้งแรก
วิธีการแจกจ่าย (ก่อน ":") ควบคุมการกระจายงานไปยัง
โหนด วิธีการแจกแจงแบบที่สอง (หลัง ":" แรก) ควบคุม
การกระจายของ CPU ที่จัดสรรข้ามซ็อกเก็ตเพื่อผูกกับงาน ที่สาม
วิธีการแจกจ่าย (หลังจากวินาที ":") ควบคุมการกระจายของการจัดสรร
ซีพียูข้ามคอร์เพื่อผูกกับงาน ใช้การกระจายที่สองและสาม
เฉพาะเมื่อเปิดใช้งานความเกี่ยวข้องของงาน รองรับการแจกจ่ายที่สามก็ต่อเมื่อ
กำหนดค่าปลั๊กอินงาน/cgroup แล้ว ค่าเริ่มต้นสำหรับการแจกจ่ายแต่ละประเภทคือ
กำหนดโดย *.

โปรดทราบว่าด้วย select/cons_res จำนวน CPU ที่จัดสรรในแต่ละซ็อกเก็ตและ
โหนดอาจแตกต่างกัน อ้างถึง http://slurm.schedmd.com/mc_support.html สำหรับข้อมูลเพิ่มเติม
ข้อมูลเกี่ยวกับการจัดสรรทรัพยากร การกระจายงานไปยังโหนด และการผูกมัดของ
งานให้กับซีพียู
วิธีการแจกจ่ายครั้งแรก (การกระจายงานข้ามโหนด):

* ใช้วิธีการเริ่มต้นสำหรับการกระจายงานไปยังโหนด (บล็อก)

ปิดกั้น วิธีการแจกจ่ายบล็อกจะกระจายงานไปยังโหนดดังกล่าว
งานต่อเนื่องใช้โหนดร่วมกัน ตัวอย่างเช่น พิจารณาการจัดสรรสาม
โหนดแต่ละตัวมีซีพียูสองตัว คำขอแจกจ่ายบล็อกสี่งานจะ
แจกจ่ายงานเหล่านั้นไปยังโหนดด้วยภารกิจที่หนึ่งและสองในครั้งแรก
โหนด งานที่สามบนโหนดที่สอง และงานที่สี่บนโหนดที่สาม ปิดกั้น
การกระจายเป็นพฤติกรรมเริ่มต้นหากจำนวนงานเกิน
จำนวนโหนดที่จัดสรร

เป็นวงกลม วิธีการกระจายแบบวนจะกระจายงานไปยังโหนดดังกล่าว
งานที่ต่อเนื่องกันจะถูกแจกจ่ายผ่านโหนดที่ต่อเนื่องกัน (ใน Round-robin
แฟชั่น). ตัวอย่างเช่น พิจารณาการจัดสรรสามโหนดโดยแต่ละโหนดมี XNUMX
ซีพียู คำขอแจกจ่ายแบบวนรอบสี่งานจะแจกจ่ายงานเหล่านั้นไปยัง
โหนดที่มีภารกิจที่หนึ่งและสี่บนโหนดแรก ภารกิจที่สองในวินาที
โหนด และภารกิจที่สามบนโหนดที่สาม โปรดทราบว่าเมื่อ SelectType เป็น
select/cons_res ไม่สามารถจัดสรร CPU จำนวนเท่ากันในแต่ละโหนด
การกระจายงานจะเป็นแบบปัดเศษระหว่างโหนดทั้งหมดที่มี CPU ยังไม่ถึง
ได้รับมอบหมายให้ทำงาน การกระจายแบบวนเป็นพฤติกรรมเริ่มต้นหาก
จำนวนงานไม่มากกว่าจำนวนโหนดที่จัดสรร

เครื่องบิน งานถูกแจกจ่ายในบล็อกที่มีขนาดที่ระบุ ตัวเลือก
รวมตัวเลขที่แสดงขนาดของบล็อกงาน ตามนี้ค่ะ
โดยข้อกำหนดทางเลือกของรูปแบบการกระจายงานภายใน block
ของงานและระหว่างกลุ่มงาน จำนวนงานที่แจกจ่าย
สำหรับแต่ละโหนดจะเหมือนกับการกระจายแบบวน แต่ taskids
กำหนดให้กับแต่ละโหนดขึ้นอยู่กับขนาดระนาบ สำหรับรายละเอียดเพิ่มเติม (รวมถึง
ตัวอย่างและไดอะแกรม) โปรดดู
http://slurm.schedmd.com/mc_support.html
และ
http://slurm.schedmd.com/dist_plane.html

โดยพลการ
วิธีการแจกจ่ายตามอำเภอใจจะจัดสรรกระบวนการตามลำดับเช่น
แสดงรายการในไฟล์ที่กำหนดโดยตัวแปรสภาพแวดล้อม SLURM_HOSTFILE ถ้า
ตัวแปรนี้อยู่ในรายการซึ่งจะแทนที่วิธีการอื่นที่ระบุ ถ้า
ไม่ได้ตั้งค่าวิธีการเริ่มต้นที่จะบล็อก ภายในไฟล์โฮสต์จะต้องมี
ขั้นต่ำจำนวนโฮสต์ที่ร้องขอและหนึ่งต่อบรรทัดหรือเครื่องหมายจุลภาค
แยกออกจากกัน. หากระบุจำนวนงาน (-n, --งาน=<จำนวน>) งานของคุณ
จะถูกจัดวางบนโหนดตามลำดับของไฟล์
หมายเหตุ: ตัวเลือกการกระจายตามอำเภอใจในการจัดสรรงานเท่านั้นควบคุม
โหนดที่จะจัดสรรให้กับงานและไม่ใช่การจัดสรรของ CPU บนเหล่านั้น
โหนด ตัวเลือกนี้มีขึ้นเพื่อควบคุมเค้าโครงงานของขั้นตอนงานเป็นหลักใน
การจัดสรรงานที่มีอยู่สำหรับคำสั่ง srun

วิธีการแจกจ่ายที่สอง (การกระจายของ CPU ข้ามซ็อกเก็ตสำหรับการเชื่อมโยง):

* ใช้วิธีการเริ่มต้นสำหรับการกระจาย CPU ข้ามซ็อกเก็ต (แบบวนซ้ำ)

ปิดกั้น วิธีการกระจายบล็อกจะกระจาย CPU ที่จัดสรรไว้อย่างต่อเนื่อง
จากซ็อกเก็ตเดียวกันสำหรับผูกกับงานก่อนที่จะใช้ต่อเนื่องกัน
เบ้า.

เป็นวงกลม วิธีการกระจายแบบวนรอบจะแจกจ่าย CPU ที่จัดสรรไว้สำหรับการผูกกับ
งานที่กำหนดให้ติดต่อกันจากซ็อกเก็ตเดียวกันและจากต่อไป
ซ็อกเก็ตที่ต่อเนื่องกันสำหรับงานถัดไป แบบโรบินทั่ว
ซ็อกเก็ต

ไซคลิก
วิธีการแจกจ่าย fcyclic จะแจกจ่าย CPU ที่จัดสรรไว้สำหรับการผูก
ไปจนถึงงานจากซ็อกเก็ตที่ต่อเนื่องกันแบบวนซ้ำทั่ว
ซ็อกเก็ต

วิธีการแจกจ่ายที่สาม (การกระจายของ CPU ข้ามแกนสำหรับการผูก):

* ใช้วิธีการเริ่มต้นสำหรับการกระจาย CPU ข้ามคอร์ (สืบทอดมาจาก
วิธีกระจายที่สอง)

ปิดกั้น วิธีการกระจายบล็อกจะกระจาย CPU ที่จัดสรรไว้อย่างต่อเนื่อง
จากแกนเดียวกันเพื่อผูกมัดกับงาน ก่อนใช้ลำดับต่อไป
แกน

เป็นวงกลม วิธีการกระจายแบบวนรอบจะแจกจ่าย CPU ที่จัดสรรไว้สำหรับการผูกกับ
งานที่กำหนดให้ต่อเนื่องกันจากแกนเดียวกัน และจากงานถัดไปที่ต่อเนื่องกัน
แกนหลักสำหรับงานถัดไป แบบวนซ้ำข้ามแกน

ไซคลิก
วิธีการแจกจ่าย fcyclic จะแจกจ่าย CPU ที่จัดสรรไว้สำหรับการผูก
ไปจนถึงงานจากคอร์ที่ต่อเนื่องกันแบบวนซ้ำทั่วทั้งคอร์

การควบคุมเพิ่มเติมสำหรับการกระจายงานบนโหนด:

ห่อ แทนที่จะกระจายงานของขั้นตอนงานอย่างเท่าเทียมกันทั่วๆ ไป
โหนดที่จัดสรร แพ็คให้แน่นที่สุดบนโหนด

โนแพ็ค แทนที่จะบรรจุงานของขั้นตอนงานให้แน่นที่สุดบนโหนด
กระจายอย่างสม่ำเสมอ ตัวเลือกผู้ใช้นี้จะแทนที่
SelectTypeParameters CR_Pack_Nodes พารามิเตอร์การกำหนดค่า

--ประเภทจดหมาย=<ชนิด>
แจ้งผู้ใช้ทางอีเมลเมื่อมีเหตุการณ์บางประเภทเกิดขึ้น ถูกต้อง ชนิด ค่าไม่มี
BEGIN, END, FAIL, REQUEUE, ALL (เทียบเท่ากับ BEGIN, END, FAIL, REQUEUE และ
STAGE_OUT), STAGE_OUT (สเตจบัฟเฟอร์ต่อเนื่องเสร็จสิ้น), TIME_LIMIT, TIME_LIMIT_90
(ถึง 90 เปอร์เซ็นต์ของเวลาที่กำหนด), TIME_LIMIT_80 (ถึง 80 เปอร์เซ็นต์ของเวลา
จำกัด) และ TIME_LIMIT_50 (ถึง 50 เปอร์เซ็นต์ของเวลาที่กำหนด) หลายรายการ ชนิด ค่า
อาจระบุในรายการที่คั่นด้วยเครื่องหมายจุลภาค ผู้ใช้ที่จะได้รับการแจ้งเตือนจะถูกระบุ
กับ --mail-ผู้ใช้.

--mail-ผู้ใช้=<ผู้ใช้งาน>
ผู้ใช้จะได้รับอีเมลแจ้งการเปลี่ยนแปลงสถานะตามที่กำหนดโดย --ประเภทจดหมาย.
ค่าเริ่มต้นคือผู้ใช้ที่ส่ง

--บันทึก=<MB>
ระบุหน่วยความจำจริงที่ต้องการต่อโหนดในเมกะไบต์ ค่าเริ่มต้นคือ
DefMemPerNode และค่าสูงสุดคือ MaxMemPerNode. หากกำหนดค่าทั้งสองของ
พารามิเตอร์สามารถดูได้โดยใช้ การควบคุม โชว์ การตั้งค่า สั่งการ. พารามิเตอร์นี้
โดยทั่วไปจะใช้หากโหนดทั้งหมดถูกจัดสรรให้กับงาน
(SelectType=เลือก/เชิงเส้น). การระบุขีดจำกัดหน่วยความจำเป็นศูนย์สำหรับขั้นตอนงานจะ
จำกัดขั้นตอนงานตามจำนวนหน่วยความจำที่จัดสรรให้กับงาน แต่ไม่ลบ
การจัดสรรหน่วยความจำของงานใดๆ จากความพร้อมใช้งานไปยังขั้นตอนอื่นๆ ของงาน อีกด้วย
เห็น --mem ต่อ CPU. --บันทึก และ --mem ต่อ CPU เป็นของกันและกัน หมายเหตุ: หน่วยความจำ
ข้อกำหนดด้านขนาดถือเป็นกรณีพิเศษและให้สิทธิ์เข้าถึงงานทั้งหมด
หน่วยความจำในแต่ละโหนด หมายเหตุ: ปัจจุบันการบังคับใช้ขีดจำกัดหน่วยความจำขึ้นอยู่กับ
ปลั๊กอินงาน/cgroup หรือการเปิดใช้งานการบัญชี ซึ่งตัวอย่างหน่วยความจำใช้บน a
เป็นระยะ ๆ (ไม่จำเป็นต้องจัดเก็บข้อมูลเพียงแค่เก็บรวบรวม) ในทั้งสองกรณีการใช้หน่วยความจำ
ขึ้นอยู่กับ Resident Set Size (RSS) ของงาน งานอาจเกินขีดจำกัดหน่วยความจำ
จนถึงตัวอย่างการบัญชีรายงวดต่อไป

--mem ต่อ CPU=<MB>
หน่วยความจำขั้นต่ำที่ต้องการต่อ CPU ที่จัดสรรในเมกะไบต์ ค่าเริ่มต้นคือ
DefMemPerCPU และค่าสูงสุดคือ MaxMemPerCPU (ดูข้อยกเว้นด้านล่าง) ถ้า
กำหนดค่า พารามิเตอร์ทั้งสองสามารถดูได้โดยใช้ การควบคุม โชว์ การตั้งค่า คำสั่ง
สังเกตว่าถ้างานของ --mem ต่อ CPU ค่าเกินกว่าที่กำหนดค่าไว้ MaxMemPerCPU,
จากนั้นขีดจำกัดของผู้ใช้จะถือเป็นขีดจำกัดหน่วยความจำต่องาน --mem ต่อ CPU
จะลดลงเหลือไม่เกิน MaxMemPerCPU; --ซีพียูต่องาน จะถูกตั้งค่า
และคุณค่าของ --ซีพียูต่องาน คูณด้วยสิ่งใหม่ --mem ต่อ CPU ค่าจะ
เท่าเดิม --mem ต่อ CPU ค่าที่ระบุโดยผู้ใช้ พารามิเตอร์นี้จะ
โดยทั่วไปจะใช้หากมีการจัดสรรโปรเซสเซอร์แต่ละตัวให้กับงาน
(SelectType=เลือก/cons_res). หากทรัพยากรได้รับการจัดสรรโดยแกนหลัก ซ็อกเก็ต หรือ
โหนดทั้งหมด; จำนวน CPU ที่จัดสรรให้กับงานอาจมากกว่างาน
นับและค่าของ --mem ต่อ CPU ควรปรับให้เหมาะสม ระบุ
ขีด จำกัด หน่วยความจำของศูนย์สำหรับขั้นตอนงานจะ จำกัด ขั้นตอนงานเป็นจำนวน
หน่วยความจำที่จัดสรรให้กับงาน แต่ไม่ลบการจัดสรรหน่วยความจำของงานออกจาก
พร้อมใช้งานสำหรับขั้นตอนงานอื่น ๆ ดูเพิ่มเติม --บันทึก. --บันทึก และ --mem ต่อ CPU เป็น
แยกออกจากกัน

--mem_bind-เงียบ, ละเอียด-ชนิด
ผูกงานกับหน่วยความจำ ใช้เฉพาะเมื่อเปิดใช้งานปลั๊กอินงาน/ความเกี่ยวข้องและ
มีฟังก์ชันหน่วยความจำ NUMA หมายเหตุ ที่ ความละเอียด of ซีพียู และ หน่วยความจำ
ผูกพัน อาจ แตกต่าง on บาง สถาปัตยกรรม ตัวอย่างเช่น อาจทำการผูก CPU ได้
ที่ระดับแกนประมวลผลภายในโปรเซสเซอร์ในขณะที่ทำการผูกหน่วยความจำ
ที่ระดับของโหนด โดยที่คำจำกัดความของ "โหนด" อาจแตกต่างไปจากระบบถึง
ระบบ เค้ก ใช้ of ใด ชนิด อื่น ๆ กว่า "ไม่มี" or "ท้องถิ่น" is ไม่ แนะนำ If
คุณต้องการควบคุมที่มากขึ้น ลองใช้รหัสทดสอบอย่างง่ายด้วยตัวเลือก
"--cpu_bind=verbose,none --mem_bind=verbose,none" เพื่อกำหนดเฉพาะ
องค์ประกอบ

หมายเหตุ: หากต้องการให้ Slurm รายงานการผูกหน่วยความจำที่เลือกเสมอสำหรับคำสั่งทั้งหมด
ดำเนินการในเชลล์ คุณสามารถเปิดใช้งานโหมด verbose โดยการตั้งค่า SLURM_MEM_BIND
ค่าตัวแปรสภาพแวดล้อมเป็น "verbose"

ตัวแปรสภาพแวดล้อมข้อมูลต่อไปนี้ถูกตั้งค่าเมื่อ --mem_bind ที่อยู่ใน
ใช้:

SLURM_MEM_BIND_VERBOSE
SLURM_MEM_BIND_TYPE
SLURM_MEM_BIND_LIST

ดู และพวกเรา ตัวแปร ส่วนสำหรับคำอธิบายโดยละเอียดเพิ่มเติมของ
ตัวแปร SLURM_MEM_BIND* แต่ละรายการ

ตัวเลือกที่รองรับได้แก่:

เงียบ]
ผูกอย่างเงียบ ๆ ก่อนที่งานจะทำงาน (ค่าเริ่มต้น)

วี[erbose]
รายงานผลผูกพันอย่างละเอียดก่อนเริ่มงาน

ไม่มี] ไม่ผูกงานกับหน่วยความจำ (ค่าเริ่มต้น)

อันดับ ผูกตามอันดับงาน (ไม่แนะนำ)

ในประเทศ ใช้หน่วยความจำภายในตัวประมวลผลที่ใช้งาน

map_mem:
ผูกโดยการจับคู่หน่วยความจำของโหนดกับงานตามที่ระบุโดยที่ เป็น
, ,... . CPU ID ถูกตีความว่าเป็นค่าทศนิยม
เว้นแต่จะขึ้นต้นด้วย '0x' ซึ่งในกรณีนี้จะตีความว่า
ค่าเลขฐานสิบหก (ไม่แนะนำ)

mask_mem:
ผูกโดยการตั้งค่ามาสก์หน่วยความจำในงานตามที่ระบุที่ เป็น
, ,... . มาสก์หน่วยความจำคือ เสมอ ตีความว่า
ค่าเลขฐานสิบหก โปรดทราบว่ามาสก์จะต้องนำหน้าด้วย '0x' หาก
อย่าเริ่มต้นด้วย [0-9] ดังนั้นพวกเขาจะถูกมองว่าเป็นค่าตัวเลขโดย srun

ช่วย แสดงข้อความช่วยเหลือนี้

--มินคัป=<n>
ระบุจำนวนขั้นต่ำของโลจิคัลซีพียู/โปรเซสเซอร์ต่อโหนด

--msg-หมดเวลา=<วินาที>
แก้ไขการหมดเวลาของข้อความการเริ่มงาน ค่าเริ่มต้นคือ ข้อความหมดเวลา ที่
ไฟล์คอนฟิกูเรชัน Slurm slurm.conf การเปลี่ยนแปลงนี้มักจะไม่
แนะนำ แต่อาจเป็นประโยชน์ในการวินิจฉัยปัญหา

--mpi=<mpi_type>
ระบุประเภทของ MPI ที่จะใช้ อาจส่งผลให้มีขั้นตอนการเริ่มต้นที่ไม่ซ้ำกัน

รายการ แสดงรายการประเภท mpi ที่มีให้เลือก

หวด เริ่มต้นหนึ่งกระบวนการ 'lamd' ต่อโหนด และสร้างสภาพแวดล้อมที่จำเป็น
ตัวแปรสำหรับ LAM/MPI

mpich1_shmem
เริ่มต้นหนึ่งกระบวนการต่อโหนดและสร้างสภาพแวดล้อมที่จำเป็น
ตัวแปรสำหรับโมเดลหน่วยความจำที่ใช้ร่วมกันของ mpich1 สิ่งนี้ใช้ได้กับ mvapich built
สำหรับหน่วยความจำที่ใช้ร่วมกัน

michgm
สำหรับใช้กับ Myrinet

มวาพิชญ์
สำหรับใช้กับอินฟินิแบนด์

โอเพ่นเอ็มพีไอ
สำหรับใช้กับ OpenMPI

พีเอ็มไอ2 เพื่อเปิดใช้งานการสนับสนุน PMI2 การสนับสนุน PMI2 ใน Slurm ใช้งานได้ก็ต่อเมื่อ MPI
การใช้งานรองรับ กล่าวคือ ถ้า MPI มีอินเทอร์เฟซ PMI2
ดำเนินการ --mpi=pmi2 จะโหลดไลบรารี lib/slurm/mpi_pmi2.so
ซึ่งให้การทำงานฝั่งเซิร์ฟเวอร์ แต่ฝั่งไคลเอ็นต์ต้อง
ใช้ PMI2_Init() และการเรียกอินเทอร์เฟซอื่น ๆ

ไม่มี ไม่มีการประมวลผล MPI พิเศษ นี่เป็นค่าเริ่มต้นและทำงานร่วมกับอุปกรณ์อื่นๆ ได้มากมาย
เวอร์ชันของ MPI

--หลายโปรแกรม
เรียกใช้งานด้วยโปรแกรมต่างๆ และอาร์กิวเมนต์ที่แตกต่างกันสำหรับแต่ละงาน ในเรื่องนี้
กรณีโปรแกรมปฏิบัติการที่ระบุเป็นไฟล์การกำหนดค่าที่ระบุ
ปฏิบัติการและอาร์กิวเมนต์สำหรับแต่ละงาน ดู หลาย โปรแกรม การกำหนดค่า
ด้านล่างสำหรับรายละเอียดเกี่ยวกับเนื้อหาไฟล์การกำหนดค่า

-N, --โหนด=<มินโหนด[-โหนดสูงสุด]>
ขอให้ขั้นต่ำของ มินโหนด โหนดจะถูกจัดสรรให้กับงานนี้ โหนดสูงสุด
อาจระบุจำนวนด้วย โหนดสูงสุด. หากระบุเพียงตัวเลขเดียว นี่
ใช้เป็นทั้งจำนวนโหนดต่ำสุดและสูงสุด ขีดจำกัดโหนดของพาร์ติชัน
เข้ามาแทนที่ของงาน หากขีดจำกัดโหนดของงานอยู่นอกช่วง
อนุญาตสำหรับพาร์ติชันที่เกี่ยวข้อง งานจะถูกปล่อยให้อยู่ในสถานะรอดำเนินการ
สิ่งนี้อนุญาตให้ดำเนินการได้ในภายหลัง เมื่อพาร์ติชั่นจำกัดเป็น
เปลี่ยน. หากขีดจำกัดโหนดงานเกินจำนวนโหนดที่กำหนดค่าใน
พาร์ติชั่น งานจะถูกปฏิเสธ โปรดทราบว่าตัวแปรสภาพแวดล้อม
SLURM_JOB_NUM_NODES (และ สเลิร์ม_NNODES สำหรับความเข้ากันได้ย้อนหลัง) จะถูกตั้งค่าเป็น
จำนวนโหนดที่จัดสรรให้กับงานจริง ดู และพวกเรา ตัวแปร
ส่วนสำหรับข้อมูลเพิ่มเติม ถ้า -N ไม่ได้ระบุไว้ ลักษณะการทำงานเริ่มต้นคือto
จัดสรรโหนดให้เพียงพอเพื่อตอบสนองความต้องการของ -n และ -c ตัวเลือก. NS
งานจะได้รับการจัดสรรโหนดให้มากที่สุดภายในช่วงที่ระบุและ
โดยไม่ชักช้าในการเริ่มงาน ข้อกำหนดการนับโหนดอาจ
รวมค่าตัวเลขตามด้วยคำต่อท้าย "k" (คูณค่าตัวเลขด้วย
1,024) หรือ "m" (คูณค่าตัวเลขด้วย 1,048,576)

-n, --งาน=<จำนวน>
ระบุจำนวนงานที่จะรัน ขอให้ ทรุด จัดสรรทรัพยากรให้ งาน
งาน ค่าดีฟอลต์คือหนึ่งงานต่อโหนด แต่โปรดทราบว่า --ซีพียูต่องาน ตัวเลือก
จะเปลี่ยนค่าเริ่มต้นนี้

--เครือข่าย=<ชนิด>
ระบุข้อมูลที่เกี่ยวข้องกับสวิตช์หรือเครือข่าย การตีความของ
ชนิด ขึ้นกับระบบ ตัวเลือกนี้ได้รับการสนับสนุนเมื่อเรียกใช้ Slurm บน Cray
โดยกำเนิด ใช้เพื่อร้องขอโดยใช้ Network Performace Counters ค่าเดียวเท่านั้น
ต่อคำขอถูกต้อง ตัวเลือกทั้งหมดคำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่ ในการกำหนดค่านี้
ค่าที่รองรับ ได้แก่ :

ระบบ
ใช้ตัวนับประสิทธิภาพเครือข่ายทั่วทั้งระบบ เฉพาะโหนดที่ร้องขอจะ
ถูกทำเครื่องหมายเพื่อใช้ในการจัดสรรงาน ถ้างานไม่เต็ม
ทั้งระบบ ส่วนโหนดที่เหลือไม่สามารถใช้กับงานอื่นได้
ใช้ NPC หากไม่ได้ใช้งาน สถานะจะปรากฏเป็น PerfCnts โหนดเหล่านี้คือ
ยังคงใช้ได้สำหรับงานอื่นๆ ที่ไม่ใช้ NPC

ใบมีด ใช้ตัวนับประสิทธิภาพเครือข่ายเบลด เฉพาะโหนดที่ร้องขอเท่านั้นจะเป็น
ทำเครื่องหมายเพื่อใช้ในการจัดสรรงาน ถ้างานไม่เต็ม
ใบมีดที่จัดสรรให้กับงาน ใบมีดเหล่านั้นไม่สามารถใช้โดยผู้อื่นได้
งานที่ใช้ NPC หากไม่ได้ใช้งาน สถานะจะปรากฏเป็น PerfCnts โหนดเหล่านี้คือ
ยังคงใช้ได้สำหรับงานอื่นๆ ที่ไม่ใช้ NPC

ทุกกรณีการขอจัดสรรงานหรือขั้นตอน ต้อง ระบุ
--ตัวเลือกพิเศษ. มิฉะนั้นคำขอจะถูกปฏิเสธ

ด้วยขั้นตอนตัวเลือกใด ๆ เหล่านี้ไม่ได้รับอนุญาตให้แชร์เบลดดังนั้นทรัพยากร
จะยังคงว่างในการจัดสรรหากขั้นตอนที่วิ่งบนใบมีดไม่ได้
ขึ้นทุกโหนดบนใบมีด

เค้ก เครือข่าย ตัวเลือกยังได้รับการสนับสนุนบนระบบที่มี Parallel Environment ของ IBM
(วิชาพลศึกษา). ดูเอกสารคำสำคัญคำสั่งงาน LoadLeveler ของ IBM เกี่ยวกับคำสำคัญ
"เครือข่าย" สำหรับข้อมูลเพิ่มเติม อาจระบุค่าได้หลายค่าในเครื่องหมายจุลภาค
แยกรายการ. ตัวเลือกทั้งหมดคำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่ ค่าที่รองรับได้แก่:

BULK_XFER[=แหล่งข้อมูล>]
เปิดใช้งานการถ่ายโอนข้อมูลจำนวนมากโดยใช้ Remote Direct-Memory Access (RDMA)
ตัวเลือก แหล่งข้อมูล Spec เป็นค่าตัวเลขที่สามารถมีได้
คำต่อท้ายของ "k", "K", "m", "M", "g" หรือ "G" สำหรับกิโลไบต์ เมกะไบต์ หรือ
กิกะไบต์ หมายเหตุ: The แหล่งข้อมูล ข้อมูลจำเพาะไม่ได้รับการสนับสนุนโดย
โครงสร้างพื้นฐานของ IBM ที่เป็นพื้นฐานของ Parallel Environment เวอร์ชัน 2.2
และไม่ควรระบุค่าใด ๆ ในขณะนี้ อุปกรณ์ที่จัดสรร
สำหรับงานทั้งหมดต้องเป็นประเภทเดียวกัน ค่าเริ่มต้นขึ้นอยู่กับ
ขึ้นอยู่กับฮาร์ดแวร์ที่มีอยู่และลำดับของการตั้งค่าคือ
IPONLY (ซึ่งไม่ถือว่าอยู่ในโหมด User Space), HFI, IB, HPCE และ
ม.อ.

คสช=<นับ> จำนวนหน่วยเร่งความเร็วร่วม (CAU) ที่ต้องการ ใช้เท่านั้น
ไปยังโปรเซสเซอร์ IBM Power7-IH ค่าเริ่มต้นคือศูนย์ CAU . อิสระ
จะได้รับการจัดสรรสำหรับอินเทอร์เฟซการเขียนโปรแกรมแต่ละรายการ (MPI, LAPI เป็นต้น)

DEVNAME=<ชื่อ>
ระบุชื่ออุปกรณ์ที่จะใช้สำหรับการสื่อสาร (เช่น "eth0" หรือ
"mlx4_0")

ประเภทการพัฒนา=<ชนิด>
ระบุประเภทอุปกรณ์ที่จะใช้ในการสื่อสาร ที่รองรับ
ค่าของ ชนิด คือ: "IB" (InfiniBand), "HFI" (P7 Host Fabric
อินเทอร์เฟซ), "IPONLY" (อินเทอร์เฟซ IP เท่านั้น), "HPCE" (HPC Ethernet) และ
"KMUX" (การจำลองเคอร์เนลของ HPCE) อุปกรณ์ที่จัดสรรให้กับงานต้อง
ทั้งหมดเป็นประเภทเดียวกัน ค่าเริ่มต้นขึ้นอยู่กับขึ้นอยู่กับ
ฮาร์ดแวร์ใดที่พร้อมใช้งานและตามลำดับการตั้งค่าคือ IPONLY (ซึ่ง
ไม่พิจารณาในโหมดพื้นที่ผู้ใช้), HFI, IB, HPCE และ KMUX

ทันที =<นับ>
จำนวนช่องที่ส่งทันทีต่อหน้าต่างที่ต้องการ ใช้เฉพาะกับ
โปรเซสเซอร์ IBM Power7-IH ค่าเริ่มต้นคือศูนย์

ตัวอย่าง =<นับ>
ระบุจำนวนการเชื่อมต่อเครือข่ายสำหรับแต่ละงานในแต่ละเครือข่าย
การเชื่อมต่อ. จำนวนอินสแตนซ์เริ่มต้นคือ 1

IPV4 ใช้การสื่อสารอินเทอร์เน็ตโปรโตคอล (IP) เวอร์ชัน 4 (ค่าเริ่มต้น)

IPV6 ใช้การสื่อสารอินเทอร์เน็ตโปรโตคอล (IP) เวอร์ชัน 6

ลาปี้ ใช้อินเทอร์เฟซการเขียนโปรแกรม LAPI

โคมไฟ ใช้อินเทอร์เฟซการเขียนโปรแกรม MPI MPI เป็นอินเทอร์เฟซเริ่มต้น

ปามิ ใช้อินเทอร์เฟซการเขียนโปรแกรม PAMI

ชเมม ใช้อินเทอร์เฟซการเขียนโปรแกรม OpenSHMEM

SN_ALL ใช้เครือข่ายสวิตช์ที่มีอยู่ทั้งหมด (ค่าเริ่มต้น)

SN_เดี่ยว ใช้เครือข่ายสวิตช์ที่มีอยู่

UPC ใช้อินเทอร์เฟซการเขียนโปรแกรม UPC

US ใช้การสื่อสารพื้นที่ผู้ใช้

ตัวอย่างข้อกำหนดเครือข่ายบางส่วน:

อินสแตนซ์=2,US,MPI,SN_ALL
สร้างการเชื่อมต่อพื้นที่ผู้ใช้สองครั้งสำหรับการสื่อสาร MPI ในทุก ๆ
สลับเครือข่ายสำหรับแต่ละงาน

สหรัฐอเมริกา,MPI,อินสแตนซ์=3,Devtype=IB
สร้างการเชื่อมต่อพื้นที่ผู้ใช้สามการเชื่อมต่อสำหรับการสื่อสาร MPI ในทุก ๆ
เครือข่าย InfiniBand สำหรับแต่ละงาน

IPV4,LAPI,SN_เดี่ยว
สร้างการเชื่อมต่อ IP เวอร์ชัน 4 สำหรับการสื่อสาร LAPI บนสวิตช์เดียว
เครือข่ายสำหรับแต่ละงาน

อินสแตนซ์=2,US,LAPI,MPI
สร้างการเชื่อมต่อพื้นที่ผู้ใช้สองการเชื่อมต่อแต่ละรายการสำหรับการสื่อสาร LAPI และ MPI
ในทุกเครือข่ายสวิตช์สำหรับแต่ละงาน โปรดทราบว่า SN_ALL เป็นค่าเริ่มต้น
ตัวเลือกเพื่อให้ทุกเครือข่ายสวิตช์ถูกใช้ โปรดทราบด้วยว่า Instances=2
ระบุว่ามีการเชื่อมต่อสองการเชื่อมต่อสำหรับแต่ละโปรโตคอล (LAPI
และ MPI) และแต่ละงาน หากมีสองเครือข่ายและสี่งานบน
จากนั้นโหนดจะสร้างการเชื่อมต่อทั้งหมด 32 ครั้ง (2 อินสแตนซ์ x
2 โปรโตคอล x 2 เครือข่าย x 4 งาน)

--ดี[=การปรับ]
รันงานด้วยลำดับความสำคัญของการจัดกำหนดการที่ปรับปรุงแล้วภายใน Slurm ไม่มีการปรุงแต่ง
ค่าลำดับความสำคัญของการจัดกำหนดการลดลง 100 ช่วงการปรับค่าจาก
-10000 (ลำดับความสำคัญสูงสุด) ถึง 10000 (ลำดับความสำคัญต่ำสุด) เฉพาะผู้ใช้ที่มีสิทธิพิเศษเท่านั้นที่สามารถ
ระบุการปรับปรุงเชิงลบ หมายเหตุ: ตัวเลือกนี้จะถูกละเว้นในปัจจุบันถ้า
SchedulerType=ตาราง/วิกิ or SchedulerType=ตาราง/wiki2.

--ntasks ต่อคอร์=<งาน>
ขอสูงสุด งาน ถูกเรียกใช้ในแต่ละคอร์ ตัวเลือกนี้ใช้กับงาน
การจัดสรรแต่ไม่จัดสรรขั้นตอน หมายถึงใช้กับ --งาน
ตัวเลือก. เกี่ยวข้องกับ --ntasks ต่อโหนด ยกเว้นที่ระดับแกนกลางแทนที่จะเป็นโหนด
ระดับ. มาสก์จะถูกสร้างขึ้นโดยอัตโนมัติเพื่อผูกงานกับคอร์เฉพาะ
เว้นแต่ --cpu_bind=ไม่มี ระบุไว้ หมายเหตุ: ไม่รองรับตัวเลือกนี้เว้นแต่
SelectTypeParameters=CR_Core or SelectTypeParameters=CR_Core_Memory มีการกำหนดค่า

--ntasks ต่อโหนด=<งาน>
ขอให้ งาน ถูกเรียกใช้ในแต่ละโหนด ถ้าใช้กับ --งาน ตัวเลือก,
--งาน ตัวเลือกจะมีความสำคัญเหนือกว่าและ --ntasks ต่อโหนด จะถือว่าเป็น
สูงสุด จำนวนงานต่อโหนด หมายถึงใช้กับ --โหนด ตัวเลือก นี้
เกี่ยวข้องกับ --ซีพียูต่องาน=เอ็นซีพัสแต่ไม่ต้องการความรู้จริง
จำนวนซีพียูในแต่ละโหนด ในบางกรณีจะสะดวกกว่าที่จะสามารถ
ขอให้เรียกใช้งานได้ไม่เกินจำนวนที่กำหนดในแต่ละโหนด
ตัวอย่างของสิ่งนี้รวมถึงการส่งแอพไฮบริด MPI/OpenMP ที่มี MPI . เพียงอันเดียว
"งาน/อันดับ" ควรกำหนดให้กับแต่ละโหนดในขณะที่อนุญาตให้ส่วน OpenMP เป็น
ใช้ความขนานทั้งหมดที่มีอยู่ในโหนดหรือส่งไฟล์เดียว
งานตั้งค่า/ล้าง/ตรวจสอบแต่ละโหนดของการจัดสรรที่มีอยู่ก่อนเป็นขั้นตอนเดียว
ในสคริปต์งานที่ใหญ่ขึ้น

--ntasks ต่อซ็อกเก็ต=<งาน>
ขอสูงสุด งาน ถูกเรียกใช้ในแต่ละซ็อกเก็ต ตัวเลือกนี้ใช้กับ
การจัดสรรงานแต่ไม่ใช่การจัดสรรขั้นตอน หมายถึงใช้กับ --งาน
ตัวเลือก. เกี่ยวข้องกับ --ntasks ต่อโหนด ยกเว้นที่ระดับซ็อกเก็ตแทน
ระดับโหนด มาสก์จะถูกสร้างขึ้นโดยอัตโนมัติเพื่อผูกงานกับเฉพาะ
ซ็อกเก็ตเว้นแต่ --cpu_bind=ไม่มี ระบุไว้ หมายเหตุ: ไม่รองรับตัวเลือกนี้
เว้นแต่ SelectTypeParameters=CR_Socket or SelectTypeParameters=CR_Socket_Memory is
กำหนดค่า

-O, --โอเวอร์คอมมิท
โอเวอร์คอมมิตทรัพยากร เมื่อนำไปใช้กับการจัดสรรงาน จะจัดสรร CPU เพียงตัวเดียวให้กับ
งานต่อโหนดและตัวเลือกที่ใช้ระบุจำนวนงานต่อโหนด, ซ็อกเก็ต,
แกน ฯลฯ จะถูกละเว้น เมื่อนำไปใช้กับการจัดสรรขั้นตอนงาน (the ทรุด คำสั่ง
เมื่อดำเนินการภายในการจัดสรรงานที่มีอยู่) สามารถใช้ตัวเลือกนี้เพื่อเปิดใช้
มากกว่าหนึ่งงานต่อ CPU โดยทั่วไป, ทรุด จะไม่จัดสรรมากกว่าหนึ่งกระบวนการ
ต่อซีพียู โดยระบุ --โอเวอร์คอมมิท คุณอนุญาตอย่างชัดเจนมากกว่าหนึ่ง
กระบวนการต่อซีพียู อย่างไรก็ตามไม่เกิน MAX_TASKS_PER_NODE ขออนุญาติ
ดำเนินการต่อโหนด บันทึก: MAX_TASKS_PER_NODE ถูกกำหนดไว้ในไฟล์ สลึมสลือ และเป็น
ไม่ใช่ตัวแปร มันถูกตั้งค่าที่เวลาสร้าง Slurm

-o, --เอาท์พุท=<โหมด>
ระบุโหมดสำหรับการเปลี่ยนเส้นทาง stdout โดยค่าเริ่มต้นในโหมดโต้ตอบ ทรุด
รวบรวม stdout จากงานทั้งหมดและส่งเอาต์พุตนี้ผ่าน TCP/IP ไปยังไฟล์ที่แนบมา
เทอร์มินัล. กับ --เอาท์พุท stdout อาจถูกเปลี่ยนเส้นทางไปยังไฟล์หนึ่งไฟล์ต่องาน
หรือไปที่ /dev/null. ดูหัวข้อ IO การเปลี่ยนเส้นทาง ด้านล่างสำหรับรูปแบบต่างๆของ โหมด.
หากมีไฟล์ที่ระบุอยู่แล้ว ไฟล์นั้นจะถูกเขียนทับ

If --ข้อผิดพลาด ไม่ได้ระบุไว้ในบรรทัดคำสั่งด้วย ทั้ง stdout และ stderr will
ตรงไปยังไฟล์ที่ระบุโดย --เอาท์พุท.

--เปิดโหมด=<ผนวก | ตัดทอน>
เปิดไฟล์เอาต์พุตและข้อผิดพลาดโดยใช้โหมดผนวกหรือตัดทอนตามที่ระบุ NS
ค่าเริ่มต้นถูกระบุโดยพารามิเตอร์การกำหนดค่าระบบ ไฟล์งานต่อท้าย.

-p, --พาร์ทิชัน=<พาร์ติชัน_ชื่อ>
ขอพาร์ติชันเฉพาะสำหรับการจัดสรรทรัพยากร หากไม่ระบุ
พฤติกรรมเริ่มต้นคือการอนุญาตให้ตัวควบคุม slurm เลือกพาร์ติชั่นเริ่มต้น
ตามที่ผู้ดูแลระบบกำหนด ถ้างานใช้ได้มากกว่าหนึ่ง
พาร์ติชั่น ระบุชื่อในรายการที่คั่นด้วยเครื่องหมายจุลภาคและรายการข้อเสนอหนึ่งรายการ
การเริ่มต้นแรกสุดจะถูกใช้โดยไม่คำนึงถึงชื่อพาร์ติชัน
ลำดับ (แม้ว่าพาร์ติชั่นที่มีลำดับความสำคัญสูงกว่าจะได้รับการพิจารณาก่อน) เมื่อ
เริ่มงานแล้ว ชื่อของพาร์ติชันที่ใช้จะถูกวางไว้ก่อนใน job
บันทึกสตริงพาร์ทิชัน

--พลัง=<ธง>
รายการตัวเลือกปลั๊กอินการจัดการพลังงานคั่นด้วยเครื่องหมายจุลภาค ธงที่มีอยู่ในปัจจุบัน
รวม: ระดับ (โหนดทั้งหมดที่จัดสรรให้กับงานควรมีฝาครอบพลังงานเหมือนกัน
อาจถูกปิดใช้งานโดยตัวเลือกการกำหนดค่า Slurm PowerParameters=job_no_level)

--ลำดับความสำคัญ=
ขอลำดับความสำคัญของงานที่เฉพาะเจาะจง อาจมีการกำหนดค่าเฉพาะ
ข้อจำกัด เฉพาะตัวดำเนินการ Slurm และผู้ดูแลระบบเท่านั้นที่สามารถกำหนดลำดับความสำคัญของ a
งาน

--ข้อมูลส่วนตัว=
เปิดใช้งานการรวบรวมข้อมูลโดยละเอียดโดยปลั๊กอิน acct_gather_profile ข้อมูลรายละเอียด
โดยปกติแล้วจะเป็นอนุกรมเวลาที่เก็บไว้ในไฟล์ HDF5 สำหรับงาน

ทั้งหมด ข้อมูลทุกประเภทจะถูกเก็บรวบรวม (ไม่สามารถใช้ร่วมกับค่าอื่นได้)

ไม่มี ไม่มีการรวบรวมประเภทข้อมูล นี่คือค่าเริ่มต้น
(ไม่สามารถใช้ร่วมกับค่าอื่นได้)

พลังงาน มีการรวบรวมข้อมูลพลังงาน

งาน ข้อมูลงาน (I/O, หน่วยความจำ, ...) ถูกเก็บรวบรวม

ระบบแฟ้ม
ข้อมูลระบบไฟล์ถูกเก็บรวบรวม

เครือข่าย ข้อมูลเครือข่าย (InfiniBand) ถูกเก็บรวบรวม

--อารัมภบท=<ปฏิบัติการ>
ทรุด จะวิ่ง ปฏิบัติการ ก่อนเริ่มขั้นตอนงาน บรรทัดคำสั่ง
ข้อโต้แย้งสำหรับ ปฏิบัติการ จะเป็นคำสั่งและอาร์กิวเมนต์ของขั้นตอนงาน ถ้า
ปฏิบัติการ คือ "ไม่มี" ดังนั้นจะไม่มีการเปิดโปรล็อก srun พารามิเตอร์นี้จะแทนที่
พารามิเตอร์ SrunProlog ใน slurm.conf พารามิเตอร์นี้เป็นอิสระจาก
พารามิเตอร์ Prolog ใน slurm.conf

--เผยแพร่[=ริมิต]
อนุญาตให้ผู้ใช้ระบุข้อจำกัดของทรัพยากรที่ปรับเปลี่ยนได้ (ซอฟต์) เพื่อเผยแพร่
ไปยังโหนดคอมพิวท์และนำไปใช้กับงานของพวกเขา ถ้า ริมิต ไม่ได้ระบุไว้แล้ว
ขีดจำกัดทรัพยากรทั้งหมดจะถูกเผยแพร่ รองรับชื่อ rlimit ต่อไปนี้
โดย Slurm (แม้ว่าบางตัวเลือกอาจไม่รองรับในบางระบบ):

ทั้งหมด ขีด จำกัด ทั้งหมดที่ระบุไว้ด้านล่าง

AS พื้นที่ที่อยู่สูงสุดสำหรับกระบวนการ

CORE ขนาดสูงสุดของไฟล์คอร์

ซีพียู เวลา CPU สูงสุด

DATA ขนาดสูงสุดของเซ็กเมนต์ข้อมูลของกระบวนการ

ขนาด ขนาดสูงสุดของไฟล์ที่สร้าง โปรดทราบว่าหากผู้ใช้ตั้งค่า FSIZE เป็น
น้อยกว่าขนาดปัจจุบันของ slurmd.log การเริ่มงานจะล้มเหลวด้วย
ข้อผิดพลาด 'เกินขีดจำกัดขนาดไฟล์'

เมมล็อค ขนาดสูงสุดที่อาจล็อกอยู่ในหน่วยความจำ

โนไฟล์ จำนวนไฟล์ที่เปิดสูงสุด

กปปส จำนวนกระบวนการสูงสุดที่มีอยู่

RSS ขนาดชุดผู้อยู่อาศัยสูงสุด

ซ้อนกัน ขนาดกองสูงสุด

--pty ดำเนินการงานศูนย์ในโหมดเทอร์มินัลหลอก กำหนดโดยปริยาย --ไม่มีบัฟเฟอร์.
กำหนดโดยปริยาย --ข้อผิดพลาด และ --เอาท์พุท ถึง /dev/null สำหรับงานทั้งหมดยกเว้นงานศูนย์
ซึ่งอาจทำให้งานเหล่านั้นออกไปทันที (เช่น เชลล์มักจะออก
ทันทีในสถานการณ์นั้น) ไม่รองรับแพลตฟอร์ม AIX ในขณะนี้

-Q, --เงียบ
ระงับข้อความแสดงข้อมูลจาก srun ข้อผิดพลาดจะยังคงแสดงอยู่

-q, --เลิกเมื่อขัดจังหวะ
ออกทันทีใน SIGINT เดียว (Ctrl-C) การใช้ตัวเลือกนี้จะปิดใช้งานสถานะ
ฟีเจอร์ที่ใช้งานได้ปกติเมื่อ ทรุด รับ Ctrl-C เดียวและสาเหตุ ทรุด ไปยัง
แทนที่จะยุติงานที่กำลังทำงานอยู่แทนทันที

-QOS=<QoS>
ขอคุณภาพการบริการสำหรับงาน สามารถกำหนดค่า QOS สำหรับแต่ละค่าได้
การเชื่อมโยงผู้ใช้/คลัสเตอร์/บัญชีในฐานข้อมูล Slurm ผู้ใช้จะถูกจำกัดให้
ชุด qos ที่กำหนดไว้ของสมาคมเมื่อพารามิเตอร์การกำหนดค่า Slurm
AccountingStorageEnforce รวม "qos" ไว้ในคำจำกัดความ

-r, --ญาติ=<n>
รันขั้นตอนงานที่สัมพันธ์กับโหนด n ของการจัดสรรในปัจจุบัน ตัวเลือกนี้อาจจะเป็น
ใช้เพื่อกระจายขั้นตอนของงานหลายขั้นตอนระหว่างโหนดของงานปัจจุบัน ถ้า -r is
ใช้ขั้นตอนงานปัจจุบันจะเริ่มที่โหนด n ของ nodelist ที่จัดสรร โดยที่
โหนดแรกถือเป็นโหนด 0 The -r ไม่อนุญาตให้ใช้ตัวเลือกกับ -w or -x
ตัวเลือกและจะส่งผลให้เกิดข้อผิดพลาดร้ายแรงเมื่อไม่ได้ทำงานภายในการจัดสรรก่อนหน้า
(เช่นเมื่อไม่ได้ตั้งค่า SLURM_JOB_ID) ค่าเริ่มต้นสำหรับ n คือ 0 ถ้าค่าของ
--โหนด เกินจำนวนโหนดที่ระบุด้วย --ญาติ ตัวเลือกก
ข้อความเตือนจะถูกพิมพ์และ --ญาติ ตัวเลือกจะมีความสำคัญเหนือกว่า

--รีบูต
บังคับให้โหนดที่จัดสรรรีบูตก่อนเริ่มงาน นี้เท่านั้น
รองรับการกำหนดค่าระบบบางอย่างและจะถูกละเว้นอย่างเงียบ ๆ

--resv-พอร์ต
สำรองพอร์ตการสื่อสารสำหรับงานนี้ ผู้ใช้สามารถระบุจำนวนพอร์ตที่พวกเขา
ต้องการสำรอง. ต้องระบุพารามิเตอร์ MpiParams=ports=12000-12999 ใน
slurm.conf. หากไม่ระบุจำนวนพอร์ตสำรองเริ่มต้นเท่ากับ
จำนวนงาน หากจำนวนพอร์ตที่สงวนไว้เป็นศูนย์ จะไม่มีพอร์ตที่สงวนไว้
ใช้สำหรับ OpenMPI

--การจอง=<ชื่อ>
จัดสรรทรัพยากรสำหรับงานจากการจองที่มีชื่อ

--รีสตาร์ท-dir=<ไดเรกทอรี>
ระบุไดเร็กทอรีที่ควรอ่านจุดตรวจของงานหรือขั้นตอนงาน
(ใช้โดยปลั๊กอินจุดตรวจ/blcrm และจุดตรวจ/xlch เท่านั้น)

-s, --แบ่งปัน
การจัดสรรงานสามารถแบ่งปันทรัพยากรกับงานอื่นๆ ที่ทำงานอยู่ ทรัพยากรที่จะ
สามารถใช้ร่วมกันได้ โหนด, ซ็อกเก็ต, คอร์หรือไฮเปอร์เธรดขึ้นอยู่กับ
การกำหนดค่า ลักษณะการทำงานที่ใช้ร่วมกันเริ่มต้นขึ้นอยู่กับการกำหนดค่าระบบและ
พาร์ทิชัน ที่ใช้ร่วมกัน ตัวเลือกมีความสำคัญเหนือตัวเลือกของงาน ตัวเลือกนี้อาจ
ส่งผลให้ได้รับการจัดสรรเร็วกว่าถ้า --share option ไม่ใช่
ตั้งค่าและอนุญาตให้ใช้ระบบได้สูงขึ้น แต่ประสิทธิภาพของแอปพลิเคชันมีแนวโน้มว่า
ทุกข์เพราะการแข่งขันแย่งชิงทรัพยากร โปรดดูตัวเลือก --exclusive

-S, --core-ข้อมูลจำเพาะ=<NUM>
จำนวนคอร์เฉพาะต่อโหนดที่สงวนไว้โดยงานสำหรับการทำงานของระบบและ
ไม่ได้ใช้โดยแอปพลิเคชัน แอปพลิเคชันจะไม่ใช้คอร์เหล่านี้ แต่จะ
เรียกเก็บเงินสำหรับการจัดสรรของพวกเขา ค่าเริ่มต้นขึ้นอยู่กับโหนดของ
กำหนดค่า CoreSpecCount หากกำหนดค่าเป็นศูนย์และ Slurm
ตัวเลือกการกำหนดค่า AllowSpecResourcesUsage ถูกเปิดใช้งาน งานจะได้รับอนุญาตให้
แทนที่ CoreSpecCount และใช้ทรัพยากรพิเศษบนโหนดที่จัดสรรไว้
ตัวเลือกนี้ไม่สามารถใช้ได้กับ --ข้อมูลจำเพาะของเธรด ตัวเลือก

--sicp ระบุงานเป็นงานที่ส่งไปยังคลัสเตอร์อื่นสามารถพึ่งพาได้

--สัญญาณ=<ซิก_นัม>[@ซิก_ไทม์>]
เมื่องานอยู่ภายใน ซิก_ไทม์ วินาทีของเวลาสิ้นสุด ส่งสัญญาณให้ it ซิก_นัม.
เนื่องจากความละเอียดของการจัดการเหตุการณ์โดย Slurm สัญญาณอาจถูกส่งได้ถึง60
วินาทีก่อนกำหนด ซิก_นัม อาจเป็นเลขสัญญาณหรือชื่อก็ได้
(เช่น "10" หรือ "USR1") ซิก_ไทม์ ต้องมีค่าจำนวนเต็มระหว่าง 0 ถึง 65535
โดยค่าเริ่มต้น จะไม่มีการส่งสัญญาณก่อนเวลาสิ้นสุดของงาน ถ้า ซิก_นัม ระบุไว้
โดยไม่ต้องมี ซิก_ไทม์เวลาเริ่มต้นจะเป็น 60 วินาที

--slurmd-debug=<ระดับ>
ระบุระดับการดีบักสำหรับ หลับใหล(8) ระดับ อาจระบุได้ทั้งจำนวนเต็ม
ค่าระหว่าง 0 [เงียบ จะแสดงเฉพาะข้อผิดพลาด] และ 4 [การดำเนินการแบบละเอียด] หรือ the
SlurmdDebug แท็ก

เงียบสงบ ไม่มีอะไรเข้าสู่ระบบ

ร้ายแรง บันทึกเฉพาะข้อผิดพลาดร้ายแรง

ความผิดพลาด บันทึกข้อผิดพลาดเท่านั้น

ข้อมูล บันทึกข้อผิดพลาดและข้อความแสดงข้อมูลทั่วไป

ละเอียด บันทึกข้อผิดพลาดและข้อความแสดงข้อมูลอย่างละเอียด

ข้อมูลการดีบัก slurmd ถูกคัดลอกไปยัง stderr ของ
งาน. โดยค่าเริ่มต้นจะแสดงเฉพาะข้อผิดพลาดเท่านั้น

--ซ็อกเก็ตต่อโหนด=<ซ็อกเก็ต>
จำกัดการเลือกโหนดสำหรับโหนดที่มีจำนวนซ็อกเก็ตอย่างน้อยตามจำนวนที่ระบุ
ดูข้อมูลเพิ่มเติมภายใต้ -B ตัวเลือกด้านบนเมื่อปลั๊กอินงาน/ความเกี่ยวข้องเป็น
เปิดการใช้งาน

--สวิตช์=<นับ>[@เวลาสูงสุด>]
เมื่อใช้โครงสร้างแบบต้นไม้ จะกำหนดจำนวนสวิตช์สูงสุดที่ต้องการ
สำหรับการจัดสรรงานและเลือกเวลาสูงสุดที่จะรอสำหรับจำนวนนั้น
สวิตช์ หาก Slurm พบการจัดสรรที่มีสวิตช์มากกว่าการนับ
ระบุงานยังคงค้างอยู่จนกว่าจะพบการจัดสรรที่ต้องการ
จำนวนสวิตช์หรือหมดเวลา ไม่มีการจำกัดจำนวนสวิตช์ตรงนั้น
ไม่ล่าช้าในการเริ่มงาน รูปแบบเวลาที่ยอมรับได้ ได้แก่ "นาที"
"นาที:วินาที" "ชั่วโมง:นาที:วินาที" "วัน-ชั่วโมง" "วัน-ชั่วโมง:นาที" และ
"วัน-ชั่วโมง:นาที:วินาที". ความล่าช้าสูงสุดของงานอาจถูกจำกัดโดย
ผู้ดูแลระบบโดยใช้ พารามิเตอร์ตัวกำหนดตารางเวลา พารามิเตอร์การกำหนดค่าด้วย
max_switch_wait ตัวเลือกพารามิเตอร์ เวลาสูงสุดเริ่มต้นคือ max_switch_wait
พารามิเตอร์ตัวกำหนดตารางเวลา

-T, --กระทู้=<เธรด>
อนุญาตให้จำกัดจำนวนของเธรดที่เกิดขึ้นพร้อมกันที่ใช้ในการส่งคำของานจาก
กระบวนการ srun ไปยังกระบวนการ slurmd บนโหนดที่จัดสรร ค่าเริ่มต้นคือการใช้
หนึ่งเธรดต่อโหนดที่จัดสรรสูงสุด 60 เธรดพร้อมกัน ระบุ
ตัวเลือกนี้จำกัดจำนวนของเธรดที่เกิดขึ้นพร้อมกันที่ เธรด (น้อยกว่าหรือเท่ากับ
ถึง 60) ควรใช้เพื่อกำหนดจำนวนเธรดที่ต่ำสำหรับการทดสอบ very
คอมพิวเตอร์หน่วยความจำขนาดเล็ก

-t, --เวลา=<เวลา>
กำหนดขีดจำกัดเวลาดำเนินการทั้งหมดของการจัดสรรงาน หากถึงเวลาที่ขอ
เกินขีดจำกัดเวลาของพาร์ติชั่น งานจะถูกปล่อยให้อยู่ในสถานะรอดำเนินการ
(อาจไม่มีกำหนด) การจำกัดเวลาเริ่มต้นคือเวลาเริ่มต้นของพาร์ติชัน
ขีด จำกัด เมื่อถึงขีดจำกัดเวลา แต่ละงานในแต่ละขั้นตอนของงานจะถูกส่ง SIGTERM
ตามด้วย SIGKILL ช่วงเวลาระหว่างสัญญาณถูกกำหนดโดยSlurm
พารามิเตอร์การกำหนดค่า คิลรอ. โอเวอร์ไทม์ลิมิต พารามิเตอร์การกำหนดค่าอาจ
อนุญาตให้ทำงานนานกว่ากำหนด ความละเอียดของเวลาคือหนึ่งนาทีและ
ค่าที่สองจะถูกปัดขึ้นเป็นนาทีถัดไป

คำขอจำกัดเวลาเป็นศูนย์ซึ่งไม่มีการจำกัดเวลา เวลาที่รับได้
รูปแบบต่างๆ ได้แก่ "นาที", "นาที:วินาที", "ชั่วโมง:นาที:วินาที",
"วัน-ชั่วโมง", "วัน-ชั่วโมง:นาที" และ "วัน-ชั่วโมง:นาที:วินาที"

--task-บทส่งท้าย=<ปฏิบัติการ>
เค้ก สลบเหมือด daemon จะทำงาน ปฏิบัติการ หลังจากที่แต่ละงานสิ้นสุดลง นี้
จะถูกดำเนินการก่อนที่พารามิเตอร์ TaskEpilog ใด ๆ ใน slurm.conf จะถูกดำเนินการ นี่คือ
หมายถึงเป็นโปรแกรมที่มีอายุสั้นมาก หากล้มเหลวในการยุติภายในไม่กี่
วินาที มันจะถูกฆ่าพร้อมกับกระบวนการสืบทอดใดๆ

--งานอารัมภบท=<ปฏิบัติการ>
เค้ก สลบเหมือด daemon จะทำงาน ปฏิบัติการ ก่อนเริ่มงานแต่ละงาน นี้
จะถูกดำเนินการหลังจากดำเนินการพารามิเตอร์ TaskProlog ใด ๆ ใน slurm.conf นอกจากนี้
ตัวแปรสภาพแวดล้อมปกติ ซึ่งมี SLURM_TASK_PID ที่พร้อมใช้งานเพื่อระบุ
ID กระบวนการของงานที่กำลังเริ่มต้น เอาต์พุตมาตรฐานจากโปรแกรมนี้ของ
แบบฟอร์ม "export NAME=value" จะใช้ในการตั้งค่าตัวแปรสภาพแวดล้อมสำหรับงาน
กำลังวางไข่

--ทดสอบเท่านั้น
ส่งกลับค่าประมาณเวลาที่งานจะถูกกำหนดให้รันโดยพิจารณาจากงานปัจจุบัน
คิวและอื่น ๆ ทั้งหมด ทรุด อาร์กิวเมนต์ที่ระบุงาน ข้อจำกัดนี้ srun's
พฤติกรรมในการส่งคืนข้อมูล ไม่มีการส่งงานจริง ข้อยกเว้น: เปิด
ระบบ Bluegene/Q เปิดเมื่อทำงานภายในการจัดสรรงานที่มีอยู่ สิ่งนี้จะปิดใช้งาน
การใช้ "runjob" เพื่อเริ่มงาน โปรแกรมจะดำเนินการโดยตรงโดย
ภูตผีปีศาจ

--ข้อมูลจำเพาะของเธรด=<NUM>
จำนวนเธรดเฉพาะต่อโหนดที่สงวนไว้โดยงานสำหรับการทำงานของระบบและ
ไม่ได้ใช้โดยแอปพลิเคชัน แอปพลิเคชันจะไม่ใช้เธรดเหล่านี้ แต่จะ
ถูกเรียกเก็บเงินสำหรับการจัดสรรของพวกเขา ตัวเลือกนี้ไม่สามารถใช้ได้กับ --core-ข้อมูลจำเพาะ
ตัวเลือก

--เธรดต่อคอร์=<หัวข้อ>
จำกัดการเลือกโหนดสำหรับโหนดที่มีจำนวนเธรดตามที่ระบุเป็นอย่างน้อยต่อ
แกน หมายเหตุ: "เธรด" หมายถึงจำนวนหน่วยประมวลผลในแต่ละคอร์มากกว่า
มากกว่าจำนวนงานแอปพลิเคชันที่จะเปิดตัวต่อคอร์ ดูเพิ่มเติม
ข้อมูลภายใต้ -B ตัวเลือกด้านบนเมื่อเปิดใช้งานปลั๊กอินงาน/กลุ่มความสนใจ

--เวลา-นาที=<เวลา>
กำหนดระยะเวลาขั้นต่ำในการจัดสรรงาน หากระบุไว้ งานอาจมี
มัน --เวลา จำกัดให้ลดลงเป็นค่าไม่ต่ำกว่า --เวลา-นาที ถ้าทำเช่นนั้นอนุญาต
งานที่จะเริ่มดำเนินการเร็วกว่าที่เป็นอย่างอื่น หมดเวลางาน
จะไม่มีการเปลี่ยนแปลงหลังจากงานได้รับการจัดสรรทรัพยากร ดำเนินการโดย a
อัลกอริธึมการจัดตารางเวลาทดแทนเพื่อจัดสรรทรัพยากรที่สงวนไว้สำหรับระดับที่สูงขึ้น
งานสำคัญ รูปแบบเวลาที่ยอมรับได้ ได้แก่ "นาที", "นาที:วินาที",
"ชั่วโมง:นาที:วินาที" "วัน-ชั่วโมง" "วัน-ชั่วโมง:นาที" และ
"วัน-ชั่วโมง:นาที:วินาที".

--tmp=<MB>
ระบุจำนวนเนื้อที่ดิสก์ชั่วคราวขั้นต่ำ

-u, --ไม่มีบัฟเฟอร์
โดยค่าเริ่มต้น การเชื่อมต่อระหว่าง slurmstepd และผู้ใช้ที่เปิดใช้แอปพลิเคชันคือ
เหนือท่อ เอาต์พุต stdio ที่เขียนโดยแอปพลิเคชันนั้นถูกบัฟเฟอร์โดย glibc
จนกว่าจะล้างหรือตั้งค่าเอาต์พุตเป็น unbuffer ดู เซ็ตบัฟ(3). ถ้านี้
ระบุตัวเลือกงานจะดำเนินการด้วยเทอร์มินัลหลอกเพื่อให้
เอาต์พุตของแอปพลิเคชันไม่มีบัฟเฟอร์

--การใช้งาน
แสดงข้อความช่วยเหลือสั้นๆ และออก

--อุ้ย=<ผู้ใช้งาน>
พยายามส่งและ/หรือเรียกใช้งานในฐานะ ผู้ใช้งาน แทนการเรียก ID ผู้ใช้ ดิ
การเรียกใช้ข้อมูลประจำตัวของผู้ใช้จะถูกใช้เพื่อตรวจสอบสิทธิ์การเข้าถึงสำหรับเป้าหมาย
พาร์ทิชัน ผู้ใช้ root อาจใช้ตัวเลือกนี้เพื่อเรียกใช้งานในฐานะผู้ใช้ปกติใน RootOnly
พาร์ทิชันตัวอย่างเช่น หากทำงานเป็นรูท ทรุด จะปล่อยการอนุญาตไปที่ uid
ระบุหลังจากการจัดสรรโหนดสำเร็จ ผู้ใช้งาน อาจเป็นชื่อผู้ใช้หรือ
รหัสผู้ใช้ที่เป็นตัวเลข

-V, --รุ่น
แสดงข้อมูลเวอร์ชันและออก

-v, --รายละเอียด
เพิ่มความฟุ่มเฟือยของข้อความข้อมูลของ srun หลายรายการ -vความตั้งใจ
เพิ่มความฟุ่มเฟือยของ srun ต่อไป โดยค่าเริ่มต้นจะแสดงเฉพาะข้อผิดพลาดเท่านั้น

-W, --รอ=<วินาที>
ระบุระยะเวลาที่จะรอหลังจากงานแรกสิ้นสุดลงก่อนที่จะยุติทั้งหมด
งานที่เหลือ. ค่า 0 หมายถึงรอได้ไม่จำกัด (จะมีการออกคำเตือน
หลังจาก 60 วินาที) ค่าเริ่มต้นถูกกำหนดโดยพารามิเตอร์ WaitTime ใน slurm
ไฟล์การกำหนดค่า (ดู slurm.conf(5)). ตัวเลือกนี้จะเป็นประโยชน์ในการประกันว่า a
งานจะสิ้นสุดลงในเวลาที่เหมาะสมในกรณีที่งานหนึ่งงานขึ้นไปสิ้นสุดลง
ก่อนเวลาอันควร หมายเหตุ: The -K, --kill-on-bad-exit ตัวเลือกมีความสำคัญมากกว่า -W,
--รอ เพื่อยุติงานทันทีหากงานออกด้วยรหัสทางออกที่ไม่ใช่ศูนย์

-w, --nodelist=<โฮสต์1,โฮสต์2,... or ชื่อไฟล์>
ขอรายชื่อโฮสต์เฉพาะ งานจะมี ทั้งหมด ของเจ้าภาพเหล่านี้และ
อาจมีโฮสต์เพิ่มเติมตามความจำเป็นเพื่อให้เป็นไปตามข้อกำหนดของทรัพยากร รายการอาจ
ระบุเป็นรายการโฮสต์ที่คั่นด้วยเครื่องหมายจุลภาค ช่วงโฮสต์ (โฮสต์[1-5,7,...]
ตัวอย่างเช่น) หรือชื่อไฟล์ รายการโฮสต์จะถือว่าเป็นชื่อไฟล์ถ้า
มีอักขระ "/" หากคุณระบุจำนวนโหนดขั้นต่ำหรือตัวประมวลผลที่ใหญ่กว่า
เกินกว่าจะพอใจโดยรายชื่อโฮสต์ที่ให้มา ทรัพยากรเพิ่มเติมจะเป็น
จัดสรรบนโหนดอื่นตามความจำเป็น แทนที่จะใช้ชื่อโฮสต์ซ้ำหลายครั้ง
ครั้ง เครื่องหมายดอกจันและการนับซ้ำอาจต่อท้ายชื่อโฮสต์ สำหรับ
ตัวอย่าง "host1,host1" และ "host1*2" เทียบเท่ากัน

-WCKEY=<บ้า>
ระบุ wckey เพื่อใช้กับงาน ถ้า TrackWCKey=no (ค่าเริ่มต้น) ใน slurm.conf
ค่านี้จะถูกละเว้น

-X, --disable-สถานะ
ปิดใช้งานการแสดงสถานะงานเมื่อ srun ได้รับ SIGINT เดียว (Ctrl-C)
ส่งต่อ SIGINT ไปยังงานที่กำลังทำงานอยู่แทนทันที หากไม่มีตัวเลือกนี้ a
ต้องใช้ Ctrl-C ที่สองในหนึ่งวินาทีเพื่อบังคับให้ยุติงานและ ทรุด จะ
ออกทันที อาจถูกตั้งค่าผ่านตัวแปรสภาพแวดล้อม
SLURM_DISABLE_STATUS

-x, --ไม่รวม=<โฮสต์1,โฮสต์2,... or ชื่อไฟล์>
ขอให้ไม่รวมรายชื่อโฮสต์เฉพาะในทรัพยากรที่จัดสรรให้กับ
งานนี้. รายการโฮสต์จะถือว่าเป็นชื่อไฟล์หากมี a
"/"อักขระ.

-Z, --ไม่จัดสรร
รันงานที่ระบุบนชุดของโหนดโดยไม่ต้องสร้าง "งาน" ของ Slurm ใน
โครงสร้างคิว Slurm ข้ามขั้นตอนการจัดสรรทรัพยากรปกติ รายการของ
ต้องระบุโหนดด้วย -w, --nodelist ตัวเลือก. นี่คือสิทธิพิเศษ
ตัวเลือกที่มีให้สำหรับผู้ใช้ "SlurmUser" และ "root" เท่านั้น

ตัวเลือกต่อไปนี้รองรับระบบ Blue Gene แต่อาจใช้ได้กับระบบอื่นเช่น
ดี.

--blrts-ภาพ=<เส้นทาง>
เส้นทางไปยังรูปภาพ blrts สำหรับบล็อก bluegene BGL เท่านั้น เริ่มต้นจาก bluegene.conf if
ไม่ได้ตั้งค่า

--cnload-ภาพ=<เส้นทาง>
เส้นทางไปยังอิมเมจโหนดคอมพิวท์สำหรับบล็อก bluegene บีจีพีเท่านั้น เริ่มต้นจาก
bluegene.conf ถ้าไม่ได้ตั้งค่า

--conn-ประเภท=<ชนิด>
กำหนดให้ประเภทการเชื่อมต่อบล็อกเป็นแบบบางประเภท เกี่ยวกับบลูยีน the
เป็นที่ยอมรับของ ชนิด คือ MESH, TORUS และ NAV ถ้า NAV หรือถ้าไม่ได้ตั้งค่า Slurm จะ
พยายามให้พอดีกับสิ่งที่ DefaultConnType ตั้งค่าไว้ใน bluegene.conf หากไม่ใช่
ตั้งค่าเริ่มต้นคือ TORUS โดยปกติคุณไม่ควรตั้งค่าตัวเลือกนี้ ถ้าวิ่งบน
ระบบ BGP และต้องการเรียกใช้ในโหมด HTC (สำหรับ 1 ระนาบกลางและต่ำกว่าเท่านั้น) คุณ
สามารถใช้ HTC_S สำหรับ SMP, HTC_D สำหรับ Dual, HTC_V สำหรับโหมดโหนดเสมือน และ HTC_L สำหรับ
โหมดลินุกซ์ สำหรับระบบที่อนุญาตให้มีการเชื่อมต่อประเภทต่าง ๆ ต่อมิติ คุณ
สามารถระบุรายการประเภทการเชื่อมต่อที่คั่นด้วยเครื่องหมายจุลภาคได้ หนึ่งสำหรับ
แต่ละมิติ (เช่น M,T,T,T จะทำให้คุณมีการเชื่อมต่อทอรัสเป็นมิติทั้งหมด
คาดไว้ก่อน)

-g, --เรขาคณิต=<xxYxZ> |ขวานXxYxZ>
ระบุข้อกำหนดด้านรูปทรงสำหรับงาน บนระบบ BlueGene/L และ BlueGene/P
มีตัวเลขสามตัวที่ให้มิติในทิศทาง X, Y และ Z ในขณะที่เปิด
ระบบ BlueGene/Q มีตัวเลขสี่ตัวที่ให้มิติใน A, X, Y และ Z
ทิศทางและไม่สามารถใช้เพื่อจัดสรรบล็อกย่อยได้ ตัวอย่างเช่น
"--geometry=1x2x3x4" ระบุบล็อกของโหนดที่มี 1 x 2 x 3 x 4 = 24 โหนด
(จริง ๆ แล้วเป็นเครื่องบินขนาดกลางบน BlueGene)

--ioload ภาพ=<เส้นทาง>
เส้นทางไปยังรูปภาพ io สำหรับบล็อก bluegene บีจีพีเท่านั้น เริ่มต้นจาก bluegene.conf ถ้าไม่
ตั้ง

--linux-ภาพ=<เส้นทาง>
เส้นทางไปยังอิมเมจ linux สำหรับบล็อก bluegene BGL เท่านั้น เริ่มต้นจาก bluegene.conf if
ไม่ได้ตั้งค่า

--mloader-ภาพ=<เส้นทาง>
เส้นทางไปยังอิมเมจ mloader สำหรับบล็อก bluegene เริ่มต้นจาก bluegene.conf ถ้าไม่ได้ตั้งค่า

-R, --ไม่หมุน
ปิดใช้งานการหมุนของรูปทรงเรขาคณิตที่ร้องขอของงานเพื่อให้พอดีกับความเหมาะสม
บล็อก. โดยค่าเริ่มต้น เรขาคณิตที่ระบุสามารถหมุนได้ในสามมิติ

--ramdisk-ภาพ=<เส้นทาง>
เส้นทางไปยังภาพ ramdisk สำหรับบล็อก bluegene BGL เท่านั้น เริ่มต้นจาก bluegene.conf if
ไม่ได้ตั้งค่า

ทรุด จะส่งคำของานไปยังตัวควบคุมงาน slurm จากนั้นเริ่มกระบวนการทั้งหมด
บนโหนดระยะไกล หากไม่สามารถดำเนินการตามคำขอได้ในทันที ทรุด จะบล็อกจนกว่า
ทรัพยากรมีอิสระในการทำงาน ถ้า -I (--ทันที) ระบุตัวเลือกไว้ ทรุด จะ
ยุติหากทรัพยากรไม่พร้อมใช้งานทันที

เมื่อเริ่มต้นกระบวนการระยะไกล ทรุด จะเผยแพร่ไดเร็กทอรีการทำงานปัจจุบัน เว้นแต่
--chdir=<เส้นทาง> ระบุไว้ ซึ่งในกรณีนี้ เส้นทาง จะกลายเป็นไดเร็กทอรีการทำงานสำหรับ
กระบวนการทางไกล

เค้ก -NS, -cและ -N ตัวเลือกควบคุมวิธีที่ CPU และโหนดจะถูกจัดสรรให้กับงาน เมื่อไหร่
ระบุเฉพาะจำนวนกระบวนการที่จะรันด้วย -n, ค่าดีฟอลต์ของหนึ่ง CPU ต่อกระบวนการ
ได้รับการจัดสรร โดยระบุจำนวนซีพียูที่ต้องการต่องาน (-c) ซีพียูมากกว่าหนึ่งตัว
อาจมีการจัดสรรต่อกระบวนการ หากระบุจำนวนโหนดด้วย -N, ทรุด จะ
พยายามที่จะจัดสรร at น้อยที่สุด จำนวนโหนดที่ระบุ

อาจใช้การรวมกันของสามตัวเลือกข้างต้นเพื่อเปลี่ยนวิธีการทำงานของกระบวนการ
กระจายไปตามโหนดและซีพียู เช่น โดยระบุทั้งจำนวน
กระบวนการและจำนวนโหนดที่จะรัน จำนวนกระบวนการต่อโหนดคือ
โดยนัย อย่างไรก็ตาม หากจำนวน CPU ต่อกระบวนการมีความสำคัญมากกว่าจำนวน
กระบวนการ (-n) และจำนวนซีพียูต่อกระบวนการ (-c) ควรระบุ

ทรุด จะปฏิเสธที่จะจัดสรรมากกว่าหนึ่งกระบวนการต่อ CPU เว้นแต่ --โอเวอร์คอมมิท (-O) คือ
ระบุไว้ด้วย

ทรุด จะพยายามปฏิบัติตามข้อกำหนดข้างต้น "เป็นอย่างน้อย" นั่นคือถ้า 16 โหนด
ถูกร้องขอ 32 โปรเซส และบางโหนดไม่มี 2 ซีพียู คือ การจัดสรรโหนด
จะเพิ่มขึ้นเพื่อรองรับความต้องการซีพียู กล่าวอีกนัยหนึ่ง a ขั้นต่ำ จาก 16
กำลังขอโหนด อย่างไรก็ตาม หากมีการขอ 16 โหนดสำหรับ 15 โปรเซส ทรุด จะ
ถือว่านี่เป็นข้อผิดพลาด เนื่องจาก 15 โปรเซสไม่สามารถทำงานใน 16 โหนดได้

IO การเปลี่ยนเส้นทาง

โดยค่าเริ่มต้น stdout และ stderr จะถูกเปลี่ยนเส้นทางจากงานทั้งหมดไปยัง stdout และ stderr
of ทรุดและ stdin จะถูกเปลี่ยนเส้นทางจากอินพุตมาตรฐานของ ทรุด สำหรับงานระยะไกลทั้งหมด
ถ้า stdin ถูกอ่านโดยเซตย่อยของงานที่เกิด ให้ระบุไฟล์ที่จะอ่าน
จากแทนที่จะส่งต่อ stdin จาก ทรุด คำสั่งอาจจะดีกว่าเพราะหลีกเลี่ยง
การย้ายและจัดเก็บข้อมูลที่จะไม่มีวันถูกอ่าน

สำหรับ OS X ฟังก์ชันโพล () ไม่รองรับ stdin ดังนั้นอินพุตจากเทอร์มินัลจึงไม่
เป็นไปได้

สำหรับ BGQ srun รองรับ stdin ถึง 1 งานที่ทำงานบนระบบเท่านั้น โดยค่าเริ่มต้น มันคือ taskid
0 แต่สามารถเปลี่ยนได้ด้วย -i ตามที่อธิบายไว้ด้านล่างหรือ
--launcher-opts="--stdinrank= ".

พฤติกรรมนี้อาจเปลี่ยนแปลงได้ด้วยการ --เอาท์พุท, --ข้อผิดพลาดและ --ป้อนข้อมูล (-o, -e, -i) ตัวเลือก.
ข้อกำหนดรูปแบบที่ถูกต้องสำหรับตัวเลือกเหล่านี้คือ

ทั้งหมด stdout stderr ถูกเปลี่ยนเส้นทางจากงานทั้งหมดไปที่ srun stdin ออกอากาศให้ทุกคน
งานระยะไกล (นี่เป็นพฤติกรรมเริ่มต้น)

ไม่มี stdout และ stderr ไม่ได้รับจากงานใด ๆ stdin ไม่ถูกส่งไปยังงานใด ๆ
(stdin ปิดอยู่)

งาน stdout และ/หรือ stderr ถูกเปลี่ยนเส้นทางจากงานที่มี id สัมพัทธ์เท่ากับ
งานโดยที่ 0 <= งาน <= งานที่นี่มี งาน คือจำนวนงานทั้งหมด
ในขั้นตอนงานปัจจุบัน stdin ถูกเปลี่ยนเส้นทางจาก stdin ของ ทรุด สำหรับสิ่งนี้
งานเดียวกัน ไฟล์นี้จะถูกเขียนบนโหนดที่รันงาน

ชื่อไฟล์ ทรุด จะเปลี่ยนเส้นทาง stdout และ/หรือ stderr ไปยังไฟล์ที่มีชื่อจากงานทั้งหมด stdin
จะถูกเปลี่ยนเส้นทางจากไฟล์ที่มีชื่อและออกอากาศไปยังงานทั้งหมดในงาน
ชื่อไฟล์ หมายถึงเส้นทางบนโฮสต์ที่รัน ทรุด. ขึ้นอยู่กับ
เค้าโครงระบบไฟล์ของคลัสเตอร์ ซึ่งอาจส่งผลให้ผลลัพธ์ปรากฏใน
ตำแหน่งต่างๆ ขึ้นอยู่กับว่างานถูกรันในโหมดแบตช์หรือไม่

รูป เชือก
ทรุด อนุญาตให้ใช้สตริงรูปแบบเพื่อสร้างไฟล์ IO ที่มีชื่อ
อธิบายไว้ข้างต้น. รายการตัวระบุรูปแบบต่อไปนี้อาจใช้ใน
สตริงรูปแบบเพื่อสร้างชื่อไฟล์ที่ไม่ซ้ำกับ jobid ที่กำหนด
stepid โหนดหรืองาน ในแต่ละกรณี เปิดจำนวนไฟล์ที่เหมาะสม
และเกี่ยวข้องกับงานที่เกี่ยวข้อง โปรดทราบว่าสตริงรูปแบบใด ๆ
ที่มี %t, %n และ/หรือ %N จะถูกเขียนบนโหนดที่ดำเนินการงาน
มากกว่าโหนดที่ ทรุด ดำเนินการ ตัวระบุรูปแบบเหล่านี้ไม่ใช่
รองรับระบบ BGQ

%A หมายเลขการจัดสรรงานหลักของอาร์เรย์งาน

%a หมายเลข ID อาร์เรย์งาน (ดัชนี)

%J jobid.stepid ของงานที่กำลังทำงานอยู่ (เช่น "128.0")

%j jobid ของงานที่กำลังทำงานอยู่

%s stepid ของงานที่กำลังทำงานอยู่

%N ชื่อโฮสต์แบบสั้น สิ่งนี้จะสร้างไฟล์ IO แยกต่างหากต่อโหนด

%n ตัวระบุโหนดที่สัมพันธ์กับงานปัจจุบัน (เช่น "0" เป็นโหนดแรกของ
งานที่รันอยู่) สิ่งนี้จะสร้างไฟล์ IO แยกกันต่อโหนด

%t ตัวระบุงาน (อันดับ) ที่สัมพันธ์กับงานปัจจุบัน สิ่งนี้จะสร้าง
แยกไฟล์ IO ต่องาน

%u ชื่อผู้ใช้

สามารถใช้ตัวเลขระหว่างอักขระเปอร์เซ็นต์และตัวระบุรูปแบบได้
เพื่อ zero-pad ผลลัพธ์ในชื่อไฟล์ IO หมายเลขนี้จะถูกละเว้นหากรูปแบบ
ตัวระบุสอดคล้องกับข้อมูลที่ไม่ใช่ตัวเลข (เช่น %N)

ตัวอย่างวิธีการใช้สตริงรูปแบบสำหรับขั้นตอนงาน 4 งานด้วย a
รหัสงาน 128 และรหัสขั้นตอนที่ 0 มีดังต่อไปนี้:

งาน%J.out job128.0.out

งาน%4j.out job0128.out

งาน%j-%2t.out job128-00.out, job128-01.out, ...

INPUT และพวกเรา ตัวแปร

อาจมีการตั้งค่าตัวเลือก srun ผ่านตัวแปรสภาพแวดล้อม ตัวแปรสภาพแวดล้อมเหล่านี้
พร้อมด้วยตัวเลือกที่เกี่ยวข้องตามรายการด้านล่าง หมายเหตุ: ตัวเลือกบรรทัดคำสั่งจะ
แทนที่การตั้งค่าเหล่านี้เสมอ

PMI_FANOUT ใช้เฉพาะกับ PMI (MPICH2 และ MVAPICH2) และตัวควบคุม
การกระจายข้อมูลของการสื่อสารข้อมูล คำสั่ง srun ส่งข้อความ
ไปยังโปรแกรมแอปพลิเคชัน (ผ่านไลบรารี PMI) และแอปพลิเคชันเหล่านั้น
อาจถูกเรียกให้ส่งต่อข้อมูลนั้นถึงจำนวนนี้
งานเพิ่มเติม ค่าที่สูงกว่า offload งานจากคำสั่ง srun
ต่อแอพพลิเคชั่นและมีแนวโน้มเพิ่มความเสี่ยงต่อ
ความล้มเหลว ค่าเริ่มต้นคือ 32

PMI_FANOUT_OFF_HOST ใช้เฉพาะกับ PMI (MPICH2 และ MVAPICH2) และตัวควบคุม
การกระจายข้อมูลของการสื่อสารข้อมูล คำสั่ง srun ส่งข้อความ
ไปยังโปรแกรมแอปพลิเคชัน (ผ่านไลบรารี PMI) และแอปพลิเคชันเหล่านั้น
อาจถูกเรียกให้ส่งต่อข้อมูลนั้นไปยังงานเพิ่มเติม โดย
ค่าเริ่มต้น srun ส่งข้อความหนึ่งข้อความต่อโฮสต์และหนึ่งงานบนโฮสต์นั้น
ส่งต่อข้อมูลไปยังงานอื่น ๆ บนโฮสต์นั้นสูงถึง PMI_FANOUT. ถ้า
PMI_FANOUT_OFF_HOST ถูกกำหนดไว้ ภารกิจผู้ใช้อาจจำเป็นต้อง
ส่งต่อข้อมูลไปยังงานบนโฮสต์อื่น การตั้งค่า
PMI_FANOUT_OFF_HOST อาจเพิ่มประสิทธิภาพ เนื่องจากงานมากขึ้นคือ
ดำเนินการโดยไลบรารี PMI ที่โหลดโดยแอปพลิเคชันผู้ใช้
ความล้มเหลวสามารถเกิดขึ้นได้บ่อยและยากต่อการวินิจฉัย

PMI_TIME ใช้เฉพาะกับ PMI (MPICH2 และ MVAPICH2) และตัวควบคุม
การสื่อสารจากงานไปยัง srun นั้นแพร่กระจายไปมากเพียงใด
ออกทันเวลาเพื่อหลีกเลี่ยงการครอบงำคำสั่ง srun ด้วย
งาน. ค่าเริ่มต้นคือ 500 (ไมโครวินาที) ต่องาน บน
โปรเซสเซอร์หรือระบบที่ค่อนข้างช้าซึ่งมีโปรเซสเซอร์ขนาดใหญ่มาก
จำนวนนับ (และชุดข้อมูล PMI ขนาดใหญ่) อาจต้องใช้ค่าที่สูงกว่า

slurm_conf ตำแหน่งของไฟล์คอนฟิกูเรชัน Slurm

สเลิร์ม_ACCOUNT เหมือนกับ -NS, --บัญชีผู้ใช้

SLURM_ACCTG_FREQ เหมือนกับ --acctg-ความถี่

สเลิร์ม_BCAST เหมือนกับ --bcast

SLURM_BLRTS_IMAGE เหมือนกับ --blrts-ภาพ

SLURM_BURST_BUFFER เหมือนกับ --BB

SLURM_จุดตรวจสอบ เหมือนกับ --ด่าน

SLURM_CHECKPOINT_DIR เหมือนกับ --checkpoint-ผบ

SLURM_CNLOAD_IMAGE เหมือนกับ --cnload-ภาพ

SLURM_CONN_TYPE เหมือนกับ --conn-ประเภท

SLURM_CORE_SPEC เหมือนกับ --core-ข้อมูลจำเพาะ

SLURM_CPU_BIND เหมือนกับ --cpu_bind

SLURM_CPU_FREQ_REQ เหมือนกับ --cpu-ความถี่.

SLURM_CPUS_PER_TASK เหมือนกับ -ค, --ซีพียูต่องาน

สเลิร์ม_DEBUG เหมือนกับ -ใน, --รายละเอียด

สเลมมD_DEBUG เหมือนกับ -NS, --slurmd-debug

SLURM_DEPENDENCY -NS, --การพึ่งพา=<งาน>

SLURM_DISABLE_STATUS เหมือนกับ -NS, --disable-สถานะ

SLURM_DIST_PLANESIZE เหมือนกับ -m เครื่องบิน

SLURM_DISTRIBUTION เหมือนกับ -NS, --การกระจาย

สเลิร์ม_EPILOG เหมือนกับ --บทส่งท้าย

SLURM_EXCLUSIVE เหมือนกับ --พิเศษ

SLURM_EXIT_ERROR ระบุรหัสทางออกที่สร้างขึ้นเมื่อเกิดข้อผิดพลาด Slurm (เช่น
ตัวเลือกที่ไม่ถูกต้อง) สามารถใช้โดยสคริปต์เพื่อแยกแยะ
รหัสออกจากแอปพลิเคชันจากเงื่อนไขข้อผิดพลาด Slurm ต่างๆ อีกด้วย
เห็น SLURM_EXIT_IMMEDIATE.

SLURM_EXIT_IMMEDIATE ระบุรหัสทางออกที่สร้างขึ้นเมื่อ --ทันที ตัวเลือกที่
ใช้แล้วและทรัพยากรไม่พร้อมใช้งานในขณะนี้ สามารถใช้โดย
สคริปต์เพื่อแยกแยะรหัสออกจากแอปพลิเคชันจาก Slurm . ต่างๆ
เงื่อนไขข้อผิดพลาด ดูเพิ่มเติม SLURM_EXIT_ERROR.

SLURM_GEOMETRY เหมือนกับ -NS, --เรขาคณิต

สเลิร์ม_คำแนะนำ เหมือนกับ --คำใบ้

สเลิร์ม_เกรส เหมือนกับ --เกรส. ยังดู สเลิร์ม_STEP_GRES

SLURM_IMMEDIATE เหมือนกับ -ผม, --ทันที

SLURM_IOLOAD_IMAGE เหมือนกับ --ioload ภาพ

สเลิร์ม_JOB_ID (และ สเลิร์ม_JOBID สำหรับความเข้ากันได้ย้อนหลัง)
เหมือนกับ --งาน

SLURM_JOB_NAME เหมือนกับ -NS, --ชื่องาน ยกเว้นในการจัดสรรที่มีอยู่ ใน
ซึ่งในกรณีนี้จะละเว้นเพื่อหลีกเลี่ยงการใช้ชื่อของงานแบทช์เป็น
ชื่อของแต่ละขั้นตอนงาน

SLURM_JOB_NUM_NODES (และ สเลิร์ม_NNODES สำหรับความเข้ากันได้ย้อนหลัง)
จำนวนโหนดทั้งหมดในการจัดสรรทรัพยากรของงาน

SLURM_KILL_BAD_EXIT เหมือนกับ -เค --kill-on-bad-exit

SLURM_LABELIO เหมือนกับ -l --ฉลาก

SLURM_LINUX_IMAGE เหมือนกับ --linux-ภาพ

SLURM_MEM_BIND เหมือนกับ --mem_bind

SLURM_MEM_PER_CPU เหมือนกับ --mem ต่อ CPU

SLURM_MEM_PER_NODE เหมือนกับ --บันทึก

SLURM_MLOADER_IMAGE เหมือนกับ --mloader-ภาพ

SLURM_MPI_TYPE เหมือนกับ --mpi

SLURM_NETWORK เหมือนกับ --เครือข่าย

สเลิร์ม_NNODES เหมือนกับ -NS, --โหนด

สเลิร์ม_NO_ROTATE เหมือนกับ -NS, --ไม่หมุน

SLURM_NTASKS (และ สเลิร์ม_NPROCS สำหรับความเข้ากันได้ย้อนหลัง)
เหมือนกับ -NS, --งาน

SLURM_NTASKS_PER_CORE เหมือนกับ --ntasks ต่อคอร์

SLURM_NTASKS_PER_NODE เหมือนกับ --ntasks ต่อโหนด

SLURM_NTASKS_PER_SOCKET
เหมือนกับ --ntasks ต่อซ็อกเก็ต

SLURM_OPEN_MODE เหมือนกับ --เปิดโหมด

SLURM_OVERCOMMIT เหมือนกับ -โอ --โอเวอร์คอมมิท

สเลิร์ม_พาร์ติชั่น เหมือนกับ -NS, --พาร์ทิชัน

SLURM_PMI_KVS_NO_DUP_KEYS
หากตั้งค่าไว้ คู่คีย์ PMI จะไม่มีคีย์ที่ซ้ำกัน MPI สามารถ
ใช้ตัวแปรนี้เพื่อแจ้งไลบรารี PMI ว่าจะไม่ใช้
คีย์ที่ซ้ำกันเพื่อให้ PMI สามารถข้ามการตรวจสอบคีย์ที่ซ้ำกันได้ นี้
เป็นกรณีของ MPICH2 และลดค่าใช้จ่ายในการทดสอบสำหรับ
ซ้ำกันเพื่อประสิทธิภาพที่ดีขึ้น

สเลิร์ม_พาวเวอร์ เหมือนกับ --พลัง

SLURM_PROFILE เหมือนกับ --ข้อมูลส่วนตัว

สเลิร์ม_โปรล็อก เหมือนกับ --อารัมภบท

สเลิร์ม_QOS เหมือนกับ -QOS

SLURM_RAMDISK_IMAGE เหมือนกับ --ramdisk-ภาพ

SLURM_REMOTE_CWD เหมือนกับ -NS, --chdir=

SLURM_REQ_SWITCH เมื่อใช้โครงสร้างแบบต้นไม้ จะกำหนดจำนวนสูงสุดของ
สวิตช์ที่ต้องการสำหรับการจัดสรรงานและตัวเลือกสูงสุด
ถึงเวลารอสวิตช์จำนวนนั้น ดู --สวิตช์

SLURM_RESERVATION เหมือนกับ --การจอง

สเลิร์ม_RESTART_DIR เหมือนกับ --รีสตาร์ท-dir

สเลิร์ม_RESV_PORTS เหมือนกับ --resv-พอร์ต

สเลิร์ม_SICP เหมือนกับ --sicp

สเลิร์ม_สัญญาณ เหมือนกับ --สัญญาณ

SLURM_STDERRMODE เหมือนกับ -e, --ข้อผิดพลาด

SLURM_STDINMODE เหมือนกับ -ผม, --ป้อนข้อมูล

SLURM_SRUN_REDUCE_TASK_EXIT_MSG
ถ้าตั้งค่าและไม่ใช่ศูนย์ ภารกิจที่ต่อเนื่องกันออกจากข้อความด้วยเหมือนกัน
รหัสออกจะถูกพิมพ์เพียงครั้งเดียว

สเลิร์ม_STEP_GRES เหมือนกับ --เกรส (ใช้กับขั้นตอนงานเท่านั้น ไม่ใช้กับการจัดสรรงาน)
ดูเพิ่มเติม สเลิร์ม_เกรส

SLURM_STEP_KILLED_MSG_NODE_ID= รหัส
หากตั้งค่าไว้ เฉพาะโหนดที่ระบุเท่านั้นที่จะบันทึกเมื่องานหรือขั้นตอนเป็น
ถูกฆ่าโดยสัญญาณ

SLURM_STDOUTMODE เหมือนกับ -o, --เอาท์พุท

SLURM_TASK_EPILOG เหมือนกับ --task-บทส่งท้าย

SLURM_TASK_PROLOG เหมือนกับ --งานอารัมภบท

สเลิร์ม_TEST_EXEC หากกำหนดไว้ ให้ตรวจสอบการมีอยู่ของโปรแกรมปฏิบัติการบน
คอมพิวเตอร์ท้องถิ่นก่อนที่จะพยายามเปิดใช้งานบนโหนดคอมพิวท์

SLURM_THREAD_SPEC เหมือนกับ --ข้อมูลจำเพาะของเธรด

SLURM_THREADS เหมือนกับ -NS, --กระทู้

สเลาร์ม_TIMELIMIT เหมือนกับ -NS, --เวลา

SLURM_UNBUFFEREDIO เหมือนกับ -ยู, --ไม่มีบัฟเฟอร์

สเลิร์ม_รอ เหมือนกับ -ว, --รอ

SLURM_WAIT4SWITCH เวลาสูงสุดที่รอสวิตช์ที่ร้องขอ ดู --สวิตช์

สเลิร์ม_WCKEY เหมือนกับ -ว, -WCKEY

SLURM_WORKING_DIR -NS, --chdir

เอาท์พุท และพวกเรา ตัวแปร

srun จะตั้งค่าตัวแปรสภาพแวดล้อมบางอย่างในสภาพแวดล้อมของงานที่ดำเนินการบน
โหนดคอมพิวเตอร์ระยะไกล ตัวแปรสภาพแวดล้อมเหล่านี้คือ:

SLURM_CHECKPOINT_IMAGE_DIR
ไดเร็กทอรีที่ควรเขียนรูปภาพจุดตรวจ if
ระบุไว้ในบรรทัดดำเนินการ

SLURM_CLUSTER_NAME ชื่อของคลัสเตอร์ที่งานกำลังดำเนินการ

SLURM_CPU_BIND_VERBOSE
--cpu_bind การใช้คำฟุ่มเฟือย (เงียบ verbose)

SLURM_CPU_BIND_TYPE --cpu_bind ประเภท (ไม่มี, อันดับ, map_cpu:,mask_cpu:)

SLURM_CPU_BIND_LIST --cpu_bind แผนที่หรือรายการมาสก์ (รายการ Slurm CPU ID หรือมาสก์สำหรับสิ่งนี้
โหนด, CPU_ID = Board_ID x threads_per_board + Socket_ID x
threads_per_socket + Core_ID x threads_per_core + Thread_ID)

SLURM_CPU_FREQ_REQ มีค่าที่ร้องขอความถี่ cpu บนคำสั่ง srun
เป็นความถี่ตัวเลขในหน่วยกิโลเฮิรตซ์ หรือค่ารหัสสำหรับ a
คำขอของ ต่ำ, กลาง,สูง1 or สูง สำหรับความถี่ ดู
คำอธิบายของ --cpu-ความถี่ หรือตัวเลือก SLURM_CPU_FREQ_REQ อินพุต
ตัวแปรสภาพแวดล้อม

SLURM_CPUS_ON_NODE จำนวนโปรเซสเซอร์ที่พร้อมใช้งานบนโหนดนี้ หมายเหตุ
ปลั๊กอิน select/linear จะจัดสรรโหนดทั้งหมดให้กับงาน ดังนั้นค่า
ระบุจำนวน CPU ทั้งหมดบนโหนด สำหรับ
ปลั๊กอิน select/cons_res ตัวเลขนี้ระบุจำนวนคอร์บน
โหนดนี้จัดสรรให้กับงาน

SLURM_CPUS_PER_TASK จำนวนซีพียูที่ร้องขอต่องาน ตั้งค่าเฉพาะในกรณีที่ --ซีพียูต่องาน
มีการระบุตัวเลือก

SLURM_DISTRIBUTION ชนิดการกระจายสำหรับงานที่จัดสรร ตั้งค่าการกระจายด้วย
-m, --การกระจาย

สเลิร์ม_GTIDS รหัสงานส่วนกลางที่รันบนโหนดนี้ ศูนย์กำเนิดและจุลภาค
แยกออกจากกัน.

SLURM_JOB_CPUS_PER_NODE
จำนวน CPUS ต่อโหนด

SLURM_JOB_DEPENDENCY ตั้งค่าเป็น --dependency ตัวเลือก

สเลิร์ม_JOB_ID (และ สเลิร์ม_JOBID สำหรับความเข้ากันได้ย้อนหลัง)
รหัสงานของงานที่ดำเนินการ

SLURM_JOB_NAME ตั้งค่าตัวเลือก --job-name หรือชื่อคำสั่ง when
srun ใช้เพื่อสร้างการจัดสรรงานใหม่ ไม่ได้ตั้งค่าเมื่อ srun เป็น
ใช้เพื่อสร้างขั้นตอนงานเท่านั้น (เช่น ภายในงานที่มีอยู่
การจัดสรร)

SLURM_JOB_PARTITION ชื่อของพาร์ติชันที่งานกำลังรันอยู่

SLURM_LAUNCH_NODE_IPADDR
ที่อยู่ IP ของโหนดที่เริ่มต้นการเรียกใช้งาน
(โดยที่คำสั่ง srun วิ่งมาจาก)

SLURM_LOCALID รหัสงานภายในโหนดสำหรับกระบวนการภายในงาน

SLURM_MEM_BIND_VERBOSE
--mem_bind การใช้คำฟุ่มเฟือย (เงียบ verbose)

SLURM_MEM_BIND_TYPE --mem_bind ประเภท (ไม่มี, อันดับ, map_mem:,mask_mem:)

SLURM_MEM_BIND_LIST --mem_bind แผนที่หรือรายการหน้ากาก ( ).

สเลิร์ม_NNODES จำนวนโหนดทั้งหมดในการจัดสรรทรัพยากรของงาน

SLURM_NODE_ALIASES ชุดชื่อโหนด ที่อยู่การสื่อสาร และชื่อโฮสต์สำหรับโหนด
จัดสรรให้กับงานจากระบบคลาวด์ แต่ละองค์ประกอบในชุด if
คั่นด้วยเครื่องหมายโคลอนและแต่ละชุดจะคั่นด้วยจุลภาค ตัวอย่างเช่น:
SLURM_NODE_ALIASES=ec0:1.2.3.4:foo,ec1:1.2.3.5:บาร์

สเลิร์ม_NODEID ID โหนดสัมพันธ์ของโหนดปัจจุบัน

SLURM_NODELIST รายการโหนดที่จัดสรรให้กับงาน

SLURM_NTASKS (และ สเลิร์ม_NPROCS สำหรับความเข้ากันได้ย้อนหลัง)
จำนวนกระบวนการทั้งหมดในงานปัจจุบัน

SLURM_PRIO_PROCESS ลำดับความสำคัญของการจัดกำหนดการ (ค่าที่ดี) ในขณะที่ส่งงาน
ค่านี้แพร่กระจายไปยังกระบวนการที่เกิด

สเลิร์ม_โปรซิด อันดับ MPI (หรือ ID กระบวนการที่เกี่ยวข้อง) ของกระบวนการปัจจุบัน

SLURM_SRUN_COMM_HOST ที่อยู่ IP ของโฮสต์การสื่อสาร srun

SLURM_SRUN_COMM_PORT srun พอร์ตสื่อสาร

SLURM_STEP_LAUNCHER_PORT
พอร์ตตัวเรียกใช้ขั้นตอน

SLURM_STEP_NODELIST รายการโหนดที่จัดสรรให้กับขั้นตอน

SLURM_STEP_NUM_NODES จำนวนโหนดที่จัดสรรให้กับขั้นตอน

SLURM_STEP_NUM_TASKS จำนวนกระบวนการในขั้นตอน

SLURM_STEP_TASKS_PER_NODE
จำนวนกระบวนการต่อโหนดภายในขั้นตอน

SLURM_STEP_ID (และ สเลิร์ม_STEPID สำหรับความเข้ากันได้ย้อนหลัง)
รหัสขั้นตอนของงานปัจจุบัน

SLURM_SUBMIT_DIR ไดเร็กทอรีที่ ทรุด ถูกเรียก

SLURM_SUBMIT_HOST ชื่อโฮสต์ของคอมพิวเตอร์ซึ่ง ซัลล็อก ถูกเรียก

SLURM_TASK_PID ID กระบวนการของงานที่กำลังเริ่มต้น

SLURM_TASKS_PER_NODE จำนวนงานที่จะเริ่มต้นในแต่ละโหนด ค่าเป็นเครื่องหมายจุลภาค
แยกจากกันและอยู่ในลำดับเดียวกันกับ SLURM_NODELIST ถ้าสองคนขึ้นไป
โหนดที่ต่อเนื่องกันจะต้องมีการนับงานเดียวกัน นั่นคือ
ตามด้วย "(x#)" โดยที่ "#" คือจำนวนการทำซ้ำ ตัวอย่างเช่น,
"SLURM_TASKS_PER_NODE=2(x3),1" แสดงว่าสามโหนดแรก
แต่ละคนจะดำเนินการสามงานและโหนดที่สี่จะดำเนินการหนึ่ง
งาน.

SLURM_TOPOLOGY_ADDR ตั้งค่านี้เฉพาะเมื่อระบบมีโทโพโลยี/ปลั๊กอินต้นไม้
กำหนดค่า ค่าจะถูกตั้งเป็นชื่อเครือข่ายสวิตช์
ซึ่งอาจเกี่ยวข้องกับการติดต่อสื่อสารของงานจากระบบของ
ระดับบนสุดสลับไปที่สวิตช์ลีฟและลงท้ายด้วยชื่อโหนด
จุดใช้เพื่อแยกชื่อส่วนประกอบฮาร์ดแวร์แต่ละรายการ

SLURM_TOPOLOGY_ADDR_PATTERN
ตั้งค่านี้เฉพาะเมื่อระบบมีโทโพโลยี/ปลั๊กอินต้นไม้
กำหนดค่า ค่าจะถูกกำหนดประเภทส่วนประกอบที่ระบุไว้ใน
SLURM_TOPOLOGY_ADDR. แต่ละองค์ประกอบจะถูกระบุเป็นอย่างใดอย่างหนึ่ง
"สวิตช์" หรือ "โหนด" ใช้จุดเพื่อแยกแต่ละฮาร์ดแวร์ออก
ประเภทส่วนประกอบ

SRUN_DEBUG ตั้งค่าเป็นระดับการบันทึกของ ทรุด สั่งการ. ค่าเริ่มต้นคือ3
(ระดับข้อมูล). ค่าจะเพิ่มขึ้นหรือลดลงตาม
ตัวเลือก --verbose และ --quiet

MPIRUN_NOALLOCATE อย่าจัดสรรบล็อกบนระบบ Blue Gene เท่านั้น

MPIRUN_NOFREE อย่าปล่อยบล็อกบนระบบ Blue Gene เท่านั้น

MPIRUN_PARTITION ชื่อบล็อกบนระบบ Blue Gene เท่านั้น

สัญญาณ AND ESCAPE ลำดับ

สัญญาณที่ส่งไปยัง ทรุด คำสั่งจะถูกส่งต่อโดยอัตโนมัติไปยังงานที่เป็น
ควบคุมด้วยข้อยกเว้นบางประการ ลำดับการหลบหนี จะรายงานรัฐ
ของงานทั้งหมดที่เกี่ยวข้องกับ ทรุด สั่งการ. ถ้า ถูกป้อนสองครั้งภายในหนึ่ง
วินาที จากนั้นสัญญาณ SIGINT ที่เกี่ยวข้องจะถูกส่งไปยังงานทั้งหมดและการยุติ
ลำดับจะถูกป้อนเพื่อส่ง SIGCONT, SIGTERM และ SIGKILL ไปยังงานที่เกิดทั้งหมด ถ้า
ที่สาม ได้รับแล้ว โปรแกรม srun จะถูกยกเลิกโดยไม่ต้องรอ
งานระยะไกลที่จะออกหรือ I/O ให้เสร็จ

ลำดับการหลบหนี ถูกละเลยในปัจจุบัน ความตั้งใจของเราคือเพื่อการนี้ทำให้ ทรุด
คำสั่งเข้าสู่โหมดที่สามารถเรียกการกระทำพิเศษต่างๆ

โคมไฟ การสนับสนุน

การใช้ MPI ขึ้นอยู่กับประเภทของ MPI ที่ใช้ มีสามที่แตกต่างกันโดยพื้นฐาน
โหมดการทำงานที่ใช้โดยการนำ MPI ต่างๆ เหล่านี้ไปใช้

1. Slurm เปิดตัวงานโดยตรงและดำเนินการเริ่มต้นของการสื่อสาร
(Quadrics MPI, MPICH2, MPICH-GM, MVAPICH, MVAPICH2 และโหมด MPICH1 บางโหมด) ตัวอย่างเช่น:
"srun -n16 a.out".

2. Slurm สร้างการจัดสรรทรัพยากรสำหรับงานแล้ว mpirun เรียกใช้งานโดยใช้
โครงสร้างพื้นฐานของ Slurm (OpenMPI, LAM/MPI, HP-MPI และโหมด MPICH1 บางโหมด)

3. Slurm สร้างการจัดสรรทรัพยากรสำหรับงานแล้ว mpirun เรียกใช้งานโดยใช้
กลไกบางอย่างที่ไม่ใช่ Slurm เช่น SSH หรือ RSH (BlueGene MPI และโหมด MPICH1 บางโหมด)
งานเหล่านี้เริ่มต้นนอกการตรวจสอบหรือการควบคุมของ Slurm บทส่งท้ายของ Slurm ควรเป็น
กำหนดค่าให้ล้างงานเหล่านี้เมื่อการจัดสรรงานถูกยกเลิก

ดู http://slurm.schedmd.com/mpi_guide.html สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานต่างๆ เหล่านี้
การนำ MPI ไปใช้ด้วย Slurm

หลาย โปรแกรม การกำหนดค่า

ความคิดเห็นในไฟล์กำหนดค่าต้องมี "#" ในคอลัมน์ที่หนึ่ง ไฟล์การกำหนดค่า
มีฟิลด์ต่อไปนี้คั่นด้วยช่องว่าง:

อันดับงาน
หนึ่งงานขึ้นไปเพื่อใช้การกำหนดค่านี้ ค่าหลายค่าอาจเป็นเครื่องหมายจุลภาค
แยกออกจากกัน. ช่วงอาจระบุด้วยตัวเลขสองตัวคั่นด้วย '-' ด้วยเครื่องหมาย
ตัวเลขที่น้อยกว่าก่อน (เช่น "0-4" ไม่ใช่ "4-0") เพื่อระบุงานทั้งหมดไม่
ระบุเป็นอย่างอื่น ระบุอันดับของ '*' เป็นบรรทัดสุดท้ายของไฟล์ ถ้า
มีความพยายามในการเริ่มต้นงานซึ่งไม่ได้กำหนดโปรแกรมปฏิบัติการไว้
ข้อความแสดงข้อผิดพลาดต่อไปนี้จะถูกสร้างขึ้น "ไม่มีโปรแกรมปฏิบัติการที่ระบุสำหรับสิ่งนี้
งาน".

ปฏิบัติการ
ชื่อของโปรแกรมที่จะรัน อาจเป็นชื่อพาธแบบเต็มหากต้องการ

ข้อโต้แย้ง
อาร์กิวเมนต์ของโปรแกรม นิพจน์ "%t" จะถูกแทนที่ด้วยหมายเลขของงาน
นิพจน์ "%o" จะถูกแทนที่ด้วยออฟเซ็ตของงานภายในช่วงนี้ (เช่น
ค่าอันดับงานที่กำหนดค่าเป็น "1-5" จะมีค่าออฟเซ็ตเป็น "0-4") เดี่ยว
อาจใช้เครื่องหมายคำพูดเพื่อหลีกเลี่ยงการตีความค่าที่แนบมา ช่องนี้คือ
ไม่จำเป็น. อาร์กิวเมนต์ใด ๆ สำหรับโปรแกรมที่ป้อนในบรรทัดคำสั่งจะถูกเพิ่ม
ไปยังอาร์กิวเมนต์ที่ระบุในไฟล์การกำหนดค่า

ตัวอย่างเช่น:
################################################# #################
# srun ไฟล์การกำหนดค่าหลายโปรแกรม
#
# srun -n8 -l --multi-progโง่.conf
################################################# #################
4-6 ชื่อโฮสต์
1,7 echo งาน:%t
ชดเชยเสียงสะท้อน 0,2-3:%o

> srun -n8 -l --multi-progโง่.conf
0: ออฟเซ็ต:0
1: งาน:1
2: ออฟเซ็ต:1
3: ออฟเซ็ต:2
4: linux15.llnl.gov
5: linux16.llnl.gov
6: linux17.llnl.gov
7: งาน:7

ตัวอย่าง

ตัวอย่างง่ายๆ นี้แสดงให้เห็นถึงการดำเนินการของคำสั่ง ชื่อโฮสต์ ในแปดภารกิจ ที่
ตัวประมวลผลอย่างน้อยแปดตัวจะถูกจัดสรรให้กับงาน (เหมือนกับจำนวนงาน) บน
อย่างไรก็ตาม จำเป็นต้องมีโหนดจำนวนมากเพื่อตอบสนองคำขอ ผลลัพธ์ของแต่ละงานจะเป็น
ดำเนินการกับหมายเลขงาน (เครื่อง "dev" ในตัวอย่างด้านล่างมีทั้งหมด
ซีพียูสองตัวต่อโหนด)

> srun -n8 -l ชื่อโฮสต์
0: dev0
1: dev0
2: dev1
3: dev1
4: dev2
5: dev2
6: dev3
7: dev3

srun -r ใช้ตัวเลือกภายในสคริปต์งานเพื่อรันสองขั้นตอนของงานบนโหนดที่ไม่เกี่ยวข้องใน
ตัวอย่างต่อไปนี้ สคริปต์ทำงานโดยใช้โหมดการจัดสรรแทนที่จะเป็นงานแบทช์ใน
กรณีนี้.

> แมว test.sh
#!bin / sh /
เสียงสะท้อน $SLURM_NODELIST
srun -lN2 -r2 ชื่อโฮสต์
srun -lN2 ชื่อโฮสต์

> salloc -N4 test.sh
ผู้พัฒนา[7-10]
0: dev9
1: dev10
0: dev7
1: dev8

สคริปต์ต่อไปนี้รันขั้นตอนงานสองขั้นตอนพร้อมกันภายในชุดโหนดที่จัดสรร

> แมว test.sh
#!/ bin / bash
srun -lN2 -n4 -r 2 sleep 60 &
srun -lN2 -r 0 สลีป 60 &
นอนหลับ 1
คิว
คิว -s
รอ

> salloc -N4 test.sh
ชื่อพาร์ติชันงาน ผู้ใช้ เวลา โหนด NODELIST
65641 แบตช์ test.sh grondo R 0:01 4 dev[7-10]

STEPID PARTITION ผู้ใช้ TIME NODELIST
65641.0 แบทช์ grondo 0:01 dev[7-8]
65641.1 แบทช์ grondo 0:01 dev[9-10]

ตัวอย่างนี้สาธิตวิธีดำเนินการงาน MPICH อย่างง่าย เราใช้ ทรุด เพื่อสร้าง
รายการเครื่องจักร (โหนด) ที่จะใช้โดย มปีรัน ในรูปแบบที่ต้องการ ตัวอย่างคำสั่ง
บรรทัดและสคริปต์ที่จะดำเนินการตาม

> แมว test.sh
#!bin / sh /
MACHINEFILE="nodes.$SLURM_JOB_ID"

# สร้าง Machinefile สำหรับ mpich เพื่อให้โฮสต์อยู่ในเดียวกัน
#สั่งเหมือนวิ่งผ่านsrun
#
วิ่ง -l /bin/ชื่อโฮสต์ | sort -n | awk '{print $2}' > $MACHINEFILE

# เรียกใช้โดยใช้ไฟล์เครื่องที่สร้างขึ้น:
mpirun -np $SLURM_NTASKS -ไฟล์เครื่อง $MACHINEFILE mpi-app

rm $เครื่องจักร

> salloc -N2 -n4 test.sh

ตัวอย่างง่ายๆ นี้แสดงให้เห็นถึงการดำเนินการของงานต่างๆ บนโหนดต่างๆ ใน
srun เดียวกัน คุณสามารถทำเช่นนี้กับจำนวนโหนดหรืองานจำนวนเท่าใดก็ได้ ดิ
ไฟล์เรียกทำงานจะถูกวางบนโหนดที่จัดวางโดย SLURM_NODEID env var เริ่มต้นที่ 0 และ
ไปที่หมายเลขที่ระบุในบรรทัดคำสั่ง srun

> แมว test.sh
กรณี $SLURM_NODEID ใน
0) echo "ฉันกำลังดำเนินการอยู่"
ชื่อโฮสต์ ;;
1) ชื่อโฮสต์
echo "เป็นที่ที่ฉันกำลังวิ่งอยู่" ;;
ว่า C

> srun -N2 test.sh
dev0
คือที่ที่ฉันกำลังวิ่ง
ฉันกำลังวิ่งต่อไป
dev1

ตัวอย่างนี้สาธิตการใช้ตัวเลือกแบบมัลติคอร์เพื่อควบคุมเลย์เอาต์ของงาน เรา
ขอให้สี่ซ็อกเก็ตต่อโหนดและสองคอร์ต่อซ็อกเก็ตทุ่มเทให้กับงาน

> srun -N2 -B 4-4:2-2 a.out

ตัวอย่างนี้แสดงสคริปต์ที่ใช้ Slurm เพื่อจัดเตรียมการจัดการทรัพยากรสำหรับa
งานโดยดำเนินการตามขั้นตอนงานต่างๆ เมื่อโปรเซสเซอร์พร้อมใช้งานสำหรับการทำงานโดยเฉพาะ
ใช้

> cat my.script
#!/ bin / bash
srun --exclusive -n4 prog1 &
srun --exclusive -n3 prog2 &
srun --exclusive -n1 prog3 &
srun --exclusive -n1 prog4 &
รอ

การทำสำเนา

ลิขสิทธิ์ (C) 2006-2007 The Regents of the University of California ผลิตที่ Lawrence
ห้องปฏิบัติการแห่งชาติลิเวอร์มอร์ (cf, ข้อจำกัดความรับผิดชอบ).
ลิขสิทธิ์ (C) 2008-2010 Lawrence Livermore National Security
ลิขสิทธิ์ (C) 2010-2015 SchedMD LLC

ไฟล์นี้เป็นส่วนหนึ่งของ Slurm ซึ่งเป็นโปรแกรมจัดการทรัพยากร ดูรายละเอียดได้ที่
<http://slurm.schedmd.com/>.

Slurm เป็นซอฟต์แวร์ฟรี คุณสามารถแจกจ่ายซ้ำและ/หรือแก้ไขภายใต้เงื่อนไขของ
GNU General Public License ที่เผยแพร่โดย Free Software Foundation; ทั้งรุ่น2
ของใบอนุญาตหรือ (ตามที่คุณเลือก) เวอร์ชันที่ใหม่กว่า

Slurm ถูกแจกจ่ายด้วยความหวังว่าจะมีประโยชน์ แต่ไม่มีการรับประกันใดๆ ปราศจาก
แม้แต่การรับประกันโดยนัยของการค้าขายหรือความเหมาะสมสำหรับวัตถุประสงค์เฉพาะ ดู
GNU General Public License สำหรับรายละเอียดเพิ่มเติม

ใช้ srun ออนไลน์โดยใช้บริการ onworks.net