srun - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

srun - ດໍາເນີນວຽກຂະຫນານ

ສະຫຼຸບສັງລວມ

ຍຸບ [OPTIONS... ] ປະຕິບັດໄດ້ [ໂຕ້ຖຽງ... ]

ລາຍລະອຽດ

ດໍາເນີນວຽກຂະຫນານຢູ່ໃນກຸ່ມທີ່ຄຸ້ມຄອງໂດຍ Slurm. ຖ້າຈໍາເປັນ, srun ທໍາອິດຈະສ້າງ a
ການຈັດສັນຊັບພະຍາກອນເພື່ອເຮັດວຽກຂະຫນານ.

ເອກະສານຕໍ່ໄປນີ້ອະທິບາຍອິດທິພົນຂອງທາງເລືອກຕ່າງໆໃນການຈັດສັນຂອງ
cpus ກັບວຽກແລະວຽກງານ.
http://slurm.schedmd.com/cpu_management.html

OPTIONS

--accel-bind=<ທາງເລືອກໃນການ>
ຄວບຄຸມວິທີການທີ່ວຽກງານຖືກຜູກມັດກັບຊັບພະຍາກອນທົ່ວໄປຂອງປະເພດ gpu, mic ແລະ nic.
ຫຼາຍທາງເລືອກອາດຈະຖືກລະບຸ. ທາງ​ເລືອກ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ແມ່ນ​ປະ​ກອບ​ມີ​:

g ຜູກ​ມັດ​ແຕ່​ລະ​ວຽກ​ງານ​ກັບ GPUs ທີ່​ໃກ້​ທີ່​ສຸດ​ກັບ CPUs ການ​ຈັດ​ສັນ​.

m ຜູກມັດແຕ່ລະໜ້າວຽກກັບ MICs ທີ່ໃກ້ທີ່ສຸດກັບ CPUs ທີ່ຖືກຈັດສັນ.

n ຜູກ​ມັດ​ແຕ່​ລະ​ວຽກ​ງານ​ກັບ NICs ທີ່​ໃກ້​ທີ່​ສຸດ​ກັບ CPUs ການ​ຈັດ​ສັນ​.

v ໂຫມດ verbose. ບັນທຶກວິທີການທີ່ວຽກງານຖືກຜູກມັດກັບອຸປະກອນ GPU ແລະ NIC.

-A, --ບັນຊີ=<ບັນຊີ>
ຮຽກເກັບຊັບພະຍາກອນທີ່ໃຊ້ໂດຍວຽກນີ້ໃສ່ບັນຊີທີ່ລະບຸ. ໄດ້ ບັນຊີ ເປັນ
ຊ່ອຍແນ່. ຊື່ບັນຊີອາດຈະມີການປ່ຽນແປງຫຼັງຈາກການຍື່ນສະເຫນີວຽກໂດຍໃຊ້
ຄວບຄຸມ ຄໍາສັ່ງ.

--acctg-freq
ກຳນົດໄລຍະການເກັບຕົວຢ່າງການບັນຊີວຽກ ແລະໂປຣໄຟລ໌. ນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອ
override ໄດ້ JobAcctGatherFrequency ພາລາມິເຕີໃນໄຟລ໌ການຕັ້ງຄ່າຂອງ Slurm,
slurm.conf. ຮູບ​ແບບ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ແມ່ນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

--acctg-freq==
ບ່ອນທີ່ = ກຳນົດໄລຍະການເກັບຕົວຢ່າງໜ້າວຽກສຳລັບ
ປັ໊ກອິນ jobacct_gather ຫຼືໄລຍະການເກັບຕົວຢ່າງສໍາລັບປະເພດຂອງໂປຣໄຟລ໌
ໂດຍ plugin acct_gather_profile. ຫຼາຍ, ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ
= ໄລຍະເວລາອາດຈະຖືກກໍານົດ. ປະເພດຂໍ້ມູນທີ່ຮອງຮັບ
ມີດັ່ງນີ້:

ໜ້າວຽກ=
ບ່ອນທີ່ ແມ່ນໄລຍະການເກັບຕົວຢ່າງໜ້າວຽກໃນວິນາທີສຳລັບ
jobacct_gather plugins ແລະສໍາລັບ profile ວຽກງານໂດຍ
acct_gather_profile plugin. ຫມາຍເຫດ: ຄວາມຖີ່ນີ້ຖືກນໍາໃຊ້ເພື່ອ
ຕິດຕາມກວດກາການນໍາໃຊ້ຫນ່ວຍຄວາມຈໍາ. ຖ້າ​ຫາກ​ວ່າ​ຈໍາ​ກັດ​ຄວາມ​ຊົງ​ຈໍາ​ແມ່ນ​ໄດ້​ບັງ​ຄັບ​ໃຫ້​ສູງ​ທີ່​ສຸດ​
ຄວາມຖີ່ທີ່ຜູ້ໃຊ້ສາມາດຮ້ອງຂໍແມ່ນສິ່ງທີ່ຖືກຕັ້ງຄ່າຢູ່ໃນ
ໄຟລ໌ slurm.conf. ພວກເຂົາບໍ່ສາມາດປິດມັນ (=0) ຄືກັນ.

ພະ​ລັງ​ງານ =
ບ່ອນທີ່ ແມ່ນໄລຍະການເກັບຕົວຢ່າງໃນວິນາທີສໍາລັບພະລັງງານ
ການສ້າງໂປຣໄຟລ໌ໂດຍໃຊ້ປລັກອິນ acct_gather_energy

ເຄືອ​ຂ່າຍ=
ບ່ອນທີ່ ແມ່ນໄລຍະການເກັບຕົວຢ່າງໃນວິນາທີສໍາລັບ
infiniband profileing ໂດຍໃຊ້ plugin acct_gather_infiniband.

ລະບົບໄຟລ໌=
ບ່ອນທີ່ ແມ່ນໄລຍະການເກັບຕົວຢ່າງໃນວິນາທີສໍາລັບ
ການສ້າງໂປຣໄຟລ໌ລະບົບໄຟລ໌ໂດຍໃຊ້ plugin acct_gather_filesystem.

ຄ່າເລີ່ມຕົ້ນສຳລັບໄລຍະການເກັບຕົວຢ່າງໜ້າວຽກ
ແມ່ນ 30. ຄ່າເລີ່ມຕົ້ນສຳລັບຊ່ວງເວລາອື່ນໆທັງໝົດແມ່ນ 0. ໄລຍະຫ່າງຂອງ 0 ປິດໃຊ້ງານ.
ການເກັບຕົວຢ່າງຂອງປະເພດທີ່ລະບຸ. ຖ້າໄລຍະການເກັບຕົວຢ່າງໜ້າວຽກແມ່ນ 0, ການບັນຊີ
ຂໍ້​ມູນ​ແມ່ນ​ໄດ້​ຖືກ​ເກັບ​ກໍາ​ພຽງ​ແຕ່​ໃນ​ການ​ຍົກ​ເລີກ​ວຽກ​ເຮັດ​ງານ​ທໍາ (ການ​ຫຼຸດ​ຜ່ອນ​ການ​ແຊກ​ແຊງ Slurm ກັບ
ວຽກ​ເຮັດ​ງານ​ທໍາ).
ຄ່າທີ່ນ້ອຍກວ່າ (ບໍ່ແມ່ນສູນ) ມີຜົນກະທົບຫຼາຍຕໍ່ການປະຕິບັດວຽກ, ແຕ່ເປັນມູນຄ່າ
ຂອງ 30 ວິນາທີແມ່ນບໍ່ມີແນວໂນ້ມທີ່ຈະສັງເກດເຫັນສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ມີຫນ້ອຍກວ່າ
10,000 ວຽກງານ.

-B --extra-node-info=<ເຕົ້າຮັບ[:core[:ກະທູ້]]>
ຮ້ອງຂໍການຈັດສັນຊັບພະຍາກອນສະເພາະທີ່ມີລາຍລະອຽດກ່ຽວກັບຈໍານວນແລະປະເພດ
ຊັບ​ພະ​ຍາ​ກອນ​ການ​ຄິດ​ໄລ່​ພາຍ​ໃນ​ກຸ່ມ​: ຈໍາ​ນວນ​ຂອງ sockets (ຫຼື​ທາງ​ດ້ານ​ຮ່າງ​ກາຍ​
processors) ຕໍ່ node, cores ຕໍ່ socket, ແລະ threads ຕໍ່ core. ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ​
ຊັບພະຍາກອນທີ່ຖືກຮ້ອງຂໍແມ່ນຜະລິດຕະພັນຂອງຂໍ້ກໍານົດທັງຫມົດ. ແຕ່ລະຄ່າທີ່ລະບຸ
ຖືວ່າເປັນຕໍາ່ສຸດທີ່. ສາມາດໃຊ້ເຄື່ອງໝາຍດາວ (*) ເປັນຕົວຍຶດທີ່ຊີ້ບອກໄດ້
ຊັບພະຍາກອນທີ່ມີຢູ່ທັງໝົດຂອງປະເພດນັ້ນຈະຖືກນຳໃຊ້. ເຊັ່ນດຽວກັນກັບຂໍ້, ໄດ້
ລະດັບບຸກຄົນຍັງສາມາດຖືກລະບຸໄວ້ໃນທາງເລືອກແຍກຕ່າງຫາກຖ້າຕ້ອງການ:
--sockets-per-node=<ເຕົ້າຮັບ>
--cores-per-socket=<core>
-- threads-per-core=<ກະທູ້>
ຖ້າ plugin ວຽກ / affinity ຖືກເປີດໃຊ້, ຫຼັງຈາກນັ້ນການກໍານົດການຈັດສັນໃນລັກສະນະນີ້
ຍັງຕັ້ງຄ່າເລີ່ມຕົ້ນ --cpu_bind ທາງເລືອກຂອງ ກະທູ້ ຖ້າຫາກວ່າ -B ທາງ​ເລືອກ​ລະ​ບຸ a
ນັບ thread, ຖ້າບໍ່ດັ່ງນັ້ນທາງເລືອກຂອງ core ຖ້າມີການລະບຸການນັບຫຼັກ, ຖ້າບໍ່ດັ່ງນັ້ນ
ທາງ​ເລືອກ​ຂອງ​ ເຕົ້າຮັບ. ຖ້າ SelectType ຖືກຕັ້ງຄ່າໃຫ້ເລືອກ/cons_res, ມັນຕ້ອງມີ
ພາຣາມິເຕີຂອງ CR_Core, CR_Core_Memory, CR_Socket, ຫຼື CR_Socket_Memory ສໍາລັບການນີ້
ທາງ​ເລືອກ​ທີ່​ຈະ​ໄດ້​ຮັບ​ກຽດ​. ຕົວເລືອກນີ້ບໍ່ຮອງຮັບໃນລະບົບ BlueGene
(ເລືອກ/bluegene plugin ຖືກຕັ້ງຄ່າ). ຖ້າບໍ່ໄດ້ລະບຸ, ການຄວບຄຸມຈະສະແດງວຽກ
ຈະສະແດງ 'ReqS:C:T=*:*:*'.

--bb=<ສະເປັກ>
ຂໍ້ມູນຈໍາເພາະຂອງບັຟເຟີລະເບີດ. ຮູບແບບຂອງຂໍ້ມູນສະເພາະແມ່ນຂຶ້ນກັບລະບົບ.
ເບິ່ງຍັງເບິ່ງ --bbf.

--bbf=<ຊື່​ເອ​ກະ​ສານ>
ເສັ້ນທາງຂອງໄຟລ໌ທີ່ປະກອບມີຂໍ້ມູນສະເພາະຂອງ burst buffer. ຮູບແບບຂອງຂໍ້ກໍານົດ
ແມ່ນ​ຂຶ້ນ​ກັບ​ລະ​ບົບ​. ຍັງເບິ່ງ --bb.

--bcast[=dest_path>]
ຄັດລອກໄຟລ໌ທີ່ປະຕິບັດໄດ້ໄປຫາຂໍ້ຈັດສັນຄອມພິວເຕີ. ຖ້າຊື່ໄຟລ໌ຖືກລະບຸ, ສຳເນົາ
ສາມາດປະຕິບັດໄດ້ກັບເສັ້ນທາງໄຟລ໌ປາຍທາງທີ່ລະບຸໄວ້. ຖ້າ​ຫາກ​ວ່າ​ບໍ່​ມີ​ການ​ກໍາ​ນົດ​ເສັ້ນ​ທາງ​,
ຄັດລອກໄຟລ໌ໄປຫາໄຟລ໌ທີ່ມີຊື່ວ່າ "slurm_bcast_ . " ໃນ​ປັດ​ຈຸ​ບັນ​
ເຮັດວຽກ. ຕົວຢ່າງ, "srun --bcast=/tmp/mine -N3 a.out" ຈະສຳເນົາໄຟລ໌
"a.out" ຈາກໄດເລກະທໍລີປະຈຸບັນຂອງທ່ານໄປຫາໄຟລ໌ "/tmp/mine" ໃນແຕ່ລະສາມ
ການຈັດສັນ nodes compute ແລະປະຕິບັດໄຟລ໌ນັ້ນ.

--ເລີ່ມຕົ້ນ=<ທີ່ໃຊ້ເວລາ>
ເລື່ອນການລິເລີ່ມວຽກນີ້ໄປຈົນຮອດເວລາກຳນົດ. ມັນຍອມຮັບເວລາຂອງ
ຮູບແບບ HH: MM: SS ເພື່ອດໍາເນີນການວຽກໃນເວລາສະເພາະຂອງມື້ (ວິນາທີແມ່ນທາງເລືອກ). (ຖ້າ
ເວລານັ້ນແມ່ນຜ່ານມາແລ້ວ, ມື້ຕໍ່ມາແມ່ນສົມມຸດວ່າ.) ທ່ານອາດຈະລະບຸ
ເວລາທ່ຽງຄືນ, ທ່ຽງ, fika (3 ໂມງແລງ) ຫຼື ເທັກ (4 ໂມງແລງ) ແລະທ່ານສາມາດມີເວລາຂອງມື້
ຕໍ່ທ້າຍດ້ວຍ AM or PM ສໍາລັບແລ່ນໃນຕອນເຊົ້າຫຼືຕອນແລງ. ເຈົ້າຍັງສາມາດເວົ້າໄດ້
ມື້ໃດວຽກຈະດໍາເນີນການ, ໂດຍກໍານົດວັນທີຂອງແບບຟອມ MMDDYY or ດດ/ວວ/ປປປ
YYYY-MM-DD. ສົມທົບວັນທີ ແລະເວລາໂດຍໃຊ້ຮູບແບບຕໍ່ໄປນີ້
YYYY-MM-DD[THH:MM[:SS]]. ນອກນັ້ນທ່ານຍັງສາມາດໃຫ້ເວລາເຊັ່ນ: ໃນປັດຈຸບັນ + ນັບ ຫົວໜ່ວຍເວລາ, ບ່ອນທີ່
ຫນ່ວຍເວລາສາມາດເປັນ ວິນາທີ (ຄ່າເລີ່ມຕົ້ນ), ນາທີ, ຊົ່ວໂມງ, ວັນ, ຫຼື ອາທິດ ແລະທ່ານສາມາດເຮັດໄດ້
ບອກ Slurm ເຮັດວຽກໃນມື້ນີ້ດ້ວຍຄໍາສໍາຄັນ ໃນມື້ນີ້ ແລະເຮັດວຽກໃນມື້ອື່ນ
ກັບຄໍາສໍາຄັນ ມື້ອື່ນ. ມູນຄ່າອາດຈະມີການປ່ຽນແປງຫຼັງຈາກການສົ່ງວຽກໂດຍໃຊ້
ຄວບຄຸມ ຄໍາສັ່ງ. ຍົກ​ຕົວ​ຢ່າງ:
--ເລີ່ມ=16:00
--begin=ດຽວນີ້+1 ຊົ່ວໂມງ
--begin=now+60 (ວິນາທີຕາມຄ່າເລີ່ມຕົ້ນ)
--begin=2010-01-20T12:34:00

ຫມາຍເຫດກ່ຽວກັບວັນທີ / ເວລາສະເພາະ:
- ເຖິງແມ່ນວ່າພາກສະຫນາມ 'ວິນາທີ' ຂອງ HH:MM:SS ກໍານົດເວລາແມ່ນອະນຸຍາດໃຫ້ໂດຍ
ລະຫັດ, ໃຫ້ສັງເກດວ່າເວລາສໍາຫຼວດຂອງຜູ້ກໍານົດເວລາ Slurm ແມ່ນບໍ່ຊັດເຈນພຽງພໍທີ່ຈະ
ຮັບປະກັນການຈັດສົ່ງວຽກໃນວິນາທີທີ່ແນ່ນອນ. ວຽກເຮັດງານທໍາຈະມີສິດໄດ້ຮັບ
ເລີ່ມການສຳຫຼວດຄັ້ງຕໍ່ໄປຫຼັງຈາກເວລາກຳນົດ. ໄລຍະການສຳຫຼວດທີ່ແນ່ນອນ
ແມ່ນຂຶ້ນກັບຕົວກຳນົດເວລາ Slurm (ຕົວຢ່າງ: 60 ວິນາທີກັບຕາຕະລາງ/ຕົວຕັ້ງຕົວຕີເລີ່ມຕົ້ນ).
- ຖ້າບໍ່ມີເວລາ (HH:MM:SS), ຄ່າເລີ່ມຕົ້ນແມ່ນ (00:00:00).
- ຖ້າ​ຫາກ​ວ່າ​ວັນ​ທີ​ແມ່ນ​ບໍ່​ມີ​ປີ (ເຊັ່ນ​: MM/DD​) ຫຼັງ​ຈາກ​ນັ້ນ​ແມ່ນ​ປີ​ປະ​ຈຸ​ບັນ​
ສົມມຸດວ່າ, ເວັ້ນເສຍແຕ່ວ່າການປະສົມປະສານຂອງ MM/DD ແລະ HH:MM:SS ໄດ້ຜ່ານໄປແລ້ວ
ປີ, ໃນກໍລະນີນີ້, ໃນປີຕໍ່ໄປແມ່ນໃຊ້.

--ຈຸດກວດກາ=<ທີ່ໃຊ້ເວລາ>
ລະບຸໄລຍະຫ່າງລະຫວ່າງການສ້າງຈຸດກວດກາຂອງຂັ້ນຕອນວຽກ. ໂດຍຄ່າເລີ່ມຕົ້ນ,
ຂັ້ນຕອນວຽກຈະບໍ່ມີຈຸດກວດກາທີ່ສ້າງຂຶ້ນ. ຮູບແບບເວລາທີ່ຍອມຮັບໄດ້ປະກອບມີ
"ນາທີ", "ນາທີ:ວິນາທີ", "ຊົ່ວໂມງ:ນາທີ:ວິນາທີ", "ມື້-ຊົ່ວໂມງ",
"ມື້-ຊົ່ວໂມງ: ນາທີ" ແລະ "ມື້-ຊົ່ວໂມງ: ນາທີ: ວິນາທີ".

--checkpoint-dir=<ລະບົບ>
ລະບຸໄດເລກະທໍລີທີ່ຈຸດກວດກາຂອງວຽກ ຫຼືຂັ້ນຕອນວຽກຄວນຈະເປັນ
ຂຽນ (ໃຊ້ໂດຍ checkpoint/blcr ແລະ checkpoint/xlch plugins ເທົ່ານັ້ນ). ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນ. ໄຟລ໌ Checkpoint ຈະເປັນຂອງ
ຮູບແບບ " .ckpt" ສໍາລັບວຽກແລະ " . .ckpt" ສໍາລັບຂັ້ນຕອນວຽກ.

-- ຄໍາເຫັນ=<string>
ຄໍາ​ຄິດ​ເຫັນ​ໂດຍ​ຕົນ​ເອງ​.

-C, -- ຂໍ້​ຈໍາ​ກັດ​=<ບັນຊີລາຍຊື່>
ຂໍ້ສາມາດມີ ຄຸນ​ລັກ​ສະ​ນະ ມອບໝາຍໃຫ້ເຂົາເຈົ້າໂດຍຜູ້ບໍລິຫານ Slurm. ຜູ້ໃຊ້ສາມາດ
ລະ​ບຸ​ວ່າ​ອັນ​ໃດ​ຂອງ​ເຫຼົ່າ​ນີ້​ ຄຸນ​ລັກ​ສະ​ນະ ແມ່ນຕ້ອງການໂດຍການເຮັດວຽກຂອງພວກເຂົາໂດຍໃຊ້ຂໍ້ຈໍາກັດ
ທາງເລືອກ. ມີພຽງແຕ່ nodes ທີ່ມີຄຸນສົມບັດທີ່ກົງກັບຂໍ້ຈໍາກັດຂອງວຽກທີ່ຈະຖືກນໍາໃຊ້
ຕອບສະຫນອງຄໍາຮ້ອງຂໍ. ຂໍ້ຈຳກັດຫຼາຍອັນອາດຈະຖືກລະບຸດ້ວຍ AND, OR, ທີ່ກົງກັນ
OR, ຈໍານວນຊັບພະຍາກອນ, ແລະອື່ນໆ. ທາງເລືອກຂໍ້ຈໍາກັດທີ່ສະຫນັບສະຫນູນປະກອບມີ:

ດຽວ ຊື່
ມີແຕ່ nodes ທີ່ມີຄຸນສົມບັດທີ່ລະບຸໄວ້ເທົ່ານັ້ນທີ່ຈະຖືກນໍາໃຊ້. ຍົກ​ຕົວ​ຢ່າງ,
--constraint="intel"

node Count
ການຮ້ອງຂໍສາມາດກໍານົດຈໍານວນຂອງ nodes ທີ່ຈໍາເປັນດ້ວຍຄຸນສົມບັດບາງຢ່າງໂດຍ
ຕື່ມໃສ່ເຄື່ອງໝາຍດາວ ແລະນັບຫຼັງຈາກຊື່ຄຸນສົມບັດ. ຍົກ​ຕົວ​ຢ່າງ
"--nodes=16 --constraint=ກຣາບຟິກ*4 ... " ສະ​ແດງ​ໃຫ້​ເຫັນ​ວ່າ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ຕ້ອງ​ການ 16​
nodes ແລະວ່າຢ່າງຫນ້ອຍສີ່ຂອງ nodes ຕ້ອງມີຄຸນສົມບັດ
"ກາຟິກ."

ແລະ ຖ້າພຽງແຕ່ nodes ທີ່ມີຄຸນສົມບັດທີ່ລະບຸໄວ້ທັງຫມົດຈະຖືກໃຊ້. ampersand ແມ່ນ
ໃຊ້ສໍາລັບຕົວປະຕິບັດການ AND. ຍົກ​ຕົວ​ຢ່າງ, --constraint="intel&gpu"

OR ຖ້າພຽງແຕ່ nodes ທີ່ມີຢ່າງຫນ້ອຍຫນຶ່ງຂອງລັກສະນະທີ່ລະບຸໄວ້ຈະຖືກນໍາໃຊ້. ໄດ້
ແຖບແນວຕັ້ງແມ່ນໃຊ້ສໍາລັບຕົວປະຕິບັດການ OR. ຍົກ​ຕົວ​ຢ່າງ,
--constraint="intel|amd"

ການຈັບຄູ່ OR
ຖ້າຫາກວ່າພຽງແຕ່ຫນຶ່ງໃນຊຸດຂອງທາງເລືອກທີ່ເປັນໄປໄດ້ຄວນຈະຖືກນໍາໃຊ້ສໍາລັບການຈັດສັນທັງຫມົດ
nodes, ຈາກນັ້ນໃຊ້ຕົວປະຕິບັດການ OR ແລະປິດຕົວເລືອກພາຍໃນສີ່ຫຼ່ຽມ
ວົງເລັບ. ຍົກ​ຕົວ​ຢ່າງ: "--constraint=[rack1|rack2|rack3|rack4]" ອາດ​ຈະ
ຖືກນໍາໃຊ້ເພື່ອກໍານົດວ່າ nodes ທັງຫມົດຕ້ອງໄດ້ຮັບການຈັດສັນຢູ່ໃນ rack ດຽວຂອງ
cluster, ແຕ່ໃດໆຂອງສີ່ racks ເຫຼົ່ານັ້ນສາມາດຖືກນໍາໃຊ້.

ຫຼາຍ ການນັບ
ການນັບສະເພາະຂອງຊັບພະຍາກອນຫຼາຍອັນອາດຈະຖືກລະບຸໂດຍການໃຊ້ AND
ຜູ້ປະກອບການ ແລະປິດຕົວເລືອກພາຍໃນວົງເລັບສີ່ຫຼ່ຽມ. ຍົກ​ຕົວ​ຢ່າງ:
"--constraint=[rack1*2&rack2*4]" ອາດຈະຖືກນໍາໃຊ້ເພື່ອກໍານົດສອງ nodes
ຕ້ອງໄດ້ຮັບການຈັດສັນຈາກ nodes ທີ່ມີຄຸນສົມບັດຂອງ "rack1" ແລະສີ່ nodes ຕ້ອງ
ໄດ້ຮັບການຈັດສັນຈາກ nodes ທີ່ມີຄຸນສົມບັດ "rack2".

ຄໍາເຕືອນ: ເມື່ອ srun ຖືກປະຕິບັດຈາກພາຍໃນ salloc ຫຼື sbatch,
ຄ່າຈຳກັດສາມາດມີຊື່ຄຸນສົມບັດອັນດຽວເທົ່ານັ້ນ. ບໍ່ມີອັນອື່ນ
ປະຈຸບັນ, ຜູ້ປະກອບການໄດ້ຮັບການສະຫນັບສະຫນູນສໍາລັບຂັ້ນຕອນວຽກ.

--ຕິດກັນ
ຖ້າຕັ້ງ, ຫຼັງຈາກນັ້ນ nodes ຈັດສັນຕ້ອງປະກອບເປັນຊຸດຕິດຕໍ່ກັນ. ບໍ່ເປັນກຽດກັບ
topology/ຕົ້ນໄມ້ or topology/3d_torus plugins, ທັງສອງສາມາດດັດແປງ node ໄດ້
ການສັ່ງຊື້. ບໍ່ເປັນກຽດສໍາລັບການຈັດສັນຂັ້ນຕອນວຽກ.

--cores-per-socket=<core>
ຈໍາ​ກັດ​ການ​ຄັດ​ເລືອກ node ກັບ nodes ທີ່​ມີ​ຢ່າງ​ຫນ້ອຍ​ຈໍາ​ນວນ​ທີ່​ກໍາ​ນົດ​ໄວ້​ຂອງ cores ຕໍ່
ເຕົ້າຮັບ. ເບິ່ງຂໍ້ມູນເພີ່ມເຕີມພາຍໃຕ້ -B ທາງ​ເລືອກ​ຂ້າງ​ເທິງ​ໃນ​ເວ​ລາ​ທີ່​ວຽກ​ງານ / plugin affinity​
ເປີດໃຊ້ງານ.

--cpu_bind=[{ງຽບ, verbose},]ປະເພດ
ຜູກມັດວຽກກັບ CPU. ໃຊ້ເມື່ອມີໜ້າວຽກ/ຄວາມສຳພັນ ຫຼືວຽກ/cgroup plugin ເທົ່ານັ້ນ
ເປີດໃຊ້ງານ. ພາລາມິເຕີການຕັ້ງຄ່າ TaskPluginParam ອາດຈະ override ທາງເລືອກເຫຼົ່ານີ້.
ຕົວຢ່າງ, ຖ້າ TaskPluginParam ຖືກຕັ້ງຄ່າໃຫ້ຜູກມັດກັບຫຼັກ, ວຽກຂອງເຈົ້າຈະບໍ່ເຮັດ
ສາມາດຜູກມັດວຽກກັບຊັອກເກັດ. ຫມາຍເຫດ: ເພື່ອໃຫ້ Slurm ສະເຫມີລາຍງານກ່ຽວກັບ
ການຜູກມັດ CPU ທີ່ເລືອກສໍາລັບຄໍາສັ່ງທັງຫມົດທີ່ປະຕິບັດຢູ່ໃນ shell, ທ່ານສາມາດເປີດໃຊ້ verbose
ໂໝດໂດຍການຕັ້ງຄ່າຕົວປ່ຽນສະພາບແວດລ້ອມ SLURM_CPU_BIND ເປັນ "verbose".

ຕົວແປສະພາບແວດລ້ອມຂໍ້ມູນຂ່າວສານຕໍ່ໄປນີ້ແມ່ນຖືກກໍານົດເມື່ອ --cpu_bind ແມ່ນຢູ່ໃນ
ໃຊ້:
SLURM_CPU_BIND_VERBOSE
SLURM_CPU_BIND_TYPE
SLURM_CPU_BIND_LIST

ເບິ່ງ ENVIRONMENT ຄວາມຮັບຜິດຊອບ ພາກ​ສ່ວນ​ສໍາ​ລັບ​ການ​ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ​ຂອງ​
ຕົວແປ SLURM_CPU_BIND ສ່ວນບຸກຄົນ. ຕົວແປເຫຼົ່ານີ້ສາມາດໃຊ້ໄດ້ພຽງແຕ່ຖ້າຫາກວ່າ
plugin ວຽກ / affinity ຖືກຕັ້ງຄ່າ.

ເມື່ອນໍາໃຊ້ --cpus-ຕໍ່ຫນ້າວຽກ ເພື່ອດໍາເນີນການວຽກງານ multithreaded, ຈົ່ງຮູ້ວ່າການຜູກມັດ CPU ແມ່ນ
ສືບທອດມາຈາກພໍ່ແມ່ຂອງຂະບວນການ. ນີ້ຫມາຍຄວາມວ່າວຽກງານ multithreaded
ຄວນລະບຸ ຫຼືລຶບລ້າງການຜູກມັດ CPU ຕົວມັນເອງເພື່ອຫຼີກເວັ້ນການມີກະທູ້ທັງໝົດ
ຂອງໜ້າວຽກ multithreaded ໃຊ້ໜ້າກາກ/CPU ດຽວກັນກັບພໍ່ແມ່. ອີກທາງເລືອກ, ໄຂມັນ
ໜ້າກາກ (ໜ້າກາກທີ່ລະບຸ CPU ຫຼາຍກວ່າໜຶ່ງອັນທີ່ອະນຸຍາດ) ສາມາດນຳໃຊ້ສຳລັບວຽກງານຕ່າງໆ
ເພື່ອສະຫນອງ CPU ຫຼາຍອັນສໍາລັບວຽກງານ multithreaded.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ຂັ້ນຕອນວຽກມີການເຂົ້າເຖິງທຸກ CPU ທີ່ຈັດສັນໃຫ້ກັບວຽກ. ເພື່ອຮັບປະກັນ
ວ່າ CPUs ທີ່ແຕກຕ່າງກັນໄດ້ຖືກຈັດສັນໃຫ້ແຕ່ລະຂັ້ນຕອນຂອງວຽກ, ໃຊ້ --ສະເພາະ ທາງເລືອກ.

ໃຫ້ສັງເກດວ່າຂັ້ນຕອນວຽກສາມາດຖືກຈັດສັນຈໍານວນ CPU ທີ່ແຕກຕ່າງກັນໃນແຕ່ລະ node ຫຼືເປັນ
CPU ທີ່ຈັດສັນໄວ້ບໍ່ໄດ້ເລີ່ມຕົ້ນຢູ່ທີ່ສູນ. ເພາະສະນັ້ນ, ຫນຶ່ງໃນທາງເລືອກທີ່
ແນະນໍາໃຫ້ສ້າງການຜູກມັດວຽກງານໂດຍອັດຕະໂນມັດ. ໜ້າກາກທີ່ລະບຸຢ່າງຈະແຈ້ງ
ຫຼືການຜູກມັດແມ່ນເປັນກຽດພຽງແຕ່ໃນເວລາທີ່ຂັ້ນຕອນການເຮັດວຽກໄດ້ຖືກຈັດສັນທຸກທີ່ມີຢູ່
CPU ໃນ node.

ການຜູກມັດວຽກງານກັບໂດເມນທ້ອງຖິ່ນ NUMA ຫມາຍເຖິງການຜູກມັດວຽກງານກັບຊຸດຂອງ CPU
ທີ່ເປັນຂອງໂດເມນທ້ອງຖິ່ນ NUMA ຫຼື "NUMA node". ຖ້າ NUMA ທ້ອງຖິ່ນໂດເມນ
ທາງເລືອກແມ່ນໃຊ້ໃນລະບົບທີ່ບໍ່ມີການສະຫນັບສະຫນູນ NUMA, ຫຼັງຈາກນັ້ນແຕ່ລະຊັອກເກັດຖືກພິຈາລະນາເປັນ
ໂດເມນທ້ອງຖິ່ນ.

ອັດຕະໂນມັດ ຜູກມັດ
ນຳໃຊ້ສະເພາະເມື່ອເປີດການນຳໃຊ້ວຽກ/ຄວາມສຳພັນ. ຖ້າການຈັດສັນຂັ້ນຕອນວຽກ
ປະກອບມີການຈັດສັນທີ່ມີຈໍານວນເຕົ້າຮັບ, ແກນ, ຫຼືກະທູ້ເທົ່າກັບ
ຈຳນວນໜ້າວຽກເວລາ cpus-per-task, ຈາກນັ້ນໜ້າວຽກຈະເປັນຄ່າເລີ່ມຕົ້ນ
ຜູກມັດກັບຊັບພະຍາກອນທີ່ເຫມາະສົມ (ການຜູກມັດອັດຕະໂນມັດ). ປິດ​ການ​ທໍາ​ງານ​ຮູບ​ແບບ​ນີ້​ຂອງ​
ປະຕິບັດງານໂດຍການຕັ້ງຄ່າ "--cpu_bind=none". ໃຊ້
TaskPluginParam=autobind=[threads|cores|sockets] ເພື່ອຕັ້ງ cpu ເລີ່ມຕົ້ນ
ການຜູກມັດໃນກໍລະນີທີ່ "ການຜູກມັດອັດຕະໂນມັດ" ບໍ່ພົບການຈັບຄູ່.

ທາງ​ເລືອກ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ປະ​ກອບ​ມີ​:

q[uiet]
ຜູກມັດຢ່າງງຽບໆກ່ອນທີ່ໜ້າວຽກຈະເຮັດວຽກ (ຄ່າເລີ່ມຕົ້ນ)

v[erbose]
ລາຍງານການຜູກມັດຢ່າງຈະແຈ້ງກ່ອນໜ້າວຽກ

ບໍ່[ne] ຫ້າມ​ຜູກ​ມັດ​ວຽກ​ງານ​ກັບ CPU (ຄ່າ​ເລີ່ມ​ຕົ້ນ​ເວັ້ນ​ເສຍ​ແຕ່​ການ​ຜູກ​ມັດ​ອັດ​ຕະ​ໂນ​ມັດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​)

ຈັດອັນດັບ ຜູກມັດອັດຕະໂນມັດຕາມອັນດັບໜ້າວຽກ. ວຽກງານຕົວເລກຕ່ໍາສຸດໃນແຕ່ລະ
node ຖືກຜູກມັດກັບ socket (ຫຼືຫຼັກຫຼື thread) ສູນ, ແລະອື່ນໆ. ບໍ່ຮອງຮັບ
ເວັ້ນເສຍແຕ່ວ່າ node ທັງຫມົດຈະຖືກຈັດສັນໃຫ້ກັບວຽກ.

map_cpu:
ຜູກມັດໂດຍການສ້າງແຜນທີ່ CPU IDs ກັບໜ້າວຽກຕາມທີ່ລະບຸໄວ້ ແມ່ນ
, ,... . ແຜນທີ່ແມ່ນລະບຸໄວ້ສໍາລັບ node
ແລະການສ້າງແຜນທີ່ທີ່ຄືກັນແມ່ນໃຊ້ກັບໜ້າວຽກໃນທຸກ node (ເຊັ່ນ
ID ວຽກທີ່ຕໍ່າສຸດໃນແຕ່ລະ node ແມ່ນແຜນທີ່ກັບ CPU ID ທໍາອິດທີ່ລະບຸໄວ້
ໃນບັນຊີລາຍຊື່, ແລະອື່ນໆ). CPU IDs ຖືກຕີຄວາມໝາຍເປັນຄ່າທົດສະນິຍົມ ເວັ້ນເສຍແຕ່
ພວກມັນຖືກນຳໜ້າດ້ວຍ '0x' ໃນກໍລະນີທີ່ພວກມັນຖືກຕີຄວາມໝາຍເປັນ
ຄ່າເລກຖານສິບຫົກ. ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນເວັ້ນເສຍແຕ່ວ່າ node ທັງຫມົດແມ່ນ
ຈັດສັນໃຫ້ວຽກ.

mask_cpu:
ຜູກມັດໂດຍການຕັ້ງໜ້າກາກ CPU ໃນໜ້າວຽກຕາມທີ່ກຳນົດໄວ້ ແມ່ນ
, ,... . ແຜນທີ່ແມ່ນລະບຸໄວ້ສໍາລັບ node ແລະ
ການສ້າງແຜນທີ່ທີ່ຄືກັນແມ່ນໃຊ້ກັບໜ້າວຽກໃນທຸກ node (ເຊັ່ນ:
ID ວຽກທີ່ຕໍ່າສຸດໃນແຕ່ລະ node ແມ່ນແຜນທີ່ໃສ່ກັບໜ້າກາກທຳອິດທີ່ລະບຸໄວ້ໃນ
ບັນຊີລາຍຊື່, ແລະອື່ນໆ). ຫນ້າກາກ CPU ແມ່ນ ສະເຫມີໄປ ແປເປັນເລກຖານສິບຫົກ
ຄ່າແຕ່ສາມາດນຳໜ້າດ້ວຍທາງເລືອກ '0x'. ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ເວັ້ນເສຍແຕ່ວ່າ node ທັງຫມົດຈະຖືກຈັດສັນໃຫ້ກັບວຽກ.

rank_ldom
ຜູກມັດກັບໂດເມນທ້ອງຖິ່ນ NUMA ໂດຍອັນດັບ. ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນເວັ້ນເສຍແຕ່ວ່າ
node ທັງ​ຫມົດ​ແມ່ນ​ໄດ້​ຖືກ​ຈັດ​ສັນ​ໃຫ້​ການ​ເຮັດ​ວຽກ​.

map_ldom:
ຜູກມັດໂດຍການສ້າງແຜນທີ່ ID ໂດເມນທ້ອງຖິ່ນ NUMA ກັບໜ້າວຽກຕາມທີ່ລະບຸໄວ້
ແມ່ນ , ,... . ID ໂດເມນທ້ອງຖິ່ນແມ່ນ
ຖືກຕີຄວາມໝາຍເປັນຄ່າທົດສະນິຍົມ ເວັ້ນເສຍແຕ່ຈະຖືກນຳໜ້າດ້ວຍ '0x' ໃນ
ກໍລະນີໃດທີ່ພວກມັນຖືກຕີຄວາມໝາຍເປັນຄ່າເລກຖານສິບຫົກ. ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ເວັ້ນເສຍແຕ່ວ່າ node ທັງຫມົດຈະຖືກຈັດສັນໃຫ້ກັບວຽກ.

mask_ldom:
ຜູກມັດໂດຍການຕັ້ງໜ້າກາກໂດເມນທ້ອງຖິ່ນ NUMA ໃນໜ້າວຽກຕາມທີ່ລະບຸ
ຢູ່ໃສ ແມ່ນ , ,... . NUMA ທ້ອງຖິ່ນໂດເມນ
ຫນ້າກາກແມ່ນ ສະເຫມີໄປ ແປເປັນຄ່າເລກຖານສິບຫົກແຕ່ສາມາດເປັນ
ນຳໜ້າດ້ວຍຕົວເລືອກ '0x'. ບໍ່ຮອງຮັບເວັ້ນເສຍແຕ່ທຸກ node
ຖືກຈັດສັນໃຫ້ກັບວຽກ.

ເຕົ້າຮັບ
ສ້າງໜ້າກາກອັດຕະໂນມັດທີ່ຜູກມັດໜ້າວຽກກັບຊັອກເກັດ. ພຽງແຕ່ CPUs
ໃນເຕົ້າຮັບທີ່ໄດ້ຖືກຈັດສັນໃຫ້ກັບວຽກຈະຖືກນໍາໃຊ້. ຖ້າ
ຈໍານວນຂອງວຽກງານທີ່ແຕກຕ່າງຈາກຈໍານວນຂອງເຕົ້າຮັບການຈັດສັນນີ້
ສາມາດສົ່ງຜົນໃຫ້ມີການຜູກມັດຍ່ອຍທີ່ດີທີ່ສຸດ.

core ສ້າງໜ້າກາກອັດຕະໂນມັດທີ່ຜູກມັດໜ້າວຽກກັບຫຼັກ. ຖ້າຈໍານວນ
ວຽກງານທີ່ແຕກຕ່າງຈາກຈໍານວນຂອງແກນຈັດສັນທີ່ນີ້ສາມາດສົ່ງຜົນໄດ້ຮັບ
ໃນການຜູກມັດຍ່ອຍທີ່ດີທີ່ສຸດ.

ກະທູ້
ສ້າງໜ້າກາກທີ່ຜູກມັດໜ້າວຽກໃສ່ກະທູ້ໂດຍອັດຕະໂນມັດ. ຖ້າຈໍານວນ
ວຽກງານທີ່ແຕກຕ່າງຈາກຈໍານວນກະທູ້ທີ່ຈັດສັນ, ນີ້ສາມາດສົ່ງຜົນໄດ້ຮັບ
ໃນການຜູກມັດຍ່ອຍທີ່ດີທີ່ສຸດ.

ລອມ ສ້າງໜ້າກາກທີ່ຜູກມັດໜ້າວຽກໃຫ້ກັບ NUMA ທ້ອງຖິ່ນໂດຍອັດຕະໂນມັດ.
ຖ້າຈໍານວນວຽກງານແຕກຕ່າງຈາກຈໍານວນທ້ອງຖິ່ນຈັດສັນ
ໂດເມນນີ້ສາມາດສົ່ງຜົນໃຫ້ມີການຜູກມັດຍ່ອຍທີ່ດີທີ່ສຸດ.

ຫມວດຫມູ່ ສ້າງໜ້າກາກອັດຕະໂນມັດທີ່ຜູກມັດໜ້າວຽກກັບກະດານ. ຖ້າຈໍານວນ
ວຽກງານທີ່ແຕກຕ່າງຈາກຈໍານວນຄະນະທີ່ຈັດສັນ, ຜົນໄດ້ຮັບ
ໃນການຜູກມັດຍ່ອຍທີ່ດີທີ່ສຸດ. ທາງເລືອກນີ້ແມ່ນສະຫນັບສະຫນູນໂດຍຫນ້າວຽກ / cgroup
plugin ເທົ່ານັ້ນ.

ຊ່ວຍເຫຼືອ ສະແດງຂໍ້ຄວາມຊ່ວຍເຫຼືອສໍາລັບ cpu_bind

--cpu-ຄວາມຖີ່ =<p1[-p2[:p3]]>

ຂໍໃຫ້ຂັ້ນຕອນວຽກທີ່ລິເລີ່ມໂດຍຄໍາສັ່ງ srun ນີ້ຖືກດໍາເນີນຢູ່ໃນບາງຄໍາຮ້ອງຂໍ
ຄວາມຖີ່ຖ້າເປັນໄປໄດ້, ໃນ CPUs ທີ່ເລືອກສໍາລັບຂັ້ນຕອນໃນຂໍ້ຂອງຄອມພິວເຕີ້.

p1 ສາມາດເປັນ [#### | ຕໍ່າ | ຂະຫນາດກາງ | ສູງ | highm1] ເຊິ່ງຈະກໍານົດຄວາມຖີ່
scaling_speed ກັບຄ່າທີ່ສອດຄ້ອງກັນ, ແລະກໍານົດ frequency scaling_governor ເປັນ
ພື້ນທີ່ຜູ້ໃຊ້. ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບຄໍານິຍາມຂອງຄ່າ.

p1 ສາມາດ [ອະນຸລັກ | OnDemand | ການປະຕິບັດ | PowerSave] ເຊິ່ງຈະຕັ້ງ
scaling_governor ເປັນຄ່າທີ່ສອດຄ້ອງກັນ. ເຈົ້າແຂວງຕ້ອງຢູ່ໃນບັນຊີລາຍຊື່ທີ່ກໍານົດໄວ້
ໂດຍທາງເລືອກ slurm.conf CpuFreqGovernors.

ເມື່ອ​ໃດ​ p2 ປະຈຸບັນ, p1 ຈະເປັນຄວາມຖີ່ຂອງການປັບຂະຫນາດຕໍາ່ສຸດທີ່ແລະ p2 ຈະເປັນ
ຄວາມຖີ່ຂອງການຂະຫຍາຍສູງສຸດ.

p2 ສາມາດເປັນ [#### | ຂະຫນາດກາງ | ສູງ | highm1] p2 ຕ້ອງໃຫຍ່ກວ່າ p1.

p3 ສາມາດ [ອະນຸລັກ | OnDemand | ການປະຕິບັດ | PowerSave | UserSpace] ທີ່
ຈະຕັ້ງເຈົ້າແຂວງໃຫ້ກັບຄ່າທີ່ສອດຄ້ອງກັນ.

If p3 ແມ່ນ UserSpace, ຄວາມຖີ່ scaling_speed ຈະຖືກກໍານົດໂດຍພະລັງງານຫຼືພະລັງງານ
ຍຸດທະສາດການວາງແຜນການຮັບຮູ້ເຖິງຄ່າລະຫວ່າງ p1 ແລະ p2 ທີ່ເຮັດໃຫ້ວຽກເຮັດວຽກພາຍໃນ
ເປົ້າຫມາຍພະລັງງານຂອງເວັບໄຊທ໌. ວຽກອາດຈະຊັກຊ້າຖ້າ p1 ສູງກວ່າຄວາມຖີ່
ອະນຸຍາດໃຫ້ວຽກງານດໍາເນີນການກັບເປົ້າຫມາຍ.

ຖ້າຄວາມຖີ່ປັດຈຸບັນແມ່ນ < min, ມັນຈະຖືກຕັ້ງເປັນ min. ເຊັ່ນດຽວກັນ, ຖ້າຫາກວ່າປະຈຸບັນ
ຄວາມຖີ່ແມ່ນ > ສູງສຸດ, ມັນຈະຖືກຕັ້ງເປັນສູງສຸດ.

ຄ່າທີ່ຍອມຮັບໄດ້ໃນປັດຈຸບັນປະກອບມີ:

#### ຄວາມຖີ່ໃນ kilohertz

ຕ່ໍາ ຄວາມຖີ່ຕ່ໍາສຸດທີ່ມີຢູ່

ສູງ ຄວາມຖີ່ສູງສຸດທີ່ມີຢູ່

ສູງM1 (ສູງລົບຫນຶ່ງ) ຈະເລືອກຄວາມຖີ່ສູງສຸດຕໍ່ໄປ

ຂະຫນາດກາງ ພະຍາຍາມຕັ້ງຄວາມຖີ່ຢູ່ເຄິ່ງກາງຂອງຊ່ວງທີ່ມີ

ການອະນຸລັກ ພະຍາຍາມໃຊ້ຜູ້ປົກຄອງ CPU ແບບອະນຸລັກ

OnDemand ພະຍາຍາມໃຊ້ OnDemand CPU Governor (ຄ່າເລີ່ມຕົ້ນ)

ການປະຕິບັດ ພະຍາຍາມໃຊ້ຕົວຄຸ້ມຄອງ CPU ປະສິດທິພາບ

PowerSave ພະຍາຍາມໃຊ້ PowerSave CPU Governor

ພື້ນທີ່ຜູ້ໃຊ້ ພະຍາຍາມໃຊ້ UserSpace CPU Governor

ຕົວແປສະພາບແວດລ້ອມຂໍ້ມູນຂ່າວສານຕໍ່ໄປນີ້ແມ່ນຕັ້ງຢູ່ໃນວຽກ
ຂັ້ນຕອນເມື່ອ --cpu-ຄວາມຖີ່ ທາງເລືອກແມ່ນຮ້ອງຂໍ.
SLURM_CPU_FREQ_REQ

ຕົວແປສະພາບແວດລ້ອມນີ້ຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອສະຫນອງຄ່າສໍາລັບ CPU
ການຮ້ອງຂໍຄວາມຖີ່ຖ້າມັນຖືກຕັ້ງເມື່ອຄໍາສັ່ງ 'srun' ຖືກອອກ. ໄດ້ --cpu-ຄວາມຖີ່
ໃນບັນທັດຄໍາສັ່ງຈະ override ຄ່າຕົວແປສະພາບແວດລ້ອມ. ແບບຟອມຢູ່ໃນ
ຕົວແປສະພາບແວດລ້ອມແມ່ນຄືກັນກັບເສັ້ນຄໍາສັ່ງ. ເບິ່ງ ENVIRONMENT
ຄວາມຮັບຜິດຊອບ ພາກສ່ວນສຳລັບຄຳອະທິບາຍຂອງຕົວແປ SLURM_CPU_FREQ_REQ.

ຫມາຍ​ເຫດ​: ພາລາມິເຕີນີ້ຖືກປະຕິບັດເປັນການຮ້ອງຂໍ, ບໍ່ແມ່ນຄວາມຕ້ອງການ. ຖ້າ​ຫາກ​ວ່າ​ຂັ້ນ​ຕອນ​ຂອງ​ການ​ເຮັດ​ວຽກ​
node ບໍ່ຮອງຮັບການຕັ້ງຄ່າຄວາມຖີ່ CPU, ຫຼືຄ່າທີ່ຮ້ອງຂໍແມ່ນຢູ່ນອກ
ຂອບເຂດຂອງຄວາມຖີ່ທາງດ້ານກົດຫມາຍ, ຄວາມຜິດພາດຖືກບັນທຶກ, ແຕ່ຂັ້ນຕອນການເຮັດວຽກແມ່ນ
ອະນຸຍາດໃຫ້ສືບຕໍ່.

ຫມາຍ​ເຫດ​: ການຕັ້ງຄ່າຄວາມຖີ່ສໍາລັບພຽງແຕ່ CPUs ຂອງຂັ້ນຕອນວຽກຫມາຍຄວາມວ່າ
ວຽກງານຖືກຈໍາກັດຢູ່ໃນ CPU ເຫຼົ່ານັ້ນ. ຖ້າການກັກຂັງວຽກງານ (ເຊັ່ນ,
TaskPlugin=task/affinity ຫຼື TaskPlugin=task/cgroup ກັບ "ConstrainCores"
option) ບໍ່ໄດ້ຖືກຕັ້ງຄ່າ, ພາລາມິເຕີນີ້ຖືກລະເລີຍ.

ຫມາຍ​ເຫດ​: ເມື່ອຂັ້ນຕອນສໍາເລັດ, ຄວາມຖີ່ແລະຜູ້ປົກຄອງຂອງແຕ່ລະ CPU ທີ່ເລືອກແມ່ນ
ຣີເຊັດເປັນການຕັ້ງຄ່າ CpuFreqDef ຄ່າທີ່ມີຄ່າເລີ່ມຕົ້ນຂອງ CPU OnDemand
ເຈົ້າແຂວງ.

ຫມາຍ​ເຫດ​: ເມື່ອສົ່ງວຽກກັບ --cpu-ຄວາມຖີ່ ທາງເລືອກທີ່ມີ linuxproc ເປັນ
ProctrackType ສາມາດເຮັດໃຫ້ວຽກແລ່ນໄວເກີນໄປກ່ອນທີ່ບັນຊີຈະສາມາດສຳຫຼວດໄດ້
ສໍາລັບຂໍ້ມູນວຽກເຮັດງານທໍາ. ດັ່ງນັ້ນ, ບໍ່ແມ່ນຂໍ້ມູນບັນຊີທັງຫມົດຈະປາກົດ.

-c, --cpus-ຕໍ່ຫນ້າວຽກ=<ncpus>
ຮ້ອງຂໍນັ້ນ ncpus ໄດ້ຮັບການຈັດສັນ ຕໍ່ ຂະບວນການ. ນີ້ອາດຈະເປັນປະໂຫຍດຖ້າວຽກແມ່ນ
multithreaded ແລະຕ້ອງການຫຼາຍກວ່າຫນຶ່ງ CPU ຕໍ່ຫນ້າວຽກເພື່ອປະສິດທິພາບທີ່ດີທີ່ສຸດ. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນຫນຶ່ງ CPU ຕໍ່ຂະບວນການ. ຖ້າ -c ແມ່ນ​ລະ​ບຸ​ໄວ້​ໂດຍ​ບໍ່​ມີ​ການ​ -n, ເປັນວຽກງານຫຼາຍຈະ
ໄດ້​ຮັບ​ການ​ຈັດ​ສັນ​ຕໍ່​ຂໍ້​ທີ່​ເປັນ​ໄປ​ໄດ້​ໃນ​ຂະ​ນະ​ທີ່​ພໍ​ໃຈ​ໄດ້​ -c ຂໍ້ຈຳກັດ. ຕົວ​ຢ່າງ
ໃນກຸ່ມທີ່ມີ 8 CPU ຕໍ່ node, ການຮ້ອງຂໍວຽກສໍາລັບ 4 nodes ແລະ 3 CPUs ຕໍ່ຫນ້າວຽກ.
ອາດຈະຖືກຈັດສັນ 3 ຫຼື 6 CPUs ຕໍ່ node (1 ຫຼື 2 ວຽກຕໍ່ node) ຂຶ້ນກັບ
ການບໍລິໂພກຊັບພະຍາກອນໂດຍວຽກອື່ນໆ. ວຽກງານດັ່ງກ່າວອາດຈະບໍ່ສາມາດປະຕິບັດຫຼາຍກ່ວາຫນຶ່ງ
ທັງໝົດ 4 ວຽກງານ. ຕົວເລືອກນີ້ອາດຈະເປັນປະໂຫຍດຕໍ່ກັບການຂະຫຍາຍໜ້າວຽກໂດຍບໍ່ມີການຈັດສັນ
ຊັບພະຍາກອນໄປຫາຂັ້ນຕອນວຽກຈາກການຈັດສັນວຽກໃນເວລາທີ່ແລ່ນຫຼາຍຂັ້ນຕອນວຽກ
ກັບ --ສະເພາະ ທາງເລືອກ.

ຄໍາເຕືອນ: ມີການຕັ້ງຄ່າແລະທາງເລືອກທີ່ຖືກຕີຄວາມແຕກຕ່າງກັນໂດຍວຽກແລະ
ການຮ້ອງຂໍຂັ້ນຕອນວຽກທີ່ສາມາດເຮັດໃຫ້ເກີດຄວາມບໍ່ສອດຄ່ອງສໍາລັບທາງເລືອກນີ້. ຍົກ​ຕົວ​ຢ່າງ
ຍຸບ -c2 --threads-per-core=1 ໂປຣແກມ ອາດຈະຈັດສັນສອງຫຼັກສໍາລັບວຽກ, ແຕ່ຖ້າແຕ່ລະຄົນ
ຂອງຫຼັກເຫຼົ່ານັ້ນປະກອບດ້ວຍສອງກະທູ້, ການຈັດສັນວຽກຈະປະກອບມີສີ່ CPUs. ໄດ້
ການຈັດສັນຂັ້ນຕອນວຽກຈະເປີດສອງກະທູ້ຕໍ່ CPU ສໍາລັບວຽກທັງໝົດສອງອັນ.

ຄໍາເຕືອນ: ເມື່ອ srun ຖືກປະຕິບັດຈາກພາຍໃນ salloc ຫຼື sbatch, ມີ
ການຕັ້ງຄ່າແລະທາງເລືອກທີ່ສາມາດສົ່ງຜົນໃຫ້ການຈັດສັນທີ່ບໍ່ສອດຄ່ອງໃນເວລາທີ່ -c ມີ
ຄ່າທີ່ໃຫຍ່ກວ່າ -c ໃນ salloc ຫຼື sbatch.

-d, --ການ​ເພິ່ງ​ພາ​ອາ​ໄສ=<dependency_list>
ເລື່ອນການເລີ່ມຕົ້ນຂອງວຽກນີ້ຈົນກ່ວາຄວາມເພິ່ງພໍໃຈທີ່ລະບຸໄວ້
ສໍາເລັດ. ຕົວເລືອກນີ້ບໍ່ໄດ້ໃຊ້ກັບຂັ້ນຕອນວຽກ (ການປະຕິບັດຂອງ srun ພາຍໃນ an
salloc ຫຼືການຈັດສັນ sbatch ທີ່ມີຢູ່ແລ້ວ) ພຽງແຕ່ເປັນການຈັດສັນວຽກ.dependency_list>
ເປັນຂອງຮູບແບບtype:job_id[:job_id][,type:job_id[:job_id]]> ຫລື
<ປະເພດ:job_id[:job_id][?type:job_id[:job_id]]>. ການເພິ່ງພາອາໄສທັງໝົດຕ້ອງພໍໃຈ
ຖ້າຕົວແຍກ "," ຖືກນໍາໃຊ້. ການເພິ່ງພາອາໄສໃດໆອາດຈະພໍໃຈຖ້າຫາກວ່າ "?" ຕົວແຍກ
ຖືກນໍາໃຊ້. ຫຼາຍວຽກສາມາດແບ່ງປັນການເພິ່ງພາອາໄສດຽວກັນ ແລະວຽກເຫຼົ່ານີ້ອາດຈະຂຶ້ນກັບ
ຜູ້​ໃຊ້​ທີ່​ແຕກ​ຕ່າງ​ກັນ​. ຄ່າອາດຈະມີການປ່ຽນແປງຫຼັງຈາກການສົ່ງວຽກໂດຍໃຊ້ການຄວບຄຸມ
ຄໍາສັ່ງ. ເມື່ອການເພິ່ງພາອາໄສວຽກລົ້ມເຫລວເນື່ອງຈາກສະຖານະຂອງການຢຸດເຊົາກ່ອນໜ້າ
ວຽກ, ວຽກທີ່ເພິ່ງພາອາໄສຈະບໍ່ຖືກດໍາເນີນການ, ເຖິງແມ່ນວ່າວຽກກ່ອນຫນ້າຈະຖືກ queued ແລະ
ມີສະຖານະການຢຸດທີ່ແຕກຕ່າງກັນໃນການປະຕິບັດຕໍ່ໄປ.

ຫຼັງຈາກ:job_id[:jobid...]
ວຽກນີ້ສາມາດເລີ່ມປະຕິບັດໄດ້ຫຼັງຈາກວຽກທີ່ລະບຸໄວ້ໄດ້ເລີ່ມປະຕິບັດ.

afterany:job_id[:jobid...]
ວຽກນີ້ສາມາດເລີ່ມປະຕິບັດໄດ້ຫຼັງຈາກວຽກທີ່ລະບຸໄດ້ຢຸດເຊົາ.

afternotok:job_id[:jobid...]
ວຽກນີ້ສາມາດເລີ່ມປະຕິບັດໄດ້ຫຼັງຈາກວຽກທີ່ລະບຸໄວ້ໄດ້ສິ້ນສຸດລົງໃນ
ບາງສະຖານະທີ່ລົ້ມເຫລວ (ລະຫັດອອກທີ່ບໍ່ແມ່ນສູນ, node ລົ້ມເຫລວ, ໝົດເວລາ, ແລະອື່ນໆ).

afterok:job_id[:jobid...]
ວຽກນີ້ສາມາດເລີ່ມປະຕິບັດໄດ້ຫຼັງຈາກວຽກທີ່ລະບຸໄວ້ສຳເລັດແລ້ວ
ປະ​ຕິ​ບັດ (ແລ່ນ​ໄປ​ສໍາ​ເລັດ​ໂດຍ​ມີ​ລະ​ຫັດ​ອອກ​ຂອງ​ສູນ​)​.

ຂະຫຍາຍ:job_id
ຊັບພະຍາກອນທີ່ຈັດສັນໃຫ້ກັບວຽກນີ້ຄວນຈະຖືກນໍາໃຊ້ເພື່ອຂະຫຍາຍວຽກທີ່ກໍານົດໄວ້.
ວຽກທີ່ຈະຂະຫຍາຍຕ້ອງແບ່ງປັນ QOS ດຽວກັນ (ຄຸນນະພາບການບໍລິການ) ແລະ
ການແບ່ງສ່ວນ. ການກໍານົດເວລາຂອງ gang ຂອງຊັບພະຍາກອນໃນການແບ່ງປັນແມ່ນບໍ່
ສະຫນັບສະຫນູນ.

singleton
ວຽກນີ້ສາມາດເລີ່ມປະຕິບັດໄດ້ຫຼັງຈາກວຽກໃດນຶ່ງທີ່ໄດ້ເປີດຕົວໃນເມື່ອກ່ອນໄດ້ແບ່ງປັນ
ຊື່ວຽກດຽວກັນ ແລະຜູ້ໃຊ້ໄດ້ຢຸດເຊົາ.

-D, --chdir=<ເສັ້ນທາງ>
ໃຫ້ຂະບວນການຫ່າງໄກສອກຫຼີກເຮັດ chdir ເປັນ ເສັ້ນທາງ ກ່ອນ​ທີ່​ຈະ​ເລີ່ມ​ຕົ້ນ​ການ​ປະ​ຕິ​ບັດ​. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອ chdir ໄປຫາໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນຂອງ ຍຸບ ຂະບວນການ. ເສັ້ນທາງ
ສາມາດຖືກກໍານົດເປັນເສັ້ນທາງເຕັມຫຼືເສັ້ນທາງພີ່ນ້ອງກັບໄດເລກະທໍລີທີ່ຄໍາສັ່ງ
ຖືກປະຫານຊີວິດ.

-e, -- ຄວາມ​ຜິດ​ພາດ​=<ຮູບແບບການ>
ລະບຸວ່າ stderr ຈະຖືກປ່ຽນເສັ້ນທາງແນວໃດ. ໂດຍຄ່າເລີ່ມຕົ້ນໃນຮູບແບບການໂຕ້ຕອບ, ຍຸບ
redirects stderr ໄປຫາໄຟລ໌ດຽວກັນກັບ stdout, ຖ້າຫນຶ່ງຖືກກໍານົດ. ໄດ້ -- ຄວາມ​ຜິດ​ພາດ​
ທາງເລືອກແມ່ນສະຫນອງໃຫ້ເພື່ອໃຫ້ stdout ແລະ stderr ຖືກໂອນໄປຫາທີ່ແຕກຕ່າງກັນ
ສະຖານທີ່. ເບິ່ງ IO ຕົວຊີ້ທິດທາງ ຂ້າງລຸ່ມນີ້ສໍາລັບທາງເລືອກເພີ່ມເຕີມ. ຖ້າໄຟລ໌ທີ່ລະບຸ
ມີຢູ່ແລ້ວ, ມັນຈະຖືກຂຽນທັບ.

-E, --preserve-env
ຜ່ານຄ່າປັດຈຸບັນຂອງຕົວແປສະພາບແວດລ້ອມ SLURM_NNODES ແລະ SLURM_NTASKS
ໂດຍຜ່ານການ ປະຕິບັດໄດ້, ແທນທີ່ຈະຄິດໄລ່ພວກມັນຈາກຕົວກໍານົດການຄໍາສັ່ງ.

--epilog=<ປະຕິບັດໄດ້>
ຍຸບ ຈະດໍາເນີນການ ປະຕິບັດໄດ້ ພຽງແຕ່ຫຼັງຈາກຂັ້ນຕອນວຽກສໍາເລັດ. ເສັ້ນຄໍາສັ່ງ
ການໂຕ້ຖຽງສໍາລັບ ປະຕິບັດໄດ້ ຈະເປັນຄໍາສັ່ງແລະການໂຕ້ຖຽງຂອງຂັ້ນຕອນວຽກ. ຖ້າ
ປະຕິບັດໄດ້ ແມ່ນ "ບໍ່ມີ", ຫຼັງຈາກນັ້ນບໍ່ມີ srun epilog ຈະຖືກດໍາເນີນການ. ຕົວກໍານົດການນີ້ overrides ໄດ້
ພາຣາມິເຕີ SrunEpilog ໃນ slurm.conf. ພາລາມິເຕີນີ້ແມ່ນເອກະລາດຢ່າງສົມບູນຈາກ
ຕົວກໍານົດການ Epilog ໃນ slurm.conf.

--ສະເພາະ[=ຜູ້ໃຊ້]
ຕົວເລືອກນີ້ມີສອງຄວາມຫມາຍທີ່ແຕກຕ່າງກັນເລັກນ້ອຍສໍາລັບການຈັດສັນຂັ້ນຕອນວຽກແລະວຽກ.
ເມື່ອໃຊ້ເພື່ອລິເລີ່ມວຽກ, ການຈັດສັນວຽກບໍ່ສາມາດແບ່ງປັນ nodes ກັບຄົນອື່ນໄດ້
ແລ່ນວຽກ (ຫຼືພຽງແຕ່ຜູ້ໃຊ້ອື່ນໆທີ່ມີທາງເລືອກ "=ຜູ້ໃຊ້"). ຄ່າເລີ່ມຕົ້ນ
ພຶດຕິກໍາທີ່ແບ່ງປັນ/ສະເພາະແມ່ນຂຶ້ນກັບການຕັ້ງຄ່າລະບົບ ແລະການແບ່ງປັນ
ແບ່ງປັນ ທາງເລືອກແມ່ນມີຄວາມສຳຄັນກວ່າທາງເລືອກຂອງວຽກ.

ທາງ​ເລືອກ​ນີ້​ຍັງ​ສາ​ມາດ​ຖືກ​ນໍາ​ໃຊ້​ໃນ​ເວ​ລາ​ທີ່​ເລີ່ມ​ຕົ້ນ​ຫຼາຍ​ກ​່​ວາ​ຫນຶ່ງ​ຂັ້ນ​ຕອນ​ການ​ເຮັດ​ວຽກ​ພາຍ​ໃນ​
ການຈັດສັນຊັບພະຍາກອນທີ່ມີຢູ່, ບ່ອນທີ່ທ່ານຕ້ອງການໂປເຊດເຊີແຍກຕ່າງຫາກເພື່ອອຸທິດຕົນ
ແຕ່ລະຂັ້ນຕອນວຽກ. ຖ້າໂຮງງານຜະລິດບໍ່ພຽງພໍເພື່ອເລີ່ມຕົ້ນຂັ້ນຕອນວຽກ,
ມັນຈະຖືກເລື່ອນເວລາ. ນີ້ສາມາດຄິດວ່າເປັນການສະຫນອງກົນໄກສໍາລັບຊັບພະຍາກອນ
ການ​ຄຸ້ມ​ຄອງ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ພາຍ​ໃນ​ການ​ຈັດ​ສັນ​ຂອງ​ຕົນ​.

ການຈັດສັນສະເພາະຂອງ CPUs ພຽງແຕ່ໃຊ້ກັບຂັ້ນຕອນວຽກທີ່ຮຽກຮ້ອງຢ່າງຈະແຈ້ງ
ໄດ້ --ສະເພາະ ທາງເລືອກ. ຕົວຢ່າງ, ວຽກອາດຈະຖືກຈັດສັນຫນຶ່ງ node ກັບສີ່
CPUs ແລະ shell ຫ່າງໄກສອກຫຼີກ invoked ໃນ node ຈັດສັນ. ຖ້າແກະນັ້ນບໍ່ໄດ້ຖືກເອີ້ນ
ກັບ --ສະເພາະ ທາງເລືອກ, ຫຼັງຈາກນັ້ນມັນອາດຈະສ້າງຂັ້ນຕອນວຽກທີ່ມີສີ່ວຽກງານໂດຍໃຊ້
ໄດ້ --ສະເພາະ ທາງເລືອກແລະບໍ່ຂັດແຍ້ງກັບຊັບພະຍາກອນຂອງ shell ຫ່າງໄກສອກຫຼີກ
ການຈັດສັນ. ໃຊ້ --ສະເພາະ ທາງ​ເລືອກ​ທີ່​ຈະ​ຮຽກ​ຮ້ອງ​ທຸກ​ຂັ້ນ​ຕອນ​ການ​ເຮັດ​ວຽກ​ເພື່ອ​ຮັບ​ປະ​ກັນ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​
ຊັບພະຍາກອນສໍາລັບແຕ່ລະຂັ້ນຕອນ.

ໃຫ້ສັງເກດວ່າ CPU ທັງໝົດທີ່ຈັດສັນໃຫ້ກັບວຽກໃດໜຶ່ງແມ່ນມີໃຫ້ໃນແຕ່ລະຂັ້ນຕອນວຽກ ເວັ້ນເສຍແຕ່ວ່າ
--ສະເພາະ ທາງ​ເລືອກ​ແມ່ນ​ຖືກ​ນໍາ​ໃຊ້​ບວກ​ກັບ​ຄວາມ​ໃກ້​ຊິດ​ຂອງ​ວຽກ​ງານ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​ຄ່າ​. ນັບຕັ້ງແຕ່ຊັບພະຍາກອນ
ການຄຸ້ມຄອງແມ່ນສະຫນອງໃຫ້ໂດຍໂຮງງານຜະລິດ, ໄດ້ --ວຽກ ທາງ​ເລືອກ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ໄວ້​, ແຕ່​ວ່າ​
ຕົວເລືອກຕໍ່ໄປນີ້ບໍ່ຄວນຖືກລະບຸ --ພີ່ນ້ອງ, -- ການ​ແຜ່​ກະ​ຈາຍ​=ທີ່ຕົນເອງມັກ.
ເບິ່ງ EXAMPLE ຂ້າງລຸ່ມນີ້.

--ສົ່ງອອກ=<ສະພາບແວດລ້ອມ ຕົວແປ | NONE>
ກໍານົດຕົວແປສະພາບແວດລ້ອມໃດທີ່ຖືກຂະຫຍາຍໄປຫາແອັບພລິເຄຊັນທີ່ເປີດຕົວ.
ຊື່ຕົວແປສະພາບແວດລ້ອມຫຼາຍອັນຄວນຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ສະພາບແວດລ້ອມ
ຊື່ຕົວແປອາດຈະຖືກລະບຸເພື່ອເຜີຍແຜ່ມູນຄ່າປັດຈຸບັນຂອງຕົວແປເຫຼົ່ານັ້ນ
(ເຊັ່ນ: "--export=EDITOR") ຫຼືຄ່າສະເພາະສໍາລັບຕົວແປອາດຈະຖືກສົ່ງອອກ
(ຕົວຢ່າງ. "--export=EDITOR=/bin/vi") ນອກເຫນືອໄປຈາກຕົວແປສະພາບແວດລ້ອມທີ່
ຖ້າບໍ່ດັ່ງນັ້ນຈະຖືກຕັ້ງ. ໂດຍຄ່າເລີ່ມຕົ້ນຕົວແປສະພາບແວດລ້ອມທັງໝົດຈະຖືກຂະຫຍາຍພັນ.

--gid=<ກຸ່ມ>
If ຍຸບ ແມ່ນດໍາເນີນການເປັນຮາກ, ແລະ --gid ທາງ​ເລືອກ​ແມ່ນ​ການ​ນໍາ​ໃຊ້​, ສົ່ງ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ກັບ​ ກຸ່ມ's
ການ​ອະ​ນຸ​ຍາດ​ການ​ເຂົ້າ​ເຖິງ​ກຸ່ມ​. ກຸ່ມ ອາດຈະເປັນຊື່ກຸ່ມ ຫຼື ID ກຸ່ມຕົວເລກ.

--gres=<ບັນຊີລາຍຊື່>
ລະບຸລາຍຊື່ທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຊັບພະຍາກອນບໍລິໂພກທົ່ວໄປ. ຮູບແບບຂອງ
ແຕ່ລະລາຍການຢູ່ໃນບັນຊີລາຍຊື່ແມ່ນ "ຊື່[[:type]:count]". ຊື່ແມ່ນຂອງ
ຊັບພະຍາກອນບໍລິໂພກ. ການນັບແມ່ນຈໍານວນຊັບພະຍາກອນເຫຼົ່ານັ້ນທີ່ມີຄ່າເລີ່ມຕົ້ນ
ຄ່າຂອງ 1. ຊັບພະຍາກອນທີ່ລະບຸຈະຖືກຈັດສັນໃຫ້ກັບວຽກໃນແຕ່ລະ node.
ຊັບພະຍາກອນການບໍລິໂພກທົ່ວໄປທີ່ມີຢູ່ແມ່ນສາມາດຕັ້ງຄ່າໄດ້ໂດຍລະບົບ
ຜູ້​ບໍ​ລິ​ຫານ. ບັນຊີລາຍຊື່ຂອງຊັບພະຍາກອນບໍລິໂພກທົ່ວໄປທີ່ມີຢູ່ຈະຖືກພິມອອກ
ແລະຄໍາສັ່ງຈະອອກຖ້າຫາກວ່າການໂຕ້ຖຽງທາງເລືອກແມ່ນ "ຊ່ວຍ". ຕົວຢ່າງຂອງການນໍາໃຊ້
ປະກອບມີ "--gres=gpu:2,mic=1", "--gres=gpu:kepler:2", ແລະ "--gres=help". ໝາຍເຫດ: ໂດຍ
ໃນຕອນຕົ້ນ, ຂັ້ນຕອນວຽກແມ່ນຈັດສັນຊັບພະຍາກອນທົ່ວໄປທັງໝົດທີ່ໄດ້ຈັດສັນໄວ້
ໄປຫາວຽກ. ການ​ປ່ຽນ​ແປງ​ພຶດ​ຕິ​ກໍາ​ເພື່ອ​ໃຫ້​ແຕ່​ລະ​ຂັ້ນ​ຕອນ​ຂອງ​ການ​ເຮັດ​ວຽກ​ໄດ້​ຖືກ​ຈັດ​ສັນ​ບໍ່​ມີ​ທົ່ວ​ໄປ​
ຊັບພະຍາກອນ, ກໍານົດຄ່າຂອງ --gres ຢ່າງຊັດເຈນເພື່ອລະບຸຈໍານວນສູນສໍາລັບແຕ່ລະຄົນ
ຊັບພະຍາກອນທົ່ວໄປ OR ຕັ້ງ "--gres=none" ຫຼື ຕັ້ງສະພາບແວດລ້ອມ SLURM_STEP_GRES
ຕົວແປເປັນ "ບໍ່ມີ".

-H, --ຖື
ລະບຸວຽກທີ່ຈະສົ່ງຢູ່ໃນສະຖານະທີ່ຖືໄວ້ (ບູລິມະສິດຂອງສູນ). ວຽກທີ່ຈັດຂຶ້ນ
ດຽວນີ້ສາມາດຖືກປ່ອຍອອກມາໂດຍໃຊ້ການຄວບຄຸມເພື່ອຕັ້ງຄ່າບູລິມະສິດຂອງມັນຄືນໃຫມ່ (ເຊັ່ນ: "ຄວບຄຸມ ປ່ອຍ
")

-h, - ຊ່ວຍ
ສະແດງຂໍ້ມູນການຊ່ວຍເຫຼືອ ແລະອອກ.

-- ຄໍາແນະນໍາ=<ປະເພດ>
ຜູກ​ມັດ​ວຽກ​ງານ​ຕາມ​ຄໍາ​ແນະ​ນໍາ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​.

compute_bound
ເລືອກ​ການ​ຕັ້ງ​ຄ່າ​ສໍາ​ລັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ compute bound​: ໃຊ້​ຫຼັກ​ການ​ທັງ​ຫມົດ​ໃນ​ແຕ່​ລະ​
ເຕົ້າຮັບ, ຫນຶ່ງ thread ຕໍ່ຫຼັກ.

memory_bound
ເລືອກ​ການ​ຕັ້ງ​ຄ່າ​ສໍາ​ລັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຜູກ​ມັດ​ຫນ່ວຍ​ຄວາມ​ຈໍາ​: ໃຊ້​ພຽງ​ແຕ່​ຫນຶ່ງ​ຫຼັກ​ໃນ​ແຕ່​ລະ​
ເຕົ້າຮັບ, ຫນຶ່ງ thread ຕໍ່ຫຼັກ.

[ບໍ່]ຫຼາຍຫົວຂໍ້
[ບໍ່] ໃຊ້ກະທູ້ພິເສດທີ່ມີ multi-threading ໃນຫຼັກເຊິ່ງສາມາດໄດ້ຮັບຜົນປະໂຫຍດ
ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ການ​ສື່​ສານ​ສຸມ​. ສະ​ຫນັບ​ສະ​ຫນູນ​ພຽງ​ແຕ່​ກັບ​ວຽກ​ງານ / ຄວາມ​ເປັນ​ພີ່​ນ້ອງ​ກັນ​
plugin.

ຊ່ວຍເຫຼືອ ສະແດງຂໍ້ຄວາມຊ່ວຍເຫຼືອນີ້

-I, -- ທັນ​ທີ​ທັນ​ໃດ​[=ວິນາທີ>]
ອອກໄປຖ້າຊັບພະຍາກອນບໍ່ສາມາດໃຊ້ໄດ້ພາຍໃນໄລຍະເວລາທີ່ກໍານົດໄວ້. ຖ້າບໍ່ມີ
ການໂຕ້ຖຽງແມ່ນໃຫ້, ຊັບພະຍາກອນຕ້ອງມີທັນທີສໍາລັບການຮ້ອງຂໍ
ສໍາເລັດ. ໂດຍຄ່າເລີ່ມຕົ້ນ, -- ທັນ​ທີ​ທັນ​ໃດ​ ປິດ, ແລະຄໍາສັ່ງຈະຕັນຈົນກ່ວາ
ຊັບພະຍາກອນທີ່ສາມາດໃຊ້ໄດ້. ເນື່ອງຈາກວ່າການໂຕ້ຖຽງຂອງທາງເລືອກນີ້ແມ່ນທາງເລືອກ, ສໍາລັບທີ່ເຫມາະສົມ
parsing ຕົວ​ເລືອກ​ຕົວ​ອັກ​ສອນ​ດຽວ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ຕາມ​ໃນ​ທັນ​ທີ​ທີ່​ມີ​ຄ່າ​ແລະ​
ບໍ່ລວມຊ່ອງຫວ່າງລະຫວ່າງເຂົາເຈົ້າ. ຕົວຢ່າງ "-I60" ແລະບໍ່ແມ່ນ "-I 60".

-i, --ການປ້ອນຂໍ້ມູນ=<ຮູບແບບການ>
ລະບຸວ່າ stdin ແມ່ນການປ່ຽນເສັ້ນທາງແນວໃດ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຍຸບ redirects stdin ຈາກ
terminal ວຽກ​ງານ​ທັງ​ຫມົດ​. ເບິ່ງ IO ຕົວຊີ້ທິດທາງ ຂ້າງລຸ່ມນີ້ສໍາລັບທາງເລືອກເພີ່ມເຕີມ. ສໍາລັບ OS X, ໄດ້
ຟັງຊັນ poll() ບໍ່ຮອງຮັບ stdin, ດັ່ງນັ້ນການປ້ອນຂໍ້ມູນຈາກ terminal ເປັນໄປບໍ່ໄດ້.

-J, --ຊື່ວຽກ=<ຊື່ວຽກ>
ລະບຸຊື່ສໍາລັບວຽກ. ຊື່ທີ່ລະບຸຈະປາກົດພ້ອມກັບ id ວຽກ
ຕົວເລກເມື່ອສອບຖາມວຽກຢູ່ໃນລະບົບ. ຄ່າເລີ່ມຕົ້ນແມ່ນສະໜອງໃຫ້
ປະຕິບັດໄດ້ ຊື່​ໂຄງ​ການ​. ຫມາຍເຫດ: ຂໍ້ມູນນີ້ອາດຈະຖືກຂຽນໄປທີ່
ໄຟລ໌ slurm_jobacct.log. ໄຟລ໌ນີ້ຖືກຈຳກັດຊ່ອງຫວ່າງ ດັ່ງນັ້ນຖ້າຊ່ອງຫວ່າງຖືກໃຊ້ໃນ
ຊື່ວຽກ ຊື່ມັນຈະເຮັດໃຫ້ເກີດບັນຫາໃນການສະແດງເນື້ອຫາຂອງ
slurm_jobacct.log ໄຟລ໌ໃນເວລາທີ່ ສັກສິດ ຄຳ ສັ່ງຖືກ ນຳ ໃຊ້.

--ວຽກ=<ວຽກເຮັດ>
ເລີ່ມຕົ້ນຂັ້ນຕອນວຽກພາຍໃຕ້ວຽກທີ່ຈັດສັນໄວ້ແລ້ວດ້ວຍ ID ວຽກ id. ການໃຊ້ນີ້
ທາງ​ເລືອກ​ຈະ​ເຮັດ​ໃຫ້​ເກີດ​ ຍຸບ ເພື່ອປະຕິບັດຕົວຄືກັບສະພາບແວດລ້ອມ SLURM_JOB_ID
ຕົວແປໄດ້ຖືກກໍານົດ.

-K, --kill-on-bad-ອອກ[=0|1]
ຄວບຄຸມວ່າຈະຢຸດວຽກຫຼືບໍ່ຖ້າໜ້າວຽກໃດອອກໄປດ້ວຍການອອກທີ່ບໍ່ແມ່ນສູນ
ລະຫັດ. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກລະບຸ, ການປະຕິບັດເລີ່ມຕົ້ນຈະອີງໃສ່
ຕົວກໍານົດການກໍານົດ Slurm ຂອງ KillOnBadExit. ຖ້າຕົວເລືອກນີ້ຖືກລະບຸ, ມັນ
ຈະ​ມີ​ຄວາມ​ສໍາ​ຄັນ​ໃນ​ໄລ​ຍະ​ KillOnBadExit. ການໂຕ້ຖຽງທາງເລືອກຂອງສູນຈະບໍ່
ຢຸດວຽກ. ການໂຕ້ຖຽງທີ່ບໍ່ແມ່ນສູນ ຫຼືບໍ່ມີການໂຕ້ຖຽງຈະຢຸດການເຮັດວຽກ.
ໝາຍເຫດ: ຕົວເລືອກນີ້ມີຄວາມສຳຄັນກວ່າ -W, --ລໍຖ້າ ທາງເລືອກໃນການຢຸດວຽກ
ທັນທີຖ້າວຽກງານອອກດ້ວຍລະຫັດອອກທີ່ບໍ່ແມ່ນສູນ. ນັບ​ຕັ້ງ​ແຕ່​ທາງ​ເລືອກ​ນີ້​
argument ເປັນທາງເລືອກ, ສໍາລັບການ parsing ທີ່ເຫມາະສົມທາງເລືອກຕົວອັກສອນດຽວຈະຕ້ອງປະຕິບັດຕາມ
ທັນທີທີ່ມີຄ່າແລະບໍ່ລວມເອົາຊ່ອງຫວ່າງລະຫວ່າງພວກມັນ. ຕົວຢ່າງ "-K1"
ແລະບໍ່ແມ່ນ "-K 1".

-k, -- ບໍ່​ຂ້າ
ຢ່າຢຸດວຽກໂດຍອັດຕະໂນມັດຖ້າຫນຶ່ງໃນ nodes ມັນຖືກຈັດສັນ
ລົ້ມເຫລວ. ທາງເລືອກນີ້ຖືກຮັບຮູ້ພຽງແຕ່ກ່ຽວກັບການຈັດສັນວຽກ, ບໍ່ແມ່ນສໍາລັບການຍື່ນສະເຫນີ
ຂອງ​ຂັ້ນ​ຕອນ​ການ​ເຮັດ​ວຽກ​ຂອງ​ບຸກ​ຄົນ​. ວຽກເຮັດງານທໍາຈະຮັບຜິດຊອບທັງຫມົດສໍາລັບ
ຄວາມ​ຜິດ​ພາດ​ຄວາມ​ທົນ​ທານ​ຕໍ່​. ການເປີດຕົວໜ້າວຽກໂດຍໃຊ້ຕົວເລືອກນີ້ຈະບໍ່ຖືກຖືວ່າຖືກຍົກເລີກ
(ຕົວຢ່າງ -K, --kill-on-bad-ອອກ ແລະ -W, --ລໍຖ້າ ທາງ​ເລືອກ​ຈະ​ບໍ່​ມີ​ຜົນ​ກະ​ທົບ​ຕໍ່​
ຂັ້ນ​ຕອນ​ການ​ເຮັດ​ວຽກ). ຂັ້ນຕອນການເຮັດວຽກທີ່ຫ້າວຫັນ (ວຽກ MPI) ອາດຈະປະສົບກັບຄວາມຜິດພາດທີ່ຮ້າຍແຮງ, ແຕ່
ຂັ້ນຕອນວຽກຕໍ່ໄປອາດຈະຖືກແລ່ນຖ້າຕົວເລືອກນີ້ຖືກລະບຸ. ຄຳສັ່ງເລີ່ມຕົ້ນແມ່ນ
ເພື່ອຢຸດວຽກຍ້ອນຄວາມລົ້ມເຫຼວຂອງ node.

--launch-cmd
ພິມຄໍາສັ່ງເປີດຕົວພາຍນອກແທນທີ່ຈະເຮັດວຽກຕາມປົກກະຕິຜ່ານ Slurm. ນີ້
ທາງເລືອກແມ່ນຖືກຕ້ອງພຽງແຕ່ຖ້າໃຊ້ສິ່ງອື່ນທີ່ບໍ່ແມ່ນ ເປີດຕົວ/slurm plugin.

-- launcher-opts=<ທາງເລືອກໃນການ>
ທາງ​ເລືອກ​ສໍາ​ລັບ​ການ launcher ພາຍ​ນອກ​ຖ້າ​ຫາກ​ວ່າ​ການ​ນໍາ​ໃຊ້​ບາງ​ສິ່ງ​ບາງ​ຢ່າງ​ນອກ​ຈາກ​ ເປີດຕົວ/slurm
plugin.

-l, --ປ້າຍຊື່
ຕື່ມຕົວເລກໜ້າວຽກໃສ່ແຖວຂອງ stdout/err. ໄດ້ --ປ້າຍຊື່ ທາງ​ເລືອກ​ຈະ prepend ສາຍ​
ຜົນຜະລິດທີ່ມີ ID ວຽກທາງໄກ.

-L, -- ໃບ​ອະ​ນຸ​ຍາດ​=<ໃບອະນຸຍາດ>
ຂໍ້ມູນສະເພາະຂອງໃບອະນຸຍາດ (ຫຼືຊັບພະຍາກອນອື່ນໆທີ່ມີຢູ່ໃນທຸກ nodes ຂອງ
cluster) ເຊິ່ງຕ້ອງໄດ້ຮັບການຈັດສັນໃຫ້ກັບວຽກນີ້. ຊື່ໃບອະນຸຍາດສາມາດປະຕິບັດຕາມໂດຍ a
ຈໍ້າສອງເມັດແລະນັບ (ຄ່າເລີ່ມຕົ້ນແມ່ນຫນຶ່ງ). ຊື່ໃບອະນຸຍາດຫຼາຍອັນຄວນເປັນເຄື່ອງໝາຍຈຸດ
ແຍກ (ເຊັ່ນ "--licenses=foo:4,bar").

-m, -- ການ​ແຜ່​ກະ​ຈາຍ​=
*|block|cyclic|ທີ່ຕົນເອງມັກ|ຍົນ= [:*|block|cyclic|fcyclic[:*|block|
cyclic|fcyclic]][,Pack|NoPack]

ລະບຸວິທີການແຈກຢາຍສຳຮອງສໍາລັບຂະບວນການທາງໄກ. ທາງເລືອກນີ້ຄວບຄຸມ
ການແຜ່ກະຈາຍຂອງວຽກງານໄປຫາຂໍ້ທີ່ຊັບພະຍາກອນໄດ້ຖືກຈັດສັນ, ແລະ
ການແຜ່ກະຈາຍຂອງຊັບພະຍາກອນເຫຼົ່ານັ້ນໄປຫາວຽກງານສໍາລັບການຜູກມັດ (ຄວາມກ່ຽວຂ້ອງຂອງວຽກງານ). ທໍາອິດ
ວິທີການແຈກຢາຍ (ກ່ອນ ":" ທໍາອິດ) ຄວບຄຸມການແຈກຢາຍຂອງວຽກງານເພື່ອ
nodes. ວິທີການກະຈາຍທີສອງ (ຫຼັງຈາກທໍາອິດ ":") ຄວບຄຸມການ
ການແຈກຢາຍ CPU ທີ່ຖືກຈັດສັນໃນທົ່ວຊັອກເກັດເພື່ອຜູກມັດກັບວຽກງານ. ທີສາມ
ວິທີການແຈກຢາຍ (ຫຼັງຈາກທີສອງ ":") ຄວບຄຸມການແຈກຢາຍການຈັດສັນ
CPUs ທົ່ວ cores ສໍາລັບການຜູກມັດກັບຫນ້າວຽກ. ການແຈກຢາຍທີສອງ ແລະທີສາມແມ່ນນຳໃຊ້
ພຽງແຕ່ຖ້າຄວາມກ່ຽວຂ້ອງຂອງວຽກງານຖືກເປີດໃຊ້. ການແຜ່ກະຈາຍທີສາມແມ່ນສະຫນັບສະຫນູນພຽງແຕ່ຖ້າຫາກວ່າ
task/cgroup plugin ຖືກຕັ້ງຄ່າ. ຄ່າເລີ່ມຕົ້ນຂອງແຕ່ລະປະເພດການແຈກຢາຍແມ່ນ
ລະບຸໂດຍ *.

ໃຫ້ສັງເກດວ່າດ້ວຍ select/cons_res, ຈໍານວນຂອງ CPUs ຈັດສັນໃນແຕ່ລະ socket ແລະ
node ອາດຈະແຕກຕ່າງກັນ. ອ້າງ​ເຖິງ http://slurm.schedmd.com/mc_support.html ສໍາລັບການຫຼາຍ
ຂໍ້​ມູນ​ກ່ຽວ​ກັບ​ການ​ຈັດ​ສັນ​ຊັບ​ພະ​ຍາ​ກອນ​, ການ​ແຜ່​ກະ​ຈາຍ​ຂອງ​ວຽກ​ງານ​ກັບ​ຂໍ້​, ແລະ​ການ​ຜູກ​ມັດ​ຂອງ​
ວຽກງານກັບ CPUs.
ວິທີການແຈກຢາຍອັນທໍາອິດ (ການແຈກຢາຍວຽກງານໃນທົ່ວຂໍ້):

* ໃຊ້ວິທີການເລີ່ມຕົ້ນສໍາລັບການແຈກຢາຍວຽກງານໃຫ້ກັບ nodes (block).

block ວິທີການແຈກຢາຍບລັອກຈະແຈກຢາຍວຽກງານໃຫ້ກັບໂຫນດດັ່ງກ່າວ
ວຽກງານຕິດຕໍ່ກັນແບ່ງປັນ node. ຕົວຢ່າງ, ພິຈາລະນາການຈັດສັນສາມ
nodes ແຕ່ລະມີສອງ cpus. ການຮ້ອງຂໍການແຈກຢາຍບລັອກສີ່ຫນ້າຈະ
ແຈກຢາຍວຽກງານເຫຼົ່ານັ້ນໃຫ້ກັບໂຫນດທີ່ມີວຽກງານຫນຶ່ງແລະສອງໃນຄັ້ງທໍາອິດ
node, ວຽກສາມໃນ node ທີສອງ, ແລະວຽກງານສີ່ໃນ node ທີສາມ. ຕັນ
ການແຈກຢາຍແມ່ນພຶດຕິກໍາເລີ່ມຕົ້ນຖ້າຈໍານວນຂອງຫນ້າວຽກເກີນ
ຈໍານວນຂອງຂໍ້ຈັດສັນ.

cyclic ວິທີການແຈກຢາຍແບບຮອບວຽນຈະແຈກຢາຍວຽກງານໃຫ້ກັບໂຫນດດັ່ງກ່າວ
ວຽກງານຕິດຕໍ່ກັນແມ່ນແຈກຢາຍຜ່ານ nodes ຕິດຕໍ່ກັນ (ໃນຮອບ-robin
ແຟຊັ່ນ). ສໍາລັບການຍົກຕົວຢ່າງ, ພິຈາລະນາການຈັດສັນສາມ nodes ແຕ່ລະຄົນມີສອງ
CPU. ການຮ້ອງຂໍການແຈກຢາຍຮອບວຽນສີ່ຫນ້າຈະແຈກຢາຍວຽກງານເຫຼົ່ານັ້ນໃຫ້
nodes ທີ່ມີວຽກງານຫນຶ່ງແລະສີ່ໃນ node ທໍາອິດ, ວຽກທີ່ສອງໃນທີສອງ
node, ແລະວຽກງານສາມໃນ node ທີສາມ. ໃຫ້ສັງເກດວ່າເມື່ອ SelectType ແມ່ນ
select/cons_res, ຈໍານວນ CPU ດຽວກັນອາດຈະບໍ່ຖືກຈັດສັນໃນແຕ່ລະ node.
ການແຈກຢາຍໜ້າວຽກຈະເປັນແບບຮອບວຽນລະຫວ່າງທຸກ nodes ທີ່ມີ CPUs
ຖືກມອບຫມາຍໃຫ້ວຽກງານ. ການແຈກຢາຍຮອບວຽນແມ່ນພຶດຕິກໍາເລີ່ມຕົ້ນຖ້າຫາກວ່າ
ຈຳນວນໜ້າວຽກບໍ່ໃຫຍ່ກວ່າຈຳນວນຂອງຂໍ້ທີ່ຈັດສັນໄວ້.

plane ວຽກງານໄດ້ຖືກແຈກຢາຍຢູ່ໃນຕັນຂອງຂະຫນາດທີ່ກໍານົດໄວ້. ທາງເລືອກ
ປະກອບມີຕົວເລກທີ່ເປັນຕົວແທນຂອງຂະຫນາດຂອງບລັອກວຽກ. ນີ້ແມ່ນປະຕິບັດຕາມ
ໂດຍສະເພາະທາງເລືອກຂອງໂຄງການການແຈກຢາຍວຽກງານພາຍໃນບລັອກ
ຂອງວຽກງານແລະລະຫວ່າງຕັນຂອງວຽກງານ. ຈໍານວນຂອງວຽກງານທີ່ແຈກຢາຍ
ແຕ່ລະ node ແມ່ນຄືກັນກັບການແຈກຢາຍ cyclic, ແຕ່ taskids
ມອບຫມາຍໃຫ້ແຕ່ລະ node ຂຶ້ນກັບຂະຫນາດຍົນ. ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ (ລວມທັງ
ຕົວຢ່າງ ແລະແຜນວາດ), ກະລຸນາເບິ່ງ
http://slurm.schedmd.com/mc_support.html
ແລະ
http://slurm.schedmd.com/dist_plane.html

ທີ່ຕົນເອງມັກ
ວິ​ທີ​ການ​ກະ​ຈາຍ​ໂດຍ​ຕົນ​ເອງ​ຈະ​ຈັດ​ສັນ​ຂະ​ບວນ​ການ​ໃນ​ຄໍາ​ສັ່ງ​ເປັນ​
ລະບຸໄວ້ໃນໄຟລ໌ທີ່ກໍານົດໂດຍຕົວແປສະພາບແວດລ້ອມ SLURM_HOSTFILE. ຖ້າ
ຕົວແປນີ້ແມ່ນລະບຸໄວ້ວ່າມັນຈະເກີນວິທີການອື່ນທີ່ລະບຸໄວ້. ຖ້າ
ບໍ່ໄດ້ກໍານົດວິທີການຈະເປັນຄ່າເລີ່ມຕົ້ນທີ່ຈະຕັນ. ພາຍໃນ hostfile ຕ້ອງມີ
ຢ່າງໜ້ອຍຈຳນວນໂຮສທີ່ຮ້ອງຂໍ ແລະເປັນໜຶ່ງຕໍ່ແຖວ ຫຼືເຄື່ອງໝາຍຈຸດ
ແຍກ. ຖ້າລະບຸຈໍານວນວຽກ (-n, --ວຽກ=<ຈໍານວນ>), ວຽກງານຂອງເຈົ້າ
ຈະຖືກວາງໄວ້ເທິງຂໍ້ຕາມລໍາດັບຂອງໄຟລ໌.
ຫມາຍ​ເຫດ​: ທາງເລືອກການແຈກຢາຍຕາມຕົນຕົວໃນການຈັດສັນວຽກຄວບຄຸມເທົ່ານັ້ນ
nodes ທີ່ຈະຈັດສັນໃຫ້ກັບວຽກແລະບໍ່ແມ່ນການຈັດສັນ CPUs ເທິງນັ້ນ
nodes. ທາງເລືອກນີ້ແມ່ນຫມາຍຄວາມວ່າຕົ້ນຕໍເພື່ອຄວບຄຸມຂັ້ນຕອນວຽກຂອງຂັ້ນຕອນວຽກໃນ
ການຈັດສັນວຽກທີ່ມີຢູ່ແລ້ວສໍາລັບຄໍາສັ່ງ srun.

ວິ​ທີ​ການ​ແຜ່​ກະ​ຈາຍ​ຄັ້ງ​ທີ​ສອງ (ການ​ແຜ່​ກະ​ຈາຍ​ຂອງ CPU ໃນ​ທົ່ວ sockets ສໍາ​ລັບ​ການ​ຜູກ​ມັດ​)​:

* ໃຊ້ວິທີການເລີ່ມຕົ້ນສໍາລັບການແຈກຢາຍ CPU ໃນທົ່ວຊັອກເກັດ (cyclic).

block ວິທີການແຈກຢາຍບລັອກຈະແຈກຢາຍ CPU ທີ່ຈັດສັນຕິດຕໍ່ກັນ
ຈາກເຕົ້າຮັບດຽວກັນສໍາລັບການຜູກມັດກັບວຽກງານ, ກ່ອນທີ່ຈະນໍາໃຊ້ຕິດຕໍ່ກັນຕໍ່ໄປ
ເຕົ້າຮັບ.

cyclic ວິທີການແຈກຢາຍຮອບວຽນຈະແຈກຢາຍ CPU ທີ່ຈັດສັນໄວ້ສໍາລັບການຜູກມັດກັບ
ວຽກງານທີ່ມອບໃຫ້ຕິດຕໍ່ກັນຈາກເຕົ້າຮັບດຽວກັນ, ແລະຈາກຕໍ່ໄປ
ເຕົ້າຮັບຕິດຕໍ່ກັນສໍາລັບວຽກງານຕໍ່ໄປ, ໃນຄົນອັບເດດ: ຕະຫຼອດ robin ໃນທົ່ວ
ເຕົ້າຮັບ.

fcyclic
ວິທີການແຈກຢາຍ fcyclic ຈະແຈກຢາຍ CPU ທີ່ຈັດສັນສໍາລັບການຜູກມັດ
ກັບວຽກງານຈາກເຕົ້າຮັບຕິດຕໍ່ກັນໃນຄົນອັບເດດ: ຕະຫຼອດ robin ໃນທົ່ວ
ເຕົ້າຮັບ.

ວິ​ທີ​ການ​ແຈກ​ຢາຍ​ທີ​ສາມ (ການ​ແຜ່​ກະ​ຈາຍ​ຂອງ CPU ໃນ​ທົ່ວ​ຫຼັກ​ສໍາ​ລັບ​ການ​ຜູກ​ມັດ​)​:

* ໃຊ້ວິທີການເລີ່ມຕົ້ນສໍາລັບການແຈກຢາຍ CPU ໃນທົ່ວ cores (ສືບທອດມາຈາກ
ວິທີການແຈກຢາຍທີສອງ).

block ວິທີການແຈກຢາຍບລັອກຈະແຈກຢາຍ CPU ທີ່ຈັດສັນຕິດຕໍ່ກັນ
ຈາກຫຼັກດຽວກັນສໍາລັບການຜູກມັດກັບວຽກງານ, ກ່ອນທີ່ຈະນໍາໃຊ້ຕິດຕໍ່ກັນຕໍ່ໄປ
ຫຼັກ.

cyclic ວິທີການແຈກຢາຍຮອບວຽນຈະແຈກຢາຍ CPU ທີ່ຈັດສັນໄວ້ສໍາລັບການຜູກມັດກັບ
ວຽກງານທີ່ມອບໃຫ້ຕິດຕໍ່ກັນຈາກຫຼັກດຽວກັນ, ແລະຈາກຕໍ່ໄປຕິດຕໍ່ກັນ
ຫຼັກສໍາລັບວຽກງານຕໍ່ໄປ, ໃນຮູບແບບຮອບ-robin ທົ່ວ cores.

fcyclic
ວິທີການແຈກຢາຍ fcyclic ຈະແຈກຢາຍ CPU ທີ່ຈັດສັນສໍາລັບການຜູກມັດ
ໄປຫາວຽກງານຈາກແກນຕິດຕໍ່ກັນໃນຮູບແບບຮອບວຽນທົ່ວແກນ.

ການຄວບຄຸມທາງເລືອກສໍາລັບການແຈກຢາຍວຽກງານຜ່ານ nodes:

Pack ແທນທີ່ຈະແຈກຢາຍວຽກງານຂອງຂັ້ນຕອນວຽກໃຫ້ເທົ່າທຽມກັບມັນ
ຂໍ້ທີ່ຈັດສັນ, ຫໍ່ພວກມັນໃຫ້ແຫນ້ນເທົ່າທີ່ເປັນໄປໄດ້ກ່ຽວກັບຂໍ້.

NoPack ແທນທີ່ຈະບັນຈຸວຽກງານຂອງຂັ້ນຕອນວຽກໃຫ້ແຫນ້ນທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້ໃນຂໍ້,
ແຈກຢາຍໃຫ້ເຂົາເຈົ້າເທົ່າທຽມກັນ. ຕົວເລືອກຜູ້ໃຊ້ນີ້ຈະແທນທີ່
SelectTypeParameters ພາຣາມິເຕີການຕັ້ງຄ່າ CR_Pack_Nodes.

--mail-type=<ປະເພດ>
ແຈ້ງຜູ້ໃຊ້ທາງອີເມລ໌ເມື່ອບາງປະເພດເຫດການເກີດຂຶ້ນ. ຖືກຕ້ອງ ປະເພດ ຄຸນ​ຄ່າ​ແມ່ນ​ບໍ່​ມີ​,
BEGIN, END, FAIL, REQUEUE, ທັງໝົດ (ເທົ່າກັບ BEGIN, END, FAIL, REQUEUE, ແລະ
STAGE_OUT), STAGE_OUT (ຂັ້ນຕອນ burst buffer ອອກສຳເລັດ), TIME_LIMIT, TIME_LIMIT_90
(ຮອດ 90 ເປີເຊັນຂອງເວລາກຳນົດ), TIME_LIMIT_80 (ຮອດ 80 ເປີເຊັນຂອງເວລາ
limit), ແລະ TIME_LIMIT_50 (ຮອດ 50 ເປີເຊັນຂອງເວລາຈຳກັດ). ຫຼາຍ ປະເພດ ຄ່າ
ອາດຈະຖືກລະບຸໄວ້ໃນລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ຜູ້ໃຊ້ທີ່ຈະໄດ້ຮັບການແຈ້ງເຕືອນແມ່ນຊີ້ໃຫ້ເຫັນ
ກັບ --mail-ຜູ້ໃຊ້.

--mail-ຜູ້ໃຊ້=<ຜູ້ໃຊ້>
ຜູ້​ໃຊ້​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ແຈ້ງ​ການ​ອີ​ເມລ​໌​ຂອງ​ການ​ປ່ຽນ​ແປງ​ລັດ​ທີ່​ກໍາ​ນົດ​ໂດຍ --mail-type. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນຜູ້ໃຊ້ທີ່ສົ່ງ.

--mem=<MB>
ລະບຸຫນ່ວຍຄວາມຈໍາທີ່ແທ້ຈິງທີ່ຕ້ອງການຕໍ່ node ໃນ MegaBytes. ຄ່າເລີ່ມຕົ້ນແມ່ນ
DefMemPerNode ແລະມູນຄ່າສູງສຸດແມ່ນ MaxMemPerNode. ຖ້າ configured, ທັງສອງຂອງ
ຕົວກໍານົດການສາມາດເຫັນໄດ້ໂດຍໃຊ້ ຄວບຄຸມ ສະແດງໃຫ້ເຫັນ config ຄໍາສັ່ງ. ພາລາມິເຕີນີ້
ໂດຍທົ່ວໄປແລ້ວຈະຖືກນໍາໃຊ້ຖ້າ nodes ທັງຫມົດຖືກຈັດສັນໃຫ້ກັບວຽກ
(SelectType=select/linear). ການລະບຸຂີດຈຳກັດຄວາມຈຳເປັນສູນສຳລັບຂັ້ນຕອນວຽກຈະ
ຈໍາ​ກັດ​ຂັ້ນ​ຕອນ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ກັບ​ຈໍາ​ນວນ​ຂອງ​ຫນ່ວຍ​ຄວາມ​ຈໍາ​ທີ່​ໄດ້​ຈັດ​ສັນ​ໃຫ້​ວຽກ​ເຮັດ​ງານ​ທໍາ​, ແຕ່​ບໍ່​ໄດ້​ເອົາ​ອອກ​
ການຈັດສັນຄວາມຊົງຈໍາຂອງວຽກໃດນຶ່ງຈາກການມີໃຫ້ກັບຂັ້ນຕອນວຽກອື່ນໆ. ນອກຈາກນີ້
ເບິ່ງ --mem-ຕໍ່-cpu. --mem ແລະ --mem-ຕໍ່-cpu ແມ່ນ​ສະ​ເພາະ​ເຊິ່ງ​ກັນ​ແລະ​ກັນ. ໝາຍເຫດ: ໜ່ວຍຄວາມຈຳ
ການກໍານົດຂະຫນາດແມ່ນຖືວ່າເປັນກໍລະນີພິເສດແລະໃຫ້ການເຂົ້າເຖິງວຽກທັງຫມົດ
ຫນ່ວຍຄວາມຈໍາໃນແຕ່ລະ node. ຫມາຍ​ເຫດ​: ການ​ບັງ​ຄັບ​ໃຊ້​ຂໍ້​ຈໍາ​ກັດ​ຄວາມ​ຈໍາ​ໃນ​ປັດ​ຈຸ​ບັນ​ແມ່ນ​ອີງ​ໃສ່​
plugin ວຽກ / cgroup ຫຼືການເປີດໃຊ້ບັນຊີ, ເຊິ່ງຕົວຢ່າງການໃຊ້ຫນ່ວຍຄວາມຈໍາໃນ a
ພື້ນຖານແຕ່ລະໄລຍະ (ຂໍ້ມູນບໍ່ຈໍາເປັນຕ້ອງເກັບຮັກສາ, ພຽງແຕ່ເກັບກໍາ). ໃນທັງສອງກໍລະນີການນໍາໃຊ້ຫນ່ວຍຄວາມຈໍາ
ອີງ​ຕາມ​ການ​ຕັ້ງ​ຄ່າ​ທີ່​ຢູ່​ອາ​ໄສ (RSS). ວຽກໃດໜຶ່ງອາດຈະເກີນຂີດຈຳກັດຄວາມຈຳ
ຈົນກ່ວາຕົວຢ່າງການບັນຊີແຕ່ລະໄລຍະຕໍ່ໄປ.

--mem-ຕໍ່-cpu=<MB>
ຕ້ອງການຫນ່ວຍຄວາມຈໍາຂັ້ນຕ່ໍາຕໍ່ CPU ທີ່ຖືກຈັດສັນເປັນ MegaBytes. ຄ່າເລີ່ມຕົ້ນແມ່ນ
DefMemPerCPU ແລະມູນຄ່າສູງສຸດແມ່ນ MaxMemPerCPU (ເບິ່ງຂໍ້ຍົກເວັ້ນຂ້າງລຸ່ມນີ້). ຖ້າ
configured, ທັງສອງຕົວກໍານົດການສາມາດເຫັນໄດ້ໂດຍໃຊ້ ຄວບຄຸມ ສະແດງໃຫ້ເຫັນ config ຄໍາສັ່ງ.
ໃຫ້ສັງເກດວ່າຖ້າວຽກ --mem-ຕໍ່-cpu ຄ່າເກີນກຳນົດຄ່າ MaxMemPerCPU,
ຫຼັງຈາກນັ້ນ, ຂອບເຂດຈໍາກັດຂອງຜູ້ໃຊ້ຈະຖືກປະຕິບັດເປັນຂອບເຂດຈໍາກັດຫນ່ວຍຄວາມຈໍາຕໍ່ວຽກງານ; --mem-ຕໍ່-cpu
ຈະຖືກຫຼຸດລົງເປັນມູນຄ່າທີ່ບໍ່ໃຫຍ່ກວ່າ MaxMemPerCPU; --cpus-ຕໍ່ຫນ້າວຽກ ຈະຖືກຕັ້ງ
ແລະຄຸນຄ່າຂອງ --cpus-ຕໍ່ຫນ້າວຽກ ຄູນດ້ວຍອັນໃໝ່ --mem-ຕໍ່-cpu ມູນຄ່າຈະ
ເທົ່າກັບຕົ້ນສະບັບ --mem-ຕໍ່-cpu ຄ່າທີ່ລະບຸໂດຍຜູ້ໃຊ້. ຕົວກໍານົດການນີ້ຈະ
ໂດຍ​ທົ່ວ​ໄປ​ແລ້ວ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ຖ້າ​ຫາກ​ວ່າ​ຜູ້​ປະ​ກອບ​ສ່ວນ​ບຸກ​ຄົນ​ໄດ້​ຖືກ​ຈັດ​ສັນ​ໃຫ້​ວຽກ​ເຮັດ​ງານ​ທໍາ​
(SelectType=select/cons_res). ຖ້າຊັບພະຍາກອນຖືກຈັດສັນໂດຍຫຼັກ, ເຕົ້າຮັບຫຼື
ຂໍ້ທັງໝົດ; ຈໍານວນຂອງ CPUs ຈັດສັນໃຫ້ວຽກເຮັດງານທໍາອາດຈະສູງກວ່າຫນ້າວຽກ
ນັບແລະມູນຄ່າຂອງ --mem-ຕໍ່-cpu ຄວນ​ໄດ້​ຮັບ​ການ​ປັບ​ຕາມ​ຄວາມ​ເຫມາະ​ສົມ​. ກໍານົດ ກ
ຂີດຈຳກັດຄວາມຊົງຈຳຂອງສູນສຳລັບຂັ້ນຕອນວຽກຈະຈຳກັດຂັ້ນຕອນວຽກໃຫ້ກັບຈຳນວນ
ໜ່ວຍຄວາມຈຳທີ່ຈັດສັນໃຫ້ກັບວຽກ, ແຕ່ບໍ່ເອົາການຈັດສັນໜ່ວຍຄວາມຈຳຂອງວຽກອອກຈາກ
ມີຢູ່ໃນຂັ້ນຕອນວຽກອື່ນໆ. ຍັງເບິ່ງ --mem. --mem ແລະ --mem-ຕໍ່-cpu ມີ
ສະ​ເພາະ​ເຊິ່ງ​ກັນ​ແລະ​ກັນ.

--mem_bind=[{ງຽບ, verbose},]ປະເພດ
ຜູກ​ມັດ​ວຽກ​ງານ​ກັບ​ຄວາມ​ຊົງ​ຈໍາ​. ໃຊ້ພຽງແຕ່ເມື່ອ plugin ວຽກ / affinity ຖືກເປີດໃຊ້ງານແລະ
ຟັງຊັນຄວາມຈຳ NUMA ມີໃຫ້. ຫມາຍ​ເຫດ​ ທີ່ ໄດ້ ການແກ້ໄຂ of CPU ແລະ ຫນ່ວຍຄວາມຈໍາ
binding ອາດຈະ ແຕກຕ່າງ on ບາງ ສະຖາປັດຕະຍະ ກຳ. ຕົວຢ່າງ, ການຜູກມັດ CPU ອາດຈະຖືກປະຕິບັດ
ຢູ່ໃນລະດັບຂອງແກນພາຍໃນໂປເຊດເຊີໃນຂະນະທີ່ການຜູກມັດຫນ່ວຍຄວາມຈໍາຈະຖືກປະຕິບັດ
ໃນລະດັບຂອງ nodes, ບ່ອນທີ່ຄໍານິຍາມຂອງ "nodes" ອາດຈະແຕກຕ່າງຈາກລະບົບ
ລະບົບ. ໄດ້ ການນໍາໃຊ້ 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

ເບິ່ງ ENVIRONMENT ຄວາມຮັບຜິດຊອບ ພາກ​ສ່ວນ​ສໍາ​ລັບ​ການ​ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ​ຂອງ​
ຕົວແປ SLURM_MEM_BIND* ສ່ວນບຸກຄົນ.

ທາງ​ເລືອກ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ປະ​ກອບ​ມີ​:

q[uiet]
ຜູກມັດຢ່າງງຽບໆກ່ອນໜ້າວຽກເຮັດວຽກ (ຄ່າເລີ່ມຕົ້ນ)

v[erbose]
verbosely ລາຍງານການຜູກມັດກ່ອນທີ່ຈະດໍາເນີນວຽກງານ

ບໍ່[ne] ບໍ່ຜູກມັດວຽກກັບໜ່ວຍຄວາມຈຳ (ຄ່າເລີ່ມຕົ້ນ)

ຈັດອັນດັບ ຜູກມັດໂດຍອັນດັບວຽກ (ບໍ່ແນະນໍາ)

ທ້ອງຖິ່ນ ໃຊ້ຫນ່ວຍຄວາມຈໍາພາຍໃນກັບໂປເຊດເຊີທີ່ກໍາລັງໃຊ້

map_mem:
bind ໂດຍການສ້າງແຜນທີ່ຫນ່ວຍຄວາມຈໍາຂອງ node ກັບວຽກງານທີ່ລະບຸໄວ້ບ່ອນທີ່ ແມ່ນ
, ,... . CPU IDs ຖືກຕີຄວາມໝາຍເປັນຄ່າທົດສະນິຍົມ
ເວັ້ນເສຍແຕ່ວ່າພວກມັນຖືກນໍາຫນ້າດ້ວຍ '0x' ໃນກໍລະນີນີ້ພວກເຂົາຕີຄວາມວ່າ
ຄ່າເລກຖານສິບຫົກ (ບໍ່ແນະນໍາ)

mask_mem:
ຜູກມັດໂດຍການຕັ້ງຫນ້າກາກຫນ່ວຍຄວາມຈໍາໃນຫນ້າວຽກຕາມທີ່ລະບຸໄວ້ ແມ່ນ
, ,... . ຫນ້າກາກຄວາມຊົງຈໍາແມ່ນ ສະເຫມີໄປ ແປວ່າ
ຄ່າເລກຖານສິບຫົກ. ກະລຸນາຮັບຊາບວ່າໜ້າກາກຈະຕ້ອງນຳໜ້າດ້ວຍ '0x' ຖ້າພວກມັນ
ບໍ່ເລີ່ມຕົ້ນດ້ວຍ [0-9] ດັ່ງນັ້ນພວກມັນຖືກເຫັນວ່າເປັນຄ່າຕົວເລກໂດຍ srun.

ຊ່ວຍເຫຼືອ ສະແດງຂໍ້ຄວາມຊ່ວຍເຫຼືອນີ້

-- mincpus=<n>
ລະບຸຈໍານວນຕໍາ່ສຸດທີ່ຂອງ CPU/processors ໂລຈິກຕໍ່ node.

--msg-ໝົດເວລາ=<ວິນາທີ>
ແກ້ໄຂການໝົດເວລາຂໍ້ຄວາມເປີດວຽກ. ຄ່າເລີ່ມຕົ້ນແມ່ນ ໝົດເວລາຂໍ້ຄວາມ ໃນ
ໄຟລ໌ການຕັ້ງຄ່າ Slurm slurm.conf. ໂດຍທົ່ວໄປແລ້ວການປ່ຽນແປງນີ້ແມ່ນບໍ່
ແນະນໍາ, ແຕ່ສາມາດເປັນປະໂຫຍດໃນການວິນິດໄສບັນຫາ.

--mpi=<mpi_type>
ກໍານົດປະເພດຂອງ MPI ທີ່ຈະນໍາໃຊ້. ອາດຈະເຮັດໃຫ້ຂັ້ນຕອນການລິເລີ່ມທີ່ເປັນເອກະລັກ.

ບັນຊີລາຍຊື່ ລາຍຊື່ປະເພດ mpi ທີ່ມີໃຫ້ເລືອກ.

ເລື່ອນ ເລີ່ມຕົ້ນຂະບວນການ 'lamd' ຫນຶ່ງຕໍ່ node ແລະສ້າງສະພາບແວດລ້ອມທີ່ຈໍາເປັນ
ຕົວແປສໍາລັບ LAM/MPI.

mpich1_shmem
ເລີ່ມຕົ້ນຂະບວນການຫນຶ່ງຕໍ່ node ແລະສ້າງສະພາບແວດລ້ອມທີ່ຈໍາເປັນ
ຕົວແປສໍາລັບຮູບແບບຄວາມຈໍາທີ່ໃຊ້ຮ່ວມກັນ mpich1. ນີ້ຍັງເຮັດວຽກສໍາລັບ mvapich ສ້າງ
ສໍາລັບຄວາມຊົງຈໍາທີ່ແບ່ງປັນ.

mpichgm
ສໍາລັບການນໍາໃຊ້ກັບ Myrinet.

mvapich
ສໍາລັບການນໍາໃຊ້ກັບ Infiniband.

openmpi
ສໍາລັບການນໍາໃຊ້ກັບ OpenMPI.

pmi2 ເພື່ອເປີດໃຊ້ການສະຫນັບສະຫນູນ PMI2. ການສະຫນັບສະຫນູນ PMI2 ໃນ Slurm ເຮັດວຽກພຽງແຕ່ຖ້າ MPI
ການປະຕິບັດສະຫນັບສະຫນູນມັນ, ໃນຄໍາສັບຕ່າງໆອື່ນໆຖ້າ MPI ມີການໂຕ້ຕອບ PMI2
ປະຕິບັດ. --mpi=pmi2 ຈະໂຫຼດຫ້ອງສະໝຸດ lib/slurm/mpi_pmi2.so
ເຊິ່ງສະຫນອງການເຮັດວຽກຂອງເຊີຟເວີແຕ່ຝ່າຍລູກຄ້າຕ້ອງ
ປະຕິບັດ PMI2_Init() ແລະການໂຕ້ຕອບການໂທອື່ນໆ.

none ບໍ່ມີການປະມວນຜົນ MPI ພິເສດ. ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນ ແລະເຮັດວຽກກັບອີກຫຼາຍອັນ
ຮຸ່ນຂອງ MPI.

-- ຫຼາຍໂປຣແກມ
ດໍາເນີນການວຽກທີ່ມີໂຄງການທີ່ແຕກຕ່າງກັນແລະການໂຕ້ຖຽງທີ່ແຕກຕ່າງກັນສໍາລັບແຕ່ລະວຽກງານ. ໃນ​ນີ້
ກໍ​ລະ​ນີ​, ໂຄງ​ການ​ປະ​ຕິ​ບັດ​ໄດ້​ລະ​ບຸ​ໄວ້​ແມ່ນ​ຕົວ​ຈິງ​ແລ້ວ​ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ​ການ​ລະ​ບຸ​
ການປະຕິບັດແລະການໂຕ້ຖຽງສໍາລັບແຕ່ລະວຽກງານ. ເບິ່ງ ຫຼາຍຢ່າງ ຕາຕະລາງເຮັດ CONFIGURATION
ຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດກ່ຽວກັບເນື້ອໃນໄຟລ໌ການຕັ້ງຄ່າ.

-N, --ຂໍ້=<minnodes[-maxnodes]>
ຮ້ອງຂໍໃຫ້ມີຕໍາ່ສຸດທີ່ minnodes nodes ໄດ້ຖືກຈັດສັນໃຫ້ກັບວຽກນີ້. node ສູງສຸດ
ການນັບອາດຈະຖືກລະບຸດ້ວຍ maxnodes. ຖ້າຫາກວ່າພຽງແຕ່ຫນຶ່ງຕົວເລກແມ່ນໄດ້ລະບຸໄວ້, ນີ້
ຖືກນໍາໃຊ້ເປັນທັງຈໍານວນ node ຕໍາ່ສຸດແລະສູງສຸດ. ຂີດຈຳກັດ node ຂອງພາທິຊັນ
ແທນທີ່ວຽກງານເຫຼົ່ານັ້ນ. ຖ້າຂໍ້ຈຳກັດ node ຂອງວຽກຢູ່ນອກຂອບເຂດ
ອະ​ນຸ​ຍາດ​ໃຫ້​ສໍາ​ລັບ​ການ​ແບ່ງ​ປັນ​ທີ່​ກ່ຽວ​ຂ້ອງ​ຂອງ​ຕົນ​, ວຽກ​ເຮັດ​ງານ​ທໍາ​ຈະ​ຖືກ​ປະ​ໄວ້​ໃນ​ສະ​ຖາ​ນະ​ການ​ທີ່​ຍັງ​ຄ້າງ​ຢູ່​.
ນີ້ອະນຸຍາດໃຫ້ປະຕິບັດທີ່ເປັນໄປໄດ້ໃນເວລາຕໍ່ມາ, ໃນເວລາທີ່ກໍານົດຂອບເຂດການແບ່ງສ່ວນແມ່ນ
ປ່ຽນແປງ. ຖ້າຂໍ້ຈຳກັດຂອງໂຫນດວຽກເກີນຈຳນວນຂອງໂນດທີ່ກຳນົດຄ່າຢູ່ໃນ
ການແບ່ງສ່ວນ, ວຽກຈະຖືກປະຕິເສດ. ໃຫ້ສັງເກດວ່າສະພາບແວດລ້ອມມີການປ່ຽນແປງ
SLURM_JOB_NUM_NODES (ແລະ SLURM_NNODES ສໍາ​ລັບ​ການ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​) ຈະ​ຖືກ​ຕັ້ງ​ເປັນ​
ການນັບຂອງ nodes ຕົວຈິງຈັດສັນໃຫ້ກັບວຽກ. ເບິ່ງ ENVIRONMENT ຄວາມຮັບຜິດຊອບ
ພາກ​ສ່ວນ​ສໍາ​ລັບ​ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​. ຖ້າ -N ບໍ່ໄດ້ລະບຸໄວ້, ພຶດຕິກໍາເລີ່ມຕົ້ນແມ່ນເພື່ອ
ຈັດສັນຂໍ້ພຽງພໍເພື່ອຕອບສະໜອງຄວາມຕ້ອງການຂອງ -n ແລະ -c ທາງເລືອກ. ທ
ວຽກຈະຖືກຈັດສັນໃຫ້ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້ພາຍໃນຂອບເຂດທີ່ລະບຸໄວ້ ແລະ
ໂດຍບໍ່ມີການຊັກຊ້າການເລີ່ມຕົ້ນຂອງວຽກ. ຂໍ້ກໍາຫນົດການນັບ node ອາດຈະ
ລວມຄ່າຕົວເລກຕາມດ້ວຍຄຳຕໍ່ທ້າຍຂອງ "k" (ຄູນຄ່າຕົວເລກດ້ວຍ
1,024) ຫຼື "m" (ຄູນຄ່າຕົວເລກດ້ວຍ 1,048,576).

-n, --ວຽກ=<ຈໍານວນ>
ລະບຸຈໍານວນໜ້າວຽກທີ່ຈະດໍາເນີນການ. ຮ້ອງຂໍນັ້ນ ຍຸບ ຈັດສັນຊັບພະຍາກອນໃຫ້ ບໍ່sks
ວຽກງານ. ຄ່າເລີ່ມຕົ້ນແມ່ນຫນຶ່ງຫນ້າວຽກຕໍ່ node, ແຕ່ສັງເກດວ່າ --cpus-ຕໍ່ຫນ້າວຽກ ທາງເລືອກ
ຈະປ່ຽນຄ່າເລີ່ມຕົ້ນນີ້.

-- ເຄືອ​ຂ່າຍ​=<ປະເພດ>
ລະບຸຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບສະວິດ ຫຼືເຄືອຂ່າຍ. ການຕີຄວາມຂອງ
ປະເພດ ແມ່ນ​ຂຶ້ນ​ກັບ​ລະ​ບົບ​. ທາງເລືອກນີ້ແມ່ນສະຫນັບສະຫນູນໃນເວລາທີ່ແລ່ນ Slurm ໃນ Cray
ພື້ນເມືອງ. ມັນຖືກນໍາໃຊ້ເພື່ອຮ້ອງຂໍໂດຍໃຊ້ Network Performace Counters. ພຽງແຕ່ຫນຶ່ງມູນຄ່າ
ຕໍ່ການຮ້ອງຂໍແມ່ນຖືກຕ້ອງ. ຕົວເລືອກທັງໝົດແມ່ນຕົວພິມນ້ອຍໃຫຍ່ທີ່ລະອຽດອ່ອນ. ໃນ​ການ​ຕັ້ງ​ຄ່າ​ນີ້​
ຄ່າທີ່ຮອງຮັບລວມມີ:

ລະບົບ
ໃຊ້ເຄົາເຕີປະສິດທິພາບເຄືອຂ່າຍທົ່ວລະບົບ. ມີແຕ່ nodes ທີ່ຮ້ອງຂໍເທົ່ານັ້ນ
ຈະຖືກຫມາຍໃນການນໍາໃຊ້ສໍາລັບການຈັດສັນວຽກເຮັດງານທໍາ. ຖ້າວຽກບໍ່ໄດ້ຕື່ມຂໍ້ມູນໃສ່
ລະບົບທັງຫມົດສ່ວນທີ່ເຫຼືອຂອງ nodes ແມ່ນບໍ່ສາມາດຖືກນໍາໃຊ້ໂດຍວຽກອື່ນໆ
ການນໍາໃຊ້ NPC, ຖ້າບໍ່ເຮັດວຽກລັດຂອງພວກເຂົາຈະປາກົດເປັນ PerfCnts. nodes ເຫຼົ່ານີ້ແມ່ນ
ຍັງສາມາດໃຊ້ໄດ້ກັບວຽກອື່ນທີ່ບໍ່ໃຊ້ NPC.

ແຜ່ນໃບຄ້າຍຄື ໃຊ້ເຄົາເຕີປະສິດທິພາບເຄືອຂ່າຍແຜ່ນໃບ. ມີພຽງຂໍ້ທີ່ຮ້ອງຂໍເທົ່ານັ້ນ
ຖືກໝາຍໄວ້ເພື່ອໃຊ້ໃນການຈັດສັນວຽກ. ຖ້າວຽກບໍ່ຕື່ມເຕັມ
ແຜ່ນໃບທີ່ຈັດສັນໃຫ້ກັບວຽກທີ່ແຜ່ນໃບເຫຼົ່ານັ້ນບໍ່ສາມາດນຳໃຊ້ໄດ້ໂດຍຜູ້ອື່ນ
ວຽກທີ່ໃຊ້ NPC, ຖ້າບໍ່ເຮັດວຽກລັດຂອງພວກເຂົາຈະປາກົດເປັນ PerfCnts. nodes ເຫຼົ່ານີ້ແມ່ນ
ຍັງສາມາດໃຊ້ໄດ້ກັບວຽກອື່ນທີ່ບໍ່ໃຊ້ NPC.

ໃນທຸກກໍລະນີວຽກຫຼືຂັ້ນຕອນການຮ້ອງຂໍການຈັດສັນ ຕ້ອງ ລະບຸ ໄດ້
-- ທາງ​ເລືອກ​ສະ​ເພາະ​. ຖ້າບໍ່ດັ່ງນັ້ນການຮ້ອງຂໍຈະຖືກປະຕິເສດ.

ນອກຈາກນີ້ກັບຂັ້ນຕອນທາງເລືອກເຫຼົ່ານີ້ບໍ່ໄດ້ອະນຸຍາດໃຫ້ແບ່ງປັນແຜ່ນໃບຄ້າຍຄື, ດັ່ງນັ້ນຊັບພະຍາກອນ
ຈະບໍ່ເຮັດວຽກຢູ່ໃນການຈັດສັນຖ້າຂັ້ນຕອນທີ່ແລ່ນຢູ່ໃນແຜ່ນໃບບໍ່ປະຕິບັດ
ເຖິງຂໍ້ທັງຫມົດກ່ຽວກັບແຜ່ນໃບ.

ໄດ້ ເຄືອຂ່າຍ ທາງເລືອກຍັງໄດ້ຮັບການສະຫນັບສະຫນູນໃນລະບົບທີ່ມີສະພາບແວດລ້ອມຂະຫນານຂອງ IBM
(PE). ເບິ່ງເອກະສານຄໍາສໍາຄັນຂອງຄໍາສັ່ງວຽກ LoadLeveler ຂອງ IBM ກ່ຽວກັບຄໍາສໍາຄັນ
"ເຄືອຂ່າຍ" ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. ຫຼາຍຄ່າອາດຈະຖືກລະບຸໄວ້ໃນເຄື່ອງໝາຍຈຸດ
ລາຍ​ການ​ແຍກ​ອອກ​. ຕົວເລືອກທັງໝົດແມ່ນຕົວພິມນ້ອຍໃຫຍ່ທີ່ລະອຽດອ່ອນ. ຄ່າທີ່ຮອງຮັບລວມມີ:

BULK_XFER[=ຊັບ​ພະ​ຍາ​ກອນ>]
ເປີດໃຊ້ການໂອນຂໍ້ມູນເປັນຊຸດໂດຍໃຊ້ Remote Direct-Memory Access (RDMA).
ທາງເລືອກ ຊັບ​ພະ​ຍາ​ກອນ ສະເພາະແມ່ນຄ່າຕົວເລກທີ່ສາມາດມີ
ຄໍາຕໍ່ທ້າຍຂອງ "k", "K", "m", "M", "g" ຫຼື "G" ສໍາລັບກິໂລໄບ, megabytes ຫຼື
gigabytes. ຫມາຍເຫດ: ໄດ້ ຊັບ​ພະ​ຍາ​ກອນ ສະ​ເພາະ​ແມ່ນ​ບໍ່​ໄດ້​ສະ​ຫນັບ​ສະ​ຫນູນ​ໂດຍ​
ພື້ນຖານໂຄງລ່າງຂອງ IBM ເປັນຂອງ Parallel Environment version 2.2
ແລະບໍ່ມີຄ່າຄວນລະບຸໃນເວລານີ້. ອຸປະກອນທີ່ຈັດສັນ
ຕໍ່ກັບວຽກໃດໜຶ່ງຈະຕ້ອງເປັນປະເພດດຽວກັນ. ຄ່າເລີ່ມຕົ້ນແມ່ນຂຶ້ນກັບ
ຂຶ້ນກັບວ່າຮາດແວໃດສາມາດໃຊ້ໄດ້ ແລະຕາມລຳດັບຄວາມມັກ
IPONLY (ທີ່ບໍ່ໄດ້ຖືກພິຈາລະນາຢູ່ໃນໂຫມດພື້ນທີ່ຜູ້ໃຊ້), HFI, IB, HPCE, ແລະ
KMUX.

CAU=<ນັບ> ຈໍາ​ນວນ​ຂອງ​ຫນ່ວຍ​ເລັ່ງ​ການ​ລວມ (CAU​) ຕ້ອງ​ການ​. ນຳໃຊ້ເທົ່ານັ້ນ
ກັບໂປເຊດເຊີ IBM Power7-IH. ຄ່າເລີ່ມຕົ້ນແມ່ນສູນ. CAU ເອກະລາດ
ຈະຖືກຈັດສັນໃຫ້ແຕ່ລະການໂຕ້ຕອບການຂຽນໂປຼແກຼມ (MPI, LAPI, ແລະອື່ນໆ)

DEVNAME=<ຊື່>
ລະບຸຊື່ອຸປະກອນທີ່ຈະໃຊ້ສໍາລັບການສື່ສານ (ເຊັ່ນ: "eth0" ຫຼື
"mlx4_0").

DEVTYPE=<ປະເພດ>
ລະບຸປະເພດອຸປະກອນທີ່ຈະໃຊ້ສໍາລັບການສື່ສານ. ສະ​ຫນັບ​ສະ​ຫນູນ​
ຄຸນຄ່າຂອງ ປະເພດ ຄື: "IB" (InfiniBand), "HFI" (P7 Host Fabric
ການໂຕ້ຕອບ), "IPONLY" (IP-Only interfaces), "HPCE" (HPC Ethernet), ແລະ
"KMUX" (Kernel Emulation ຂອງ HPCE). ອຸປະກອນທີ່ຈັດສັນໃຫ້ວຽກຕ້ອງ
ທັງໝົດເປັນປະເພດດຽວກັນ. ຄ່າເລີ່ມຕົ້ນແມ່ນຂຶ້ນກັບ
ຮາດແວໃດທີ່ມີຢູ່ແລະຕາມຄວາມມັກແມ່ນ IPONLY (ເຊິ່ງ
ບໍ່ໄດ້ຖືກພິຈາລະນາຢູ່ໃນໂຫມດ User Space), HFI, IB, HPCE, ແລະ KMUX.

IMMED =<ນັບ>
ຈໍານວນຊ່ອງສົ່ງທັນທີຕໍ່ປ່ອງຢ້ຽມທີ່ຕ້ອງການ. ນຳໃຊ້ກັບ
ໂປເຊດເຊີ IBM Power7-IH. ຄ່າເລີ່ມຕົ້ນແມ່ນສູນ.

ການຕິດຕັ້ງ =<ນັບ>
ລະບຸຈໍານວນຂອງການເຊື່ອມຕໍ່ເຄືອຂ່າຍສໍາລັບແຕ່ລະວຽກງານໃນແຕ່ລະເຄືອຂ່າຍ
ການເຊື່ອມຕໍ່. ຈຳນວນຕົວຢ່າງເລີ່ມຕົ້ນແມ່ນ 1.

IPV4 ໃຊ້ Internet Protocol (IP) ເວີຊັ່ນ 4 ການສື່ສານ (ຄ່າເລີ່ມຕົ້ນ).

IPV6 ໃຊ້ Internet Protocol (IP) ເວີຊັ່ນ 6 ການສື່ສານ.

LAPI ໃຊ້ການໂຕ້ຕອບການຂຽນໂປລແກລມ LAPI.

ໂຄມໄຟ ໃຊ້ການໂຕ້ຕອບການຂຽນໂປຼແກຼມ MPI. MPI ແມ່ນການໂຕ້ຕອບເລີ່ມຕົ້ນ.

PAMI ໃຊ້ການໂຕ້ຕອບການຂຽນໂປລແກລມ PAMI.

ແຊມ ໃຊ້ການໂຕ້ຕອບການຂຽນໂປລແກລມ OpenSHEM.

SN_ALL ໃຊ້ເຄືອຂ່າຍສະວິດທັງໝົດທີ່ມີຢູ່ (ຄ່າເລີ່ມຕົ້ນ).

SN_SINGLE ໃຊ້ເຄືອຂ່າຍສະຫຼັບທີ່ມີໃຫ້.

UPC ໃຊ້ການໂຕ້ຕອບການຂຽນໂປຼແກຼມ UPC.

US ໃຊ້ການສື່ສານພື້ນທີ່ຜູ້ໃຊ້.

ບາງຕົວຢ່າງຂອງສະເພາະເຄືອຂ່າຍ:

Instances=2,US,MPI,SN_ALL
ສ້າງການເຊື່ອມຕໍ່ພື້ນທີ່ຜູ້ໃຊ້ສອງອັນສໍາລັບການສື່ສານ MPI ໃນທຸກໆ
ສະຫຼັບເຄືອຂ່າຍສຳລັບແຕ່ລະໜ້າວຽກ.

US,MPI,Instances=3,Devtype=IB
ສ້າງສາມການເຊື່ອມຕໍ່ພື້ນທີ່ຜູ້ໃຊ້ສໍາລັບການສື່ສານ MPI ໃນທຸກໆ
ເຄືອຂ່າຍ InfiniBand ສໍາລັບແຕ່ລະວຽກງານ.

IPV4,LAPI,SN_Single
ສ້າງການເຊື່ອມຕໍ່ IP ຮຸ່ນ 4 ສໍາລັບການສື່ສານ LAPI ໃນສະວິດດຽວ
ເຄືອ​ຂ່າຍ​ສໍາ​ລັບ​ແຕ່​ລະ​ວຽກ​ງານ​.

ຕົວຢ່າງ=2,US,LAPI,MPI
ສ້າງການເຊື່ອມຕໍ່ພື້ນທີ່ຜູ້ໃຊ້ສອງອັນສໍາລັບການສື່ສານ LAPI ແລະ MPI
ໃນທຸກເຄືອຂ່າຍສະຫຼັບສຳລັບແຕ່ລະໜ້າວຽກ. ໃຫ້ສັງເກດວ່າ SN_ALL ແມ່ນຄ່າເລີ່ມຕົ້ນ
ທາງ​ເລືອກ​ດັ່ງ​ນັ້ນ​ທຸກ​ເຄືອ​ຂ່າຍ​ສະ​ຫຼັບ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​. ໃຫ້ສັງເກດວ່າ Instances=2
ລະບຸວ່າມີການເຊື່ອມຕໍ່ສອງອັນສໍາລັບແຕ່ລະໂປຣໂຕຄໍ (LAPI
ແລະ MPI) ແລະແຕ່ລະວຽກງານ. ຖ້າມີສອງເຄືອຂ່າຍແລະສີ່ວຽກງານ
node ຫຼັງ​ຈາກ​ນັ້ນ​ທັງ​ຫມົດ​ຂອງ 32 ການ​ເຊື່ອມ​ຕໍ່​ແມ່ນ​ໄດ້​ຮັບ​ການ​ສ້າງ​ຕັ້ງ (2 instances x
2 ໂປໂຕຄອນ x 2 ເຄືອຂ່າຍ x 4 ວຽກງານ).

--ງາມ[=ການປັບປຸງ]
ດໍາເນີນການວຽກທີ່ມີບູລິມະສິດການກໍານົດເວລາທີ່ຖືກປັບພາຍໃນ Slurm. ໂດຍບໍ່ມີການປັບ
ຄ່າບູລິມະສິດການກຳນົດເວລາຫຼຸດລົງ 100. ໄລຍະການປັບແມ່ນມາຈາກ
-10000 (ບູລິມະສິດສູງສຸດ) ຫາ 10000 (ບູລິມະສິດຕໍ່າສຸດ). ຜູ້ໃຊ້ທີ່ມີສິດທິພິເສດເທົ່ານັ້ນສາມາດ
ລະບຸການປັບຕົວໃນທາງລົບ. ຫມາຍ​ເຫດ​: ທາງ​ເລືອກ​ນີ້​ແມ່ນ​ປະ​ຈຸ​ບັນ​ລະ​ເລີຍ​ຖ້າ​ຫາກ​ວ່າ​
SchedulerType=sched/wiki or SchedulerType=sched/wiki2.

--ntasks-per-core=<ບໍ່sks>
ຮ້ອງຂໍສູງສຸດ ບໍ່sks ໄດ້ຮັບການຮຽກຮ້ອງໃນແຕ່ລະຫຼັກ. ທາງເລືອກນີ້ໃຊ້ກັບວຽກ
ການຈັດສັນ, ແຕ່ບໍ່ແມ່ນຂັ້ນຕອນການຈັດສັນ. ຫມາຍຄວາມວ່າຈະຖືກນໍາໃຊ້ກັບ --ວຽກ
ທາງເລືອກ. ກ່ຽວຂ້ອງກັບ --ntasks-per-node ຍົກເວັ້ນຢູ່ໃນລະດັບຫຼັກແທນ node
ລະດັບ. ໜ້າກາກຈະຖືກສ້າງໂດຍອັດຕະໂນມັດເພື່ອຜູກມັດວຽກກັບຫຼັກສະເພາະ
ເວັ້ນເສຍແຕ່ວ່າ --cpu_bind=ບໍ່ມີ ຖືກກໍານົດ. ຫມາຍເຫດ: ທາງເລືອກນີ້ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນເວັ້ນເສຍແຕ່
SelectTypeParameters=CR_Core or SelectTypeParameters=CR_Core_Memory ຖືກ​ຕັ້ງ​ຄ່າ​.

--ntasks-per-node=<ບໍ່sks>
ຮ້ອງຂໍນັ້ນ ບໍ່sks ຈະຖືກເອີ້ນຢູ່ໃນແຕ່ລະ node. ຖ້າໃຊ້ກັບ --ວຽກ ທາງເລືອກ, ໄດ້
--ວຽກ ທາງ​ເລືອກ​ຈະ​ນໍາ​ເອົາ​ຄວາມ​ສໍາ​ຄັນ​ແລະ​ --ntasks-per-node ຈະຖືກປະຕິບັດເປັນ
ສູງສຸດ ຈຳນວນໜ້າວຽກຕໍ່ node. ຫມາຍຄວາມວ່າຈະຖືກນໍາໃຊ້ກັບ --ຂໍ້ ທາງເລືອກ. ນີ້
ແມ່ນກ່ຽວຂ້ອງກັບ --cpus-ຕໍ່ຫນ້າວຽກ=ncpus, ແຕ່ບໍ່ຮຽກຮ້ອງໃຫ້ມີຄວາມຮູ້ຂອງຕົວຈິງ
ຈໍານວນຂອງ cpus ໃນແຕ່ລະ node. ໃນບາງກໍລະນີ, ມັນສະດວກກວ່າທີ່ຈະສາມາດ
ຮຽກຮ້ອງໃຫ້ບໍ່ເກີນຈໍານວນໜ້າວຽກສະເພາະໃນແຕ່ລະຂໍ້.
ຕົວຢ່າງຂອງອັນນີ້ລວມມີການສົ່ງແອັບ MPI/OpenMP ແບບປະສົມ ເຊິ່ງມີພຽງໜຶ່ງ MPI
"ວຽກ / ອັນດັບ" ຄວນຖືກມອບໃຫ້ແຕ່ລະ node ໃນຂະນະທີ່ອະນຸຍາດໃຫ້ສ່ວນ OpenMP
ນໍາໃຊ້ທັງຫມົດຂອງຂະຫນານທີ່ມີຢູ່ໃນ node, ຫຼືສົ່ງດຽວ
ການຕິດຕັ້ງ / ເຮັດຄວາມສະອາດ / ການຕິດຕາມວຽກກັບແຕ່ລະ node ຂອງການຈັດສັນທີ່ມີຢູ່ກ່ອນຫນ້າເປັນຂັ້ນຕອນດຽວ
ໃນ script ວຽກທີ່ໃຫຍ່ກວ່າ.

--ntasks-per-socket=<ບໍ່sks>
ຮ້ອງຂໍສູງສຸດ ບໍ່sks ຈະຖືກເອີ້ນໃສ່ແຕ່ລະເຕົ້າຮັບ. ທາງເລືອກນີ້ໃຊ້ກັບ
ການຈັດສັນວຽກ, ແຕ່ບໍ່ແມ່ນການຈັດສັນຂັ້ນຕອນ. ຫມາຍຄວາມວ່າຈະຖືກນໍາໃຊ້ກັບ --ວຽກ
ທາງເລືອກ. ກ່ຽວຂ້ອງກັບ --ntasks-per-node ຍົກເວັ້ນຢູ່ໃນລະດັບເຕົ້າຮັບແທນທີ່ຈະເປັນ
ລະດັບ node. ໜ້າກາກຈະຖືກສ້າງຂື້ນໂດຍອັດຕະໂນມັດເພື່ອຜູກມັດໜ້າວຽກໃຫ້ເປັນສະເພາະ
sockets ເວັ້ນເສຍແຕ່ --cpu_bind=ບໍ່ມີ ຖືກກໍານົດ. ໝາຍເຫດ: ຕົວເລືອກນີ້ບໍ່ຖືກຮອງຮັບ
ເວັ້ນເສຍແຕ່ວ່າ SelectTypeParameters=CR_Socket or SelectTypeParameters=CR_Socket_Memory is
ຕັ້ງຄ່າ.

-O, -- overcommit
overcommit ຊັບ​ພະ​ຍາ​ກອນ​. ເມື່ອນໍາໃຊ້ກັບການຈັດສັນວຽກ, ພຽງແຕ່ຫນຶ່ງ CPU ໄດ້ຖືກຈັດສັນໃຫ້
ວຽກຕໍ່ node ແລະທາງເລືອກທີ່ໃຊ້ເພື່ອກໍານົດຈໍານວນຂອງວຽກງານຕໍ່ node, socket,
ຫຼັກ, ແລະອື່ນໆແມ່ນຖືກລະເລີຍ. ເມື່ອນໍາໃຊ້ກັບການຈັດສັນຂັ້ນຕອນວຽກ (the ຍຸບ ຄໍາສັ່ງ
ເມື່ອຖືກປະຕິບັດພາຍໃນການຈັດສັນວຽກທີ່ມີຢູ່ແລ້ວ), ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອເປີດຕົວ
ຫຼາຍກວ່າໜຶ່ງໜ້າວຽກຕໍ່ CPU. ປົກກະຕິ, ຍຸບ ຈະບໍ່ຈັດສັນຫຼາຍກວ່າຫນຶ່ງຂະບວນການ
ຕໍ່ CPU. ໂດຍການລະບຸ -- overcommit ທ່ານກໍາລັງອະນຸຍາດໃຫ້ຫຼາຍກ່ວາຫນຶ່ງຢ່າງຈະແຈ້ງ
ຂະບວນການຕໍ່ CPU. ຢ່າງໃດກໍຕາມບໍ່ມີຫຼາຍກ່ວາ MAX_TASKS_PER_NODE ວຽກ​ງານ​ແມ່ນ​ອະ​ນຸ​ຍາດ​ໃຫ້​
ປະຕິບັດຕໍ່ node. ຫມາຍ​ເຫດ​: MAX_TASKS_PER_NODE ຖືກກໍານົດໄວ້ໃນໄຟລ໌ slurm.h ແລະແມ່ນ
ບໍ່ແມ່ນຕົວແປ, ມັນຖືກກໍານົດໃນເວລາສ້າງ Slurm.

-o, -- ຜົນຜະລິດ=<ຮູບແບບການ>
ລະບຸຮູບແບບສໍາລັບການປ່ຽນເສັ້ນທາງ stdout. ໂດຍຄ່າເລີ່ມຕົ້ນໃນຮູບແບບການໂຕ້ຕອບ, ຍຸບ
ເກັບກໍາ stdout ຈາກຫນ້າວຽກທັງຫມົດແລະສົ່ງຜົນໄດ້ຮັບນີ້ຜ່ານ TCP / IP ໄປຫາເອກະສານຄັດຕິດ
ສະຖານີ. ກັບ -- ຜົນຜະລິດ stdout ອາດຈະຖືກໂອນໄປຫາໄຟລ໌, ໄປຫາຫນຶ່ງໄຟລ໌ຕໍ່ຫນ້າວຽກ,
ຫຼືເປັນ /dev/null. ເບິ່ງພາກ IO ຕົວຊີ້ທິດທາງ ຂ້າງລຸ່ມນີ້ສໍາລັບຮູບແບບຕ່າງໆຂອງ ຮູບແບບການ.
ຖ້າໄຟລ໌ທີ່ລະບຸນັ້ນມີຢູ່ແລ້ວ, ມັນຈະຖືກຂຽນທັບ.

If -- ຄວາມ​ຜິດ​ພາດ​ ຍັງບໍ່ໄດ້ຖືກລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງ, ທັງ stdout ແລະ stderr ຈະ
ມຸ້ງໄປຫາໄຟລ໌ທີ່ລະບຸໄວ້ໂດຍ -- ຜົນຜະລິດ.

-- ໂຫມດເປີດ=<ຕໍ່ທ້າຍ|ຫຍໍ້>
ເປີດໄຟລ໌ຜົນຜະລິດ ແລະຄວາມຜິດພາດໂດຍໃຊ້ຮູບແບບການຕື່ມ ຫຼືຫຍໍ້ໜ້າຕາມທີ່ລະບຸໄວ້. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນລະບຸໂດຍພາລາມິເຕີການຕັ້ງຄ່າລະບົບ JobFileAppend.

-p, --ການແບ່ງສ່ວນ=<partition_names>
ຮ້ອງຂໍໃຫ້ມີພາທິຊັນສະເພາະສໍາລັບການຈັດສັນຊັບພະຍາກອນ. ຖ້າບໍ່ໄດ້ລະບຸ, ໄດ້
ພຶດຕິກໍາເລີ່ມຕົ້ນແມ່ນເພື່ອອະນຸຍາດໃຫ້ຕົວຄວບຄຸມ slurm ເລືອກພາທິຊັນເລີ່ມຕົ້ນ
ຕາມການກຳນົດໂດຍຜູ້ເບິ່ງແຍງລະບົບ. ຖ້າວຽກສາມາດໃຊ້ຫຼາຍກວ່າຫນຶ່ງ
ການແບ່ງພາຕິຊັນ, ລະບຸຊື່ຂອງເຂົາເຈົ້າຢູ່ໃນບັນຊີລາຍຊື່ທີ່ແຍກກັນດ້ວຍເຄື່ອງໝາຍຈຸດ ແລະອັນທີ່ສະເໜີໃຫ້
ການເລີ່ມຕົ້ນທີ່ໄວທີ່ສຸດຈະຖືກໃຊ້ໂດຍບໍ່ຄໍານຶງເຖິງຊື່ພາທິຊັນ
ຄໍາສັ່ງ (ເຖິງແມ່ນວ່າການແບ່ງສ່ວນບູລິມະສິດທີ່ສູງກວ່າຈະຖືກພິຈາລະນາກ່ອນ). ໃນ​ເວ​ລາ​ທີ່
ວຽກແມ່ນລິເລີ່ມ, ຊື່ຂອງການແບ່ງປັນທີ່ໃຊ້ຈະຖືກຈັດໃສ່ໃນວຽກທໍາອິດ
ບັນທຶກການແບ່ງສ່ວນ.

--ພະລັງງານ=<ທົງ>
ບັນຊີລາຍຊື່ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດຂອງທາງເລືອກປລັກອິນການຈັດການພະລັງງານ. ທຸງທີ່ມີຢູ່ໃນປັດຈຸບັນ
ປະ​ກອບ​ມີ​: ລະ​ດັບ (ຂໍ້​ທັງ​ຫມົດ​ທີ່​ໄດ້​ຈັດ​ສັນ​ໃຫ້​ວຽກ​ເຮັດ​ງານ​ທໍາ​ຄວນ​ຈະ​ມີ​ຫມວກ​ພະ​ລັງ​ງານ​ທີ່​ດຽວ​ກັນ​,
ອາດຈະຖືກປິດໃຊ້ງານໂດຍຕົວເລືອກການຕັ້ງຄ່າ Slurm PowerParameters=job_no_level).

--ບູລິມະສິດ=
ຮ້ອງຂໍໃຫ້ມີບູລິມະສິດວຽກສະເພາະ. ອາດຈະຂຶ້ນກັບການຕັ້ງຄ່າສະເພາະ
ຂໍ້ຈໍາກັດ. ພຽງແຕ່ຜູ້ປະຕິບັດການ Slurm ແລະຜູ້ບໍລິຫານສາມາດກໍານົດບູລິມະສິດຂອງ a
ວຽກງານ.

--ໂປຣໄຟລ໌=
ເປີດໃຊ້ການເກັບກໍາຂໍ້ມູນລະອຽດໂດຍ plugin acct_gather_profile. ຂໍ້ມູນລະອຽດ
ປົກກະຕິແລ້ວແມ່ນຊຸດເວລາທີ່ຖືກເກັບໄວ້ໃນໄຟລ໌ HDF5 ສໍາລັບວຽກ.

ທັງຫມົດ ປະເພດຂໍ້ມູນທັງໝົດຖືກເກັບກຳ. (ບໍ່​ສາ​ມາດ​ລວມ​ກັບ​ຄ່າ​ອື່ນໆ​.)

ບໍ່ມີ ບໍ່ມີປະເພດຂໍ້ມູນຖືກເກັບກຳ. ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນ.
(ບໍ່​ສາ​ມາດ​ລວມ​ກັບ​ຄ່າ​ອື່ນໆ​.)

ພະລັງງານ ຂໍ້ມູນພະລັງງານໄດ້ຖືກເກັບກໍາ.

Task ຂໍ້ມູນໜ້າວຽກ (I/O, Memory, ...) ຖືກເກັບກຳ.

ລະບົບແຟ້ມເອກະສານ
ຂໍ້ມູນລະບົບໄຟລ໌ຖືກເກັບກໍາ.

ເຄືອຂ່າຍ ຂໍ້ມູນເຄືອຂ່າຍ (InfiniBand) ຖືກເກັບກໍາ.

--prolog=<ປະຕິບັດໄດ້>
ຍຸບ ຈະດໍາເນີນການ ປະຕິບັດໄດ້ ພຽງແຕ່ກ່ອນທີ່ຈະເປີດຕົວຂັ້ນຕອນວຽກ. ເສັ້ນຄໍາສັ່ງ
ການໂຕ້ຖຽງສໍາລັບ ປະຕິບັດໄດ້ ຈະເປັນຄໍາສັ່ງແລະການໂຕ້ຖຽງຂອງຂັ້ນຕອນວຽກ. ຖ້າ
ປະຕິບັດໄດ້ ແມ່ນ "ບໍ່ມີ", ຫຼັງຈາກນັ້ນບໍ່ມີ srun prolog ຈະຖືກດໍາເນີນການ. ຕົວກໍານົດການນີ້ overrides ໄດ້
ພາຣາມິເຕີ SrunProlog ໃນ slurm.conf. ພາລາມິເຕີນີ້ແມ່ນເອກະລາດຢ່າງສົມບູນຈາກ
ຕົວກໍານົດການ Prolog ໃນ slurm.conf.

--ຂະຫຍາຍພັນ[=ຂີດຈຳກັດ]
ອະ​ນຸ​ຍາດ​ໃຫ້​ຜູ້​ໃຊ້​ເພື່ອ​ລະ​ບຸ​ວ່າ​ຂໍ້​ຈໍາ​ກັດ​ຂອງ​ຊັບ​ພະ​ຍາ​ກອນ​ທີ່​ດັດ​ແກ້ (ອ່ອນ​) ທີ່​ຈະ​ແຜ່​ຂະ​ຫຍາຍ​
ກັບຂໍ້ຄອມພິວເຕີແລະນໍາໃຊ້ກັບວຽກຂອງເຂົາເຈົ້າ. ຖ້າ ຂີດຈຳກັດ ບໍ່ໄດ້ລະບຸ, ຫຼັງຈາກນັ້ນ
ຂີດຈຳກັດຊັບພະຍາກອນທັງໝົດຈະຖືກເຜີຍແຜ່. ຊື່ rlimit ຕໍ່ໄປນີ້ແມ່ນສະຫນັບສະຫນູນ
ໂດຍ Slurm (ເຖິງແມ່ນວ່າບາງທາງເລືອກອາດຈະບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໃນບາງລະບົບ):

ທັງຫມົດ ຂອບເຂດຈໍາກັດທັງຫມົດທີ່ລະບຸໄວ້ຂ້າງລຸ່ມນີ້

AS ພື້ນທີ່ທີ່ຢູ່ສູງສຸດສໍາລັບຂະບວນການ

CORE ຂະໜາດສູງສຸດຂອງໄຟລ໌ຫຼັກ

CPU ຈຳນວນສູງສຸດຂອງເວລາ CPU

ຂໍ້ມູນ ຂະໜາດສູງສຸດຂອງພາກສ່ວນຂໍ້ມູນຂອງຂະບວນການ

FSIZE ຂະໜາດສູງສຸດຂອງໄຟລ໌ທີ່ສ້າງຂຶ້ນ. ໃຫ້ສັງເກດວ່າຖ້າຜູ້ໃຊ້ຕັ້ງ FSIZE ເປັນ
ໜ້ອຍກວ່າຂະໜາດປັດຈຸບັນຂອງ slurmd.log, ການເປີດຕົວວຽກຈະລົ້ມເຫລວ
ຂໍ້ຜິດພາດ 'ຂະໜາດໄຟລ໌ເກີນຂອບເຂດ'.

ເມລລັອກ ຂະຫນາດສູງສຸດທີ່ອາດຈະຖືກລັອກເຂົ້າໄປໃນຫນ່ວຍຄວາມຈໍາ

NOFILE ຈໍານວນສູງສຸດຂອງໄຟລ໌ເປີດ

NPROC ຈໍານວນສູງສຸດຂອງຂະບວນການທີ່ມີຢູ່

RSS ຂະຫນາດສູງສຸດທີ່ຕັ້ງຢູ່ໃນທີ່ຢູ່ອາໄສ

ຢຸດ ຂະຫນາດ stack ສູງສຸດ

--pty ດໍາເນີນການສູນໃນໂຫມດ pseudo terminal. ກໍານົດໂດຍ implicitly -- unbuffered.
ກໍານົດໂດຍ implicitly -- ຄວາມ​ຜິດ​ພາດ​ ແລະ -- ຜົນຜະລິດ ເປັນ /dev/null ສໍາລັບທຸກໜ້າວຽກຍົກເວັ້ນວຽກສູນ,
ເຊິ່ງອາດຈະເຮັດໃຫ້ວຽກງານເຫຼົ່ານັ້ນອອກໄປທັນທີ (ຕົວຢ່າງເຊັ່ນ: ຫອຍຈະອອກໂດຍປົກກະຕິ
ທັນທີໃນສະຖານະການນັ້ນ). ຕອນນີ້ບໍ່ຮອງຮັບໃນເວທີ AIX.

-Q, --ງຽບ
ສະກັດກັ້ນຂໍ້ຄວາມຂໍ້ມູນຂ່າວສານຈາກ srun. ຂໍ້ຜິດພາດຈະຍັງຄົງສະແດງຢູ່.

-q, --quit-on-interrupt
ອອກທັນທີໃນ SIGINT ດຽວ (Ctrl-C). ການໃຊ້ທາງເລືອກນີ້ປິດສະຖານະ
ຄຸນສົມບັດປົກກະຕິສາມາດໃຊ້ໄດ້ເມື່ອ ຍຸບ ໄດ້ຮັບ Ctrl-C ດຽວແລະສາເຫດ ຍຸບ to
ແທນທີ່ຈະຢຸດວຽກແລ່ນທັນທີ.

--qos=<ມັນຕົ້ນ>
ຮ້ອງຂໍໃຫ້ມີຄຸນນະພາບການບໍລິການສໍາລັບວຽກເຮັດງານທໍາ. ສາມາດກໍານົດຄ່າ QOS ສໍາລັບແຕ່ລະຄົນ
ສະມາຄົມຜູ້ໃຊ້/ກຸ່ມ/ບັນຊີຢູ່ໃນຖານຂໍ້ມູນ Slurm. ຜູ້ໃຊ້ຈະຖືກຈໍາກັດພຽງແຕ່
ຊຸດທີ່ກໍານົດຂອງສະມາຄົມຂອງພວກເຂົາຂອງ q's ເມື່ອພາລາມິເຕີການຕັ້ງຄ່າ Slurm,
AccountingStorageEnforce, ປະກອບມີ "qos" ໃນຄໍານິຍາມຂອງມັນ.

-r, --ພີ່ນ້ອງ=<n>
ດໍາເນີນການຂັ້ນຕອນວຽກທີ່ກ່ຽວຂ້ອງກັບ node n ຂອງການຈັດສັນປະຈຸບັນ. ທາງເລືອກນີ້ອາດຈະເປັນ
ໃຊ້ເພື່ອແຜ່ຫຼາຍຂັ້ນຕອນວຽກອອກໃນບັນດາຂໍ້ຂອງວຽກປະຈຸບັນ. ຖ້າ -r is
ໃຊ້ແລ້ວ, ຂັ້ນຕອນວຽກປະຈຸບັນຈະເລີ່ມຕົ້ນຢູ່ທີ່ node n ຂອງ nodelist ຈັດສັນ, ບ່ອນທີ່
node ທໍາອິດແມ່ນພິຈາລະນາ node 0. The -r ທາງເລືອກແມ່ນບໍ່ອະນຸຍາດໃຫ້ມີ -w or -x
ທາງ​ເລືອກ​ແລະ​ຈະ​ເຮັດ​ໃຫ້​ເກີດ​ຄວາມ​ຜິດ​ພາດ​ເຖິງ​ຕາຍ​ໃນ​ເວ​ລາ​ທີ່​ບໍ່​ໄດ້​ດໍາ​ເນີນ​ການ​ພາຍ​ໃນ​ການ​ຈັດ​ສັນ​ກ່ອນ​
(ເຊັ່ນເມື່ອ SLURM_JOB_ID ບໍ່ໄດ້ຕັ້ງ). ຄ່າເລີ່ມຕົ້ນສໍາລັບ n ແມ່ນ 0. ຖ້າຄ່າຂອງ
--ຂໍ້ ເກີນຈຳນວນຂອງຂໍ້ທີ່ລະບຸດ້ວຍ --ພີ່ນ້ອງ ທາງເລືອກ, ກ
ຂໍ້ຄວາມເຕືອນຈະຖືກພິມອອກແລະ --ພີ່ນ້ອງ ທາງ​ເລືອກ​ຈະ​ມີ​ຄວາມ​ສໍາ​ຄັນ​.

--ປິດເປີດໃໝ່
ບັງຄັບ nodes ທີ່ຈັດສັນໃຫ້ reboot ກ່ອນທີ່ຈະເລີ່ມການເຮັດວຽກ. ນີ້ແມ່ນພຽງແຕ່
ຮອງຮັບກັບບາງການຕັ້ງຄ່າລະບົບ ແລະຈະບໍ່ຖືກລະເລີຍຢ່າງງຽບໆ.

--resv-ພອດ
ຈອງພອດການສື່ສານສໍາລັບວຽກນີ້. ຜູ້ໃຊ້ສາມາດລະບຸຈໍານວນຂອງພອດພວກເຂົາ
ຕ້ອງການຈອງ. ພາຣາມິເຕີ MpiParams=ports=12000-12999 ຕ້ອງຖືກລະບຸໄວ້ໃນ
slurm.conf. ຖ້າ​ຫາກ​ວ່າ​ບໍ່​ໄດ້​ລະ​ບຸ​ຈໍາ​ນວນ​ສະ​ຫງວນ​ໄວ້​ໃນ​ຕອນ​ຕົ້ນ​ຂອງ​ພອດ​ເທົ່າ​ກັບ​
ຈໍານວນຂອງວຽກງານ. ຖ້າຈໍານວນຂອງພອດສະຫງວນໄວ້ເປັນສູນ, ບໍ່ມີພອດທີ່ສະຫງວນໄວ້.
ໃຊ້ສໍາລັບ OpenMPI.

--ການຈອງ=<ຊື່>
ຈັດສັນຊັບພະຍາກອນສໍາລັບວຽກຈາກການຈອງທີ່ມີຊື່.

--restart-dir=<ລະບົບ>
ລະບຸໄດເລກະທໍລີທີ່ຈຸດກວດກາຂອງວຽກ ຫຼືຂັ້ນຕອນວຽກຄວນອ່ານ
(ໃຊ້ໂດຍ checkpoint/blcrm ແລະ checkpoint/xlch plugins ເທົ່ານັ້ນ).

-s, --ແບ່ງປັນ
ການຈັດສັນວຽກສາມາດແບ່ງປັນຊັບພະຍາກອນກັບວຽກທີ່ເຮັດວຽກອື່ນໆ. ຊັບພະຍາກອນທີ່ຈະ
ແບ່ງປັນສາມາດເປັນ nodes, sockets, cores, ຫຼື hyperthreads ຂຶ້ນກັບ
ການຕັ້ງຄ່າ. ພຶດຕິກໍາການແບ່ງປັນໃນຕອນຕົ້ນແມ່ນຂຶ້ນກັບການຕັ້ງຄ່າລະບົບ ແລະ
ການແບ່ງສ່ວນ ແບ່ງປັນ ທາງເລືອກແມ່ນມີຄວາມສຳຄັນກວ່າທາງເລືອກຂອງວຽກ. ທາງເລືອກນີ້ອາດຈະ
ສົ່ງຜົນໃຫ້ການຈັດສັນຈະຖືກອະນຸມັດໄວກວ່າຖ້າທາງເລືອກ --share ບໍ່ແມ່ນ
ກໍານົດແລະອະນຸຍາດໃຫ້ນໍາໃຊ້ລະບົບທີ່ສູງຂຶ້ນ, ແຕ່ການປະຕິບັດຄໍາຮ້ອງສະຫມັກຈະເປັນໄປໄດ້
ປະສົບ​ກັບ​ການ​ແຂ່ງຂັນ​ດ້ານ​ຊັບພະຍາກອນ. ເບິ່ງທີ່ --exclusive option.

-S, --core-spec=<num>
ການນັບຂອງ cores ພິເສດຕໍ່ node ສະຫງວນໂດຍວຽກເຮັດງານທໍາສໍາລັບການດໍາເນີນງານລະບົບແລະ
ບໍ່ໄດ້ໃຊ້ໂດຍແອັບພລິເຄຊັນ. ແອັບພລິເຄຊັນຈະບໍ່ໃຊ້ຫຼັກເຫຼົ່ານີ້, ແຕ່ຈະເປັນ
ຖືກຄິດຄ່າທໍານຽມສໍາລັບການຈັດສັນຂອງພວກເຂົາ. ຄ່າເລີ່ມຕົ້ນແມ່ນຂຶ້ນກັບ node ຂອງ
ກຳນົດຄ່າ CoreSpecCount. ຖ້າຄ່າຂອງສູນແມ່ນຖືກກໍານົດແລະ Slurm
ຕົວເລືອກການຕັ້ງຄ່າ AllowSpecResourcesUsage ຖືກເປີດໃຊ້ງານ, ວຽກຈະຖືກອະນຸຍາດໃຫ້
override CoreSpecCount ແລະໃຊ້ຊັບພະຍາກອນພິເສດໃນ nodes ທີ່ມັນຖືກຈັດສັນ.
ທາງເລືອກນີ້ບໍ່ສາມາດຖືກນໍາໃຊ້ກັບ -- thread-spec ທາງເລືອກ.

--sicp ກໍານົດວຽກເປັນວຽກທີ່ສົ່ງໃຫ້ກຸ່ມອື່ນສາມາດຂຶ້ນກັບໄດ້.

--ສັນຍານ=<sign_num>[@sig_time>]
ເມື່ອວຽກຢູ່ພາຍໃນ sig_time ວິນາທີຂອງເວລາສິ້ນສຸດຂອງມັນ, ສົ່ງສັນຍານໃຫ້ມັນ sign_num.
ເນື່ອງຈາກການແກ້ໄຂການຈັດການເຫດການໂດຍ Slurm, ສັນຍານອາດຈະຖືກສົ່ງເຖິງ 60
ວິນາທີໄວກວ່າທີ່ລະບຸໄວ້. sign_num ອາດຈະເປັນຕົວເລກສັນຍານຫຼືຊື່
(ເຊັ່ນ "10" ຫຼື "USR1"). sig_time ຕ້ອງມີຈຳນວນເຕັມລະຫວ່າງ 0 ຫາ 65535.
ໂດຍຄ່າເລີ່ມຕົ້ນ, ບໍ່ມີການສົ່ງສັນຍານກ່ອນເວລາສິ້ນສຸດຂອງວຽກ. ຖ້າ ກ sign_num ຖືກກໍານົດ
ໂດຍບໍ່ມີການໃດໆ sig_time, ເວລາເລີ່ມຕົ້ນຈະເປັນ 60 ວິນາທີ.

--slurmd-debug=<ລະດັບ>
ລະບຸລະດັບດີບັກສຳລັບ ຂີ້ຄ້ານ(8). ທ ລະດັບ ອາດຈະຖືກລະບຸເປັນຈໍານວນເຕັມ
ຄ່າລະຫວ່າງ 0 [ງຽບ, ພຽງແຕ່ສະແດງຂໍ້ຜິດພາດ] ແລະ 4 [ການດໍາເນີນການ verbose] ຫຼື
SlurmdDebug ແທັກ.

ງຽບ ບັນທຶກບໍ່ມີຫຍັງ

ຄວາມຕາຍ ບັນທຶກຄວາມຜິດພາດຮ້າຍແຮງເທົ່ານັ້ນ

ຄວາມຜິດພາດ ບັນທຶກຄວາມຜິດພາດເທົ່ານັ້ນ

ຂໍ້ມູນ ບັນທຶກຄວາມຜິດພາດ ແລະຂໍ້ຄວາມຂໍ້ມູນທົ່ວໄປ

ຄຳເວົ້າ ບັນທຶກຄວາມຜິດພາດ ແລະຂໍ້ຄວາມໃຫ້ຂໍ້ມູນ verbose

ຂໍ້ມູນການດີບັກຂອງ slurmd ຖືກຄັດລອກໃສ່ stderr ຂອງ
ວຽກ​ເຮັດ​ງານ​ທໍາ. ໂດຍຄ່າເລີ່ມຕົ້ນພຽງແຕ່ສະແດງຂໍ້ຜິດພາດເທົ່ານັ້ນ.

--sockets-per-node=<ເຕົ້າຮັບ>
ຈໍາ​ກັດ​ການ​ຄັດ​ເລືອກ node ກັບ nodes ທີ່​ມີ​ຢ່າງ​ຫນ້ອຍ​ຈໍາ​ນວນ​ທີ່​ກໍາ​ນົດ​ໄວ້​ຂອງ sockets.
ເບິ່ງຂໍ້ມູນເພີ່ມເຕີມພາຍໃຕ້ -B ທາງ​ເລືອກ​ຂ້າງ​ເທິງ​ໃນ​ເວ​ລາ​ທີ່​ວຽກ​ງານ / affinity plugin ແມ່ນ​
enabled

--ສະຫຼັບ=<ນັບ>[@ເວລາສູງສຸດ>]
ເມື່ອ topology ຕົ້ນໄມ້ຖືກ ນຳ ໃຊ້, ນີ້ ກຳ ນົດການນັບສູງສຸດຂອງສະວິດທີ່ຕ້ອງການ
ສໍາ​ລັບ​ການ​ຈັດ​ສັນ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ແລະ​ທາງ​ເລືອກ​ທີ່​ໃຊ້​ເວ​ລາ​ສູງ​ສຸດ​ທີ່​ຈະ​ລໍ​ຖ້າ​ຈໍາ​ນວນ​ທີ່​
ສະຫຼັບ. ຖ້າ Slurm ພົບເຫັນການຈັດສັນທີ່ມີສະວິດຫຼາຍກວ່າການນັບ
ລະບຸໄວ້, ວຽກຍັງຄ້າງຢູ່ຈົນກວ່າມັນຈະພົບເຫັນການຈັດສັນທີ່ຕ້ອງການ
ການນັບສະຫຼັບ ຫຼືເວລາກຳນົດຈະໝົດອາຍຸ. ມັນບໍ່ມີຂອບເຂດຈໍາກັດການນັບສະຫຼັບ, ຢູ່ທີ່ນັ້ນ
ບໍ່ມີການຊັກຊ້າໃນການເລີ່ມຕົ້ນວຽກ. ຮູບແບບເວລາທີ່ຍອມຮັບໄດ້ປະກອບມີ "ນາທີ",
"ນາທີ: ວິນາທີ", "ຊົ່ວໂມງ: ນາທີ: ວິນາທີ", "ມື້-ຊົ່ວໂມງ", "ມື້-ຊົ່ວໂມງ: ນາທີ" ແລະ
"ມື້-ຊົ່ວໂມງ: ນາທີ: ວິນາທີ". ຄວາມລ່າຊ້າເວລາສູງສຸດຂອງວຽກອາດຈະຖືກຈຳກັດໂດຍ
ຜູ້ເບິ່ງແຍງລະບົບໂດຍໃຊ້ ຕົວກໍານົດເວລາ ພາລາມິເຕີການຕັ້ງຄ່າດ້ວຍ
max_switch_wait ທາງເລືອກພາລາມິເຕີ. ເວລາສູງສຸດເລີ່ມຕົ້ນແມ່ນ max_switch_wait
ຕົວກໍານົດເວລາ.

-T, -- ກະທູ້=<ກະທູ້>
ອະ​ນຸ​ຍາດ​ໃຫ້​ຈໍາ​ກັດ​ຈໍາ​ນວນ​ຂອງ​ກະ​ທູ້​ພ້ອມ​ກັນ​ນໍາ​ໃຊ້​ເພື່ອ​ສົ່ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ຈາກ​
ຂະບວນການ srun ກັບຂະບວນການ slurmd ໃນ nodes ຈັດສັນ. ຄ່າເລີ່ມຕົ້ນແມ່ນໃຊ້
ນຶ່ງກະທູ້ຕໍ່ຂໍ້ທີ່ຈັດສັນໄວ້ສູງສຸດ 60 ກະທູ້ພ້ອມກັນ. ການລະບຸ
ທາງເລືອກນີ້ຈໍາກັດຈໍານວນຂອງຫົວຂໍ້ພ້ອມກັນກັບ ກະທູ້ (ຫນ້ອຍກວ່າຫຼືເທົ່າກັບ
ເຖິງ 60). ອັນນີ້ຄວນຈະຖືກໃຊ້ເພື່ອກໍານົດການນັບກະທູ້ຕໍ່າສໍາລັບການທົດສອບໃນຫຼາຍ
ຄອມພິວເຕີຫນ່ວຍຄວາມຈໍາຂະຫນາດນ້ອຍ.

-t, --ເວລາ=<ທີ່ໃຊ້ເວລາ>
ກໍານົດຂອບເຂດຈໍາກັດເວລາແລ່ນທັງຫມົດຂອງການຈັດສັນວຽກ. ຖ້າເວລາຮ້ອງຂໍ
ຂີດຈຳກັດເກີນເວລາກຳນົດຂອງພາທິຊັນ, ວຽກຈະຖືກປະໄວ້ໃນສະຖານະທີ່ຄ້າງຢູ່
(ອາດຈະເປັນບໍ່ມີກໍານົດ). ກໍານົດເວລາເລີ່ມຕົ້ນແມ່ນເວລາເລີ່ມຕົ້ນຂອງພາທິຊັນ
ຈຳກັດ. ເມື່ອເຖິງກໍານົດເວລາ, ແຕ່ລະວຽກໃນແຕ່ລະຂັ້ນຕອນວຽກແມ່ນສົ່ງ SIGTERM
ຕິດຕາມດ້ວຍ SIGKILL. ໄລຍະຫ່າງລະຫວ່າງສັນຍານແມ່ນກຳນົດໂດຍ Slurm
ພາລາມິເຕີການຕັ້ງຄ່າ KillWait. ໄດ້ ເກີນເວລາຈຳກັດ ພາລາມິເຕີການຕັ້ງຄ່າອາດຈະ
ອະ​ນຸ​ຍາດ​ໃຫ້​ວຽກ​ເຮັດ​ງານ​ທໍາ​ທີ່​ຍາວ​ກວ່າ​ທີ່​ກໍາ​ນົດ​ໄວ້​. ການແກ້ໄຂເວລາແມ່ນຫນຶ່ງນາທີແລະ
ຄ່າທີສອງຈະຖືກປັດລົງໄປຫານາທີຕໍ່ໄປ.

ກໍານົດເວລາຂອງສູນການຮ້ອງຂໍທີ່ບໍ່ມີກໍານົດຂອບເຂດເວລາ. ເວລາທີ່ຍອມຮັບໄດ້
ຮູບແບບປະກອບມີ "ນາທີ", "ນາທີ: ວິນາທີ", "ຊົ່ວໂມງ: ນາທີ: ວິນາທີ",
"days-hours", "days-hours: ນາທີ" ແລະ "days-hours: ນາທີ: ວິນາທີ".

--task-epilog=<ປະຕິບັດໄດ້>
ໄດ້ slurmstepd daemon ຈະດໍາເນີນການ ປະຕິບັດໄດ້ ພຽງແຕ່ຫຼັງຈາກແຕ່ລະວຽກງານສິ້ນສຸດລົງ. ນີ້
ຈະຖືກປະຕິບັດກ່ອນທີ່ພາຣາມິເຕີ TaskEpilog ໃນ slurm.conf ຈະຖືກປະຕິບັດ. ນີ້​ແມ່ນ
ຫມາຍຄວາມວ່າເປັນໂຄງການທີ່ມີຊີວິດສັ້ນຫຼາຍ. ຖ້າມັນລົ້ມເຫລວໃນການຢຸດເຊົາພາຍໃນສອງສາມ
ວິນາທີ, ມັນຈະຖືກຂ້າພ້ອມກັບຂະບວນການສືບເຊື້ອສາຍໃດໆ.

--task-prolog=<ປະຕິບັດໄດ້>
ໄດ້ slurmstepd daemon ຈະດໍາເນີນການ ປະຕິບັດໄດ້ ກ່ອນຈະເປີດແຕ່ລະໜ້າວຽກ. ນີ້
ຈະຖືກປະຕິບັດຫຼັງຈາກພາລາມິເຕີ TaskProlog ໃດໆໃນ slurm.conf ຖືກປະຕິບັດ. ນອກຈາກນັ້ນ
ຕົວແປສະພາບແວດລ້ອມປົກກະຕິ, ນີ້ມີ SLURM_TASK_PID ທີ່ມີຢູ່ເພື່ອກໍານົດ
ID ຂະບວນການຂອງວຽກງານທີ່ກໍາລັງເລີ່ມຕົ້ນ. ຜົນ​ຜະ​ລິດ​ມາດ​ຕະ​ຖານ​ຈາກ​ໂຄງ​ການ​ນີ້​ຂອງ​
ແບບຟອມ "ສົ່ງອອກ NAME=value" ຈະຖືກໃຊ້ເພື່ອກໍານົດຕົວແປສະພາບແວດລ້ອມສໍາລັບວຽກງານ
ກໍາລັງເກີດ.

-- ທົດສອບເທົ່ານັ້ນ
ໃຫ້ຜົນເປັນການຄາດຄະເນຂອງເວລາທີ່ວຽກໃດນຶ່ງຈະຖືກກຳນົດໃຫ້ແລ່ນຕາມວຽກປັດຈຸບັນ
ຄິວແລະອື່ນໆທັງຫມົດ ຍຸບ ການໂຕ້ຖຽງທີ່ລະບຸວຽກ. ຂໍ້ຈຳກັດນີ້ srun ຂອງ
ພຶດຕິກໍາພຽງແຕ່ກັບຄືນຂໍ້ມູນ; ບໍ່ມີວຽກໃດຖືກສົ່ງຕົວຈິງ. ຂໍ້ຍົກເວັ້ນ: ເປີດ
ລະບົບ Bluegene/Q ເມື່ອແລ່ນຢູ່ໃນການຈັດສັນວຽກທີ່ມີຢູ່ແລ້ວ, ນີ້ຈະປິດໃຊ້ງານ
ການນໍາໃຊ້ "runjob" ເພື່ອເປີດຕົວວຽກງານ. ໂຄງ​ການ​ດັ່ງ​ກ່າວ​ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ໂດຍ​ກົງ​
daemon ຂີ້ຄ້ານ.

-- thread-spec=<num>
ນັບຂອງກະທູ້ພິເສດຕໍ່ node ສະຫງວນໂດຍວຽກເຮັດງານທໍາສໍາລັບການດໍາເນີນງານລະບົບແລະ
ບໍ່ໄດ້ໃຊ້ໂດຍແອັບພລິເຄຊັນ. ແອັບພລິເຄຊັນຈະບໍ່ໃຊ້ກະທູ້ເຫຼົ່ານີ້, ແຕ່ຈະ
ຖືກຄິດຄ່າທໍານຽມສໍາລັບການຈັດສັນຂອງພວກເຂົາ. ທາງເລືອກນີ້ບໍ່ສາມາດຖືກນໍາໃຊ້ກັບ --core-spec
ທາງເລືອກ.

-- threads-per-core=<ກະທູ້>
ຈໍາ​ກັດ​ການ​ຄັດ​ເລືອກ node ກັບ nodes ທີ່​ມີ​ຢ່າງ​ຫນ້ອຍ​ຈໍາ​ນວນ​ທີ່​ກໍາ​ນົດ​ໄວ້​ຂອງ threads ຕໍ່​
ຫຼັກ. ຫມາຍເຫດ: "ກະທູ້" ຫມາຍເຖິງຈໍານວນຂອງຫນ່ວຍປະມວນຜົນໃນແຕ່ລະຫຼັກແທນທີ່ຈະ
ຫຼາຍກວ່າຈໍານວນໜ້າວຽກຂອງແອັບພລິເຄຊັນທີ່ຈະເປີດຕົວຕໍ່ຫຼັກ. ເບິ່ງເພີ່ມເຕີມ
ຂໍ້​ມູນ​ພາຍ​ໃຕ້​ການ​ -B ທາງ​ເລືອກ​ຂ້າງ​ເທິງ​ໃນ​ເວ​ລາ​ທີ່ plugin ວຽກ​ງານ / affinity ຖືກ​ເປີດ​ໃຫ້​ໃຊ້​ງານ​.

--ເວລາ-ນາທີ=<ທີ່ໃຊ້ເວລາ>
ກໍານົດເວລາຕໍາ່ສຸດທີ່ກ່ຽວກັບການຈັດສັນວຽກ. ຖ້າກໍານົດ, ວຽກເຮັດງານທໍາອາດຈະມີ
ມັນ --ເວລາ ຂອບເຂດຈໍາກັດຕ່ໍາກວ່າມູນຄ່າທີ່ບໍ່ມີຕ່ໍາກວ່າ --ເວລາ-ນາທີ ຖ້າ​ຫາກ​ວ່າ​ການ​ເຮັດ​ດັ່ງ​ນັ້ນ​ອະ​ນຸ​ຍາດ​ໃຫ້​
ວຽກ​ທີ່​ຈະ​ເລີ່ມ​ຕົ້ນ​ການ​ປະ​ຕິ​ບັດ​ໄວ​ກ​່​ວາ​ເປັນ​ໄປ​ໄດ້​. ກຳນົດເວລາຂອງວຽກ
ຈະບໍ່ມີການປ່ຽນແປງຫຼັງຈາກວຽກຖືກຈັດສັນຊັບພະຍາກອນ. ນີ້ແມ່ນປະຕິບັດໂດຍ a
ຂັ້ນຕອນການກຳນົດເວລາ backfill ເພື່ອຈັດສັນຊັບພະຍາກອນທີ່ສະຫງວນໄວ້ໃຫ້ສູງກວ່າ
ວຽກບູລິມະສິດ. ຮູບແບບເວລາທີ່ຍອມຮັບໄດ້ປະກອບມີ "ນາທີ", "ນາທີ: ວິນາທີ",
"ຊົ່ວໂມງ: ນາທີ: ວິນາທີ", "ມື້-ຊົ່ວໂມງ", "ມື້-ຊົ່ວໂມງ: ນາທີ" ແລະ
"ມື້-ຊົ່ວໂມງ: ນາທີ: ວິນາທີ".

--tmp=<MB>
ລະບຸຈໍານວນຕໍາ່ສຸດທີ່ຂອງພື້ນທີ່ດິສກ໌ຊົ່ວຄາວ.

-u, -- unbuffered
ໂດຍຄ່າເລີ່ມຕົ້ນການເຊື່ອມຕໍ່ລະຫວ່າງ slurmstepd ແລະແອັບພລິເຄຊັນທີ່ຜູ້ໃຊ້ເປີດຕົວແມ່ນ
ເກີນທໍ່. ຜົນຜະລິດ stdio ທີ່ຂຽນໂດຍແອັບພລິເຄຊັນແມ່ນ buffed ໂດຍ glibc
ຈົນກ່ວາມັນ flushed ຫຼືຜົນຜະລິດໄດ້ຖືກກໍານົດເປັນ unbuffered. ເບິ່ງ setbuf(3). ຖ້ານີ້
ທາງ​ເລືອກ​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​ວຽກ​ງານ​ໄດ້​ຖືກ​ປະ​ຕິ​ບັດ​ດ້ວຍ pseudo terminal ດັ່ງ​ນັ້ນ​
ຜົນ​ຜະ​ລິດ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແມ່ນ unbuffed​.

-- ການ​ນໍາ​ໃຊ້​
ສະແດງຂໍ້ຄວາມຊ່ວຍເຫຼືອສັ້ນໆ ແລະອອກ.

--uid=<ຜູ້ໃຊ້>
ພະຍາຍາມສົ່ງ ແລະ/ຫຼືດໍາເນີນການວຽກເປັນ ຜູ້ໃຊ້ ແທນທີ່ລະຫັດຜູ້ໃຊ້ເອີ້ນ. ໄດ້
ການຮຽກຮ້ອງຂໍ້ມູນປະຈຳຕົວຂອງຜູ້ໃຊ້ຈະຖືກໃຊ້ເພື່ອກວດສອບສິດການເຂົ້າເຖິງສຳລັບເປົ້າໝາຍ
ການແບ່ງສ່ວນ. ຜູ້ໃຊ້ຮາກອາດຈະໃຊ້ຕົວເລືອກນີ້ເພື່ອເຮັດວຽກເປັນຜູ້ໃຊ້ປົກກະຕິໃນ RootOnly
partition ສໍາ​ລັບ​ການ​ຍົກ​ຕົວ​ຢ່າງ​. ຖ້າແລ່ນເປັນຮາກ, ຍຸບ ຈະລຸດລົງການອະນຸຍາດຂອງມັນໃຫ້ກັບ uid
ລະບຸໄວ້ຫຼັງຈາກການຈັດສັນ node ສໍາເລັດ. ຜູ້ໃຊ້ ອາດຈະເປັນຊື່ຜູ້ໃຊ້ຫຼື
ID ຜູ້ໃຊ້ຕົວເລກ.

-V, - ການປ່ຽນແປງ
ສະແດງຂໍ້ມູນສະບັບແລະອອກ.

-v, -- verbose
ເພີ່ມທະວີການ verbosity ຂອງຂໍ້ຄວາມຂໍ້ມູນຂ່າວສານຂອງ srun. ຫຼາຍ -vຈະ​ຂອງ​
ເພີ່ມ​ທະ​ວີ​ການ verbosity ຂອງ srun​. ໂດຍຄ່າເລີ່ມຕົ້ນພຽງແຕ່ຄວາມຜິດພາດຈະຖືກສະແດງ.

-W, --ລໍຖ້າ=<ວິນາທີ>
ລະບຸໄລຍະເວລາທີ່ຈະລໍຖ້າຫຼັງຈາກວຽກງານທໍາອິດສິ້ນສຸດລົງກ່ອນທີ່ຈະຢຸດເຊົາການທັງຫມົດ
ວຽກ​ງານ​ທີ່​ຍັງ​ເຫຼືອ​. ຄ່າຂອງ 0 ສະແດງເຖິງການລໍຖ້າທີ່ບໍ່ຈໍາກັດ (ການເຕືອນຈະຖືກອອກ
ຫຼັງຈາກ 60 ວິນາທີ). ຄ່າເລີ່ມຕົ້ນແມ່ນຖືກກໍານົດໂດຍຕົວກໍານົດການ WaitTime ໃນ slurm
ໄຟລ໌ການຕັ້ງຄ່າ (ເບິ່ງ slurm.conf(5​)). ທາງເລືອກນີ້ສາມາດເປັນປະໂຫຍດເພື່ອໃຫ້ແນ່ໃຈວ່າ a
ວຽກງານຖືກຢຸດເຊົາໃນແບບທັນເວລາໃນກໍລະນີທີ່ວຽກງານຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນຢຸດເຊົາ
ກ່ອນໄວອັນຄວນ. ຫມາຍເຫດ: ໄດ້ -K, --kill-on-bad-ອອກ ທາງ​ເລືອກ​ມີ​ຄວາມ​ສໍາ​ຄັນ​ໃນ​ໄລ​ຍະ​ -W,
--ລໍຖ້າ ເພື່ອຢຸດວຽກທັນທີຖ້າວຽກໃດນຶ່ງອອກດ້ວຍລະຫັດອອກທີ່ບໍ່ແມ່ນສູນ.

-w, --nodelist=<host1,host2,... or ຊື່​ເອ​ກະ​ສານ>
ຂໍລາຍຊື່ເຈົ້າພາບສະເພາະ. ວຽກເຮັດງານທໍາຈະປະກອບດ້ວຍ ທັງຫມົດ ຂອງເຈົ້າພາບເຫຼົ່ານີ້ແລະ
ອາດຈະເປັນເຈົ້າພາບເພີ່ມເຕີມຕາມຄວາມຕ້ອງການເພື່ອຕອບສະຫນອງຄວາມຕ້ອງການຊັບພະຍາກອນ. ບັນຊີລາຍຊື່ອາດຈະ
ຖືກລະບຸເປັນລາຍຊື່ໂຮສທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດ, ຊ່ວງຂອງໂຮສ (host[1-5,7,...]
ຕົວຢ່າງ), ຫຼືຊື່ໄຟລ໌. ລາຍຊື່ເຈົ້າພາບຈະຖືກສົມມຸດວ່າເປັນຊື່ໄຟລ໌ຖ້າມັນ
ມີຕົວອັກສອນ "/". ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ລະ​ບຸ node ຕໍາ​່​ສຸດ​ທີ່​ຫຼື​ຕົວ​ປະ​ມວນ​ຜົນ​ຈະ​ມີ​ຂະ​ຫນາດ​ໃຫຍ່​ກວ່າ​
ຫຼາຍກ່ວາສາມາດພໍໃຈໂດຍບັນຊີລາຍຊື່ເຈົ້າພາບທີ່ສະຫນອງ, ຊັບພະຍາກອນເພີ່ມເຕີມຈະເປັນ
ຈັດສັນຢູ່ໃນຂໍ້ອື່ນໆຕາມຄວາມຕ້ອງການ. ແທນທີ່ຈະເວົ້າຊື່ໂຮສຫຼາຍຄັ້ງ
ເວລາ, ເຄື່ອງໝາຍດາວ ແລະຈຳນວນຄ້າງຄືນອາດຈະຖືກຕໍ່ທ້າຍຊື່ເຈົ້າພາບ. ສໍາລັບ
ຕົວຢ່າງ "host1,host1" ແລະ "host1*2" ແມ່ນທຽບເທົ່າ.

--wckey=<wckey>
ລະບຸ wckey ທີ່ຈະໃຊ້ກັບວຽກ. ຖ້າ TrackWCKey=no (ຄ່າເລີ່ມຕົ້ນ) ໃນ slurm.conf
ຄ່ານີ້ຖືກລະເລີຍ.

-X, --disable-ສະຖານະ
ປິດການສະແດງສະຖານະໜ້າວຽກເມື່ອ srun ໄດ້ຮັບ SIGINT ດຽວ (Ctrl-C).
ແທນທີ່ຈະສົ່ງ SIGINT ໄປຫາວຽກແລ່ນທັນທີ. ໂດຍບໍ່ມີທາງເລືອກນີ້ a
ສອງ Ctrl-C ໃນຫນຶ່ງວິນາທີແມ່ນຈໍາເປັນເພື່ອບັງຄັບໃຫ້ຢຸດວຽກແລະ ຍຸບ ຈະ
ອອກທັນທີ. ອາດຈະຖືກຕັ້ງຄ່າຜ່ານຕົວແປສະພາບແວດລ້ອມ
SLURM_DISABLE_STATUS.

-x, --ຍົກເວັ້ນ=<host1,host2,... or ຊື່​ເອ​ກະ​ສານ>
ຂໍໃຫ້ບັນຊີລາຍຊື່ສະເພາະຂອງເຈົ້າພາບບໍ່ໄດ້ລວມຢູ່ໃນຊັບພະຍາກອນທີ່ຈັດສັນໃຫ້
ວຽກນີ້. ລາຍຊື່ເຈົ້າພາບຈະຖືກສົມມຸດວ່າເປັນຊື່ໄຟລ໌ຖ້າມັນມີ a
"/"ລັກສະນະ.

-Z, -- ບໍ່ມີການຈັດສັນ
ດໍາເນີນວຽກງານທີ່ກໍານົດໄວ້ໃນຊຸດຂອງ nodes ໂດຍບໍ່ມີການສ້າງ Slurm "ວຽກ" ໃນ
ໂຄງປະກອບການແຖວ Slurm, ຂ້າມຂັ້ນຕອນການຈັດສັນຊັບພະຍາກອນປົກກະຕິ. ບັນຊີລາຍຊື່ຂອງ
nodes ຕ້ອງໄດ້ຮັບການລະບຸໄວ້ກັບ -w, --nodelist ທາງເລືອກ. ນີ້ແມ່ນສິດທິພິເສດ
ທາງເລືອກສາມາດໃຊ້ໄດ້ສໍາລັບຜູ້ໃຊ້ "SlurmUser" ແລະ "ຮາກ".

ທາງເລືອກຕໍ່ໄປນີ້ສະຫນັບສະຫນູນລະບົບ Blue Gene, ແຕ່ອາດຈະໃຊ້ກັບລະບົບອື່ນໆ
ດີ.

--blrts-ຮູບ=<ເສັ້ນທາງ>
ເສັ້ນທາງໄປຫາຮູບພາບ blrts ສໍາລັບບລັອກ bluegene. BGL ເທົ່ານັ້ນ. ຄ່າເລີ່ມຕົ້ນຈາກ blugene.conf if
ບໍ່ໄດ້ກໍານົດ.

--cnload-ຮູບ=<ເສັ້ນທາງ>
ເສັ້ນທາງເພື່ອຄິດໄລ່ຮູບພາບຂອງໂນດສໍາລັບບລັອກ bluegene. BGP ເທົ່ານັ້ນ. ຄ່າເລີ່ມຕົ້ນຈາກ
blugene.conf ຖ້າບໍ່ໄດ້ຕັ້ງ.

--conn-type=<ປະເພດ>
ຕ້ອງການປະເພດຂອງການເຊື່ອມຕໍ່ບລັອກເປັນປະເພດສະເພາະໃດຫນຶ່ງ. ກ່ຽວກັບ Blue Gene ໄດ້
ຍອມຮັບໄດ້ ປະເພດ ແມ່ນ MESH, TORUS ແລະ NAV. ຖ້າ NAV, ຫຼືຖ້າບໍ່ໄດ້ຕັ້ງ, ຫຼັງຈາກນັ້ນ Slurm ຈະ
ພະຍາຍາມໃຫ້ເຫມາະສົມກັບສິ່ງທີ່ DefaultConnType ຖືກກໍານົດໄວ້ໃນ bluegene.conf ຖ້ານັ້ນບໍ່ແມ່ນ
ຕັ້ງຄ່າເລີ່ມຕົ້ນແມ່ນ TORUS. ທ່ານບໍ່ຄວນຕັ້ງຕົວເລືອກນີ້ຕາມປົກກະຕິ. ຖ້າແລ່ນສຸດ
ລະບົບ BGP ແລະຕ້ອງການທີ່ຈະດໍາເນີນການໃນໂຫມດ HTC (ພຽງແຕ່ສໍາລັບ 1 ຍົນກາງແລະຂ້າງລຸ່ມນີ້). ເຈົ້າ
ສາມາດໃຊ້ HTC_S ສໍາລັບ SMP, HTC_D ສໍາລັບ Dual, HTC_V ສໍາລັບໂຫມດ virtual, ແລະ HTC_L ສໍາລັບ
ໂໝດ Linux. ສໍາລັບລະບົບທີ່ອະນຸຍາດໃຫ້ປະເພດການເຊື່ອມຕໍ່ທີ່ແຕກຕ່າງກັນຕໍ່ຂະຫນາດຂອງທ່ານ
ສາ​ມາດ​ສະ​ຫນອງ​ບັນ​ຊີ​ລາຍ​ຊື່​ທີ່​ແຍກ​ອອກ​ເປັນ​ເຄື່ອງ​ຫມາຍ​ຈຸດ​ຂອງ​ປະ​ເພດ​ການ​ເຊື່ອມ​ຕໍ່​ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ໄວ້​, ຫນຶ່ງ​ສໍາ​ລັບ​ການ​
ແຕ່ລະມິຕິ (ie M, T, T, T ຈະໃຫ້ທ່ານເຊື່ອມຕໍ່ torus ແມ່ນທຸກຂະຫນາດ
ຄາດຫວັງວ່າຄັ້ງທໍາອິດ).

-g, --ເລຂາຄະນິດ=<XxYxZ> |AxXxYxZ>
ລະບຸຄວາມຕ້ອງການເລຂາຄະນິດສໍາລັບວຽກ. ໃນລະບົບ BlueGene/L ແລະ BlueGene/P
ມີສາມຕົວເລກໃຫ້ຂະຫນາດໃນທິດທາງ X, Y ແລະ Z, ໃນຂະນະທີ່ຢູ່
ລະບົບ BlueGene/Q ມີສີ່ຕົວເລກໃຫ້ຂະຫນາດໃນ A, X, Y ແລະ Z
ທິດທາງແລະບໍ່ສາມາດຖືກນໍາໃຊ້ເພື່ອຈັດສັນ sub-blocks. ຍົກ​ຕົວ​ຢ່າງ
"--geometry=1x2x3x4", ກຳນົດບລ໋ອກຂອງຂໍ້ທີ່ມີ 1 x 2 x 3 x 4 = 24 nodes
(ຕົວຈິງແລ້ວແມ່ນຍົນກາງຢູ່ເທິງ BlueGene).

--ioload-ຮູບ=<ເສັ້ນທາງ>
ເສັ້ນທາງໄປຫາຮູບພາບ io ສໍາລັບບລັອກ bluegene. BGP ເທົ່ານັ້ນ. ຄ່າເລີ່ມຕົ້ນຈາກ blugene.conf ຖ້າ​ບໍ່
ຕັ້ງ.

--linux-ຮູບ=<ເສັ້ນທາງ>
ເສັ້ນທາງໄປຫາຮູບພາບ linux ສໍາລັບບລັອກ bluegene. BGL ເທົ່ານັ້ນ. ຄ່າເລີ່ມຕົ້ນຈາກ blugene.conf if
ບໍ່ໄດ້ກໍານົດ.

--mloader-ຮູບ=<ເສັ້ນທາງ>
ເສັ້ນທາງໄປຫາຮູບພາບ mloader ສໍາລັບບລັອກ bluegene. ຄ່າເລີ່ມຕົ້ນຈາກ blugene.conf ຖ້າບໍ່ໄດ້ຕັ້ງ.

-R, --no-rotate
ປິດໃຊ້ງານການຫມຸນຂອງເລຂາຄະນິດທີ່ຮ້ອງຂໍຂອງວຽກເພື່ອໃຫ້ເຫມາະກັບຄວາມເໝາະສົມ
ຕັນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ເລຂາຄະນິດທີ່ລະບຸໄວ້ສາມາດຫມຸນໃນສາມມິຕິ.

--ramdisk-ຮູບ=<ເສັ້ນທາງ>
ເສັ້ນທາງໄປຫາຮູບພາບ ramdisk ສໍາລັບບລັອກ bluegene. BGL ເທົ່ານັ້ນ. ຄ່າເລີ່ມຕົ້ນຈາກ blugene.conf if
ບໍ່ໄດ້ກໍານົດ.

ຍຸບ ຈະສົ່ງຄໍາຮ້ອງຂໍວຽກໄປຫາຜູ້ຄວບຄຸມວຽກ slurm, ຫຼັງຈາກນັ້ນເລີ່ມຕົ້ນຂະບວນການທັງຫມົດ
ໃນ nodes ຫ່າງໄກສອກຫຼີກ. ຖ້າການຮ້ອງຂໍບໍ່ສາມາດຕອບສະຫນອງໄດ້ທັນທີ, ຍຸບ ຈະຕັນຈົນກ່ວາ
ຊັບພະຍາກອນແມ່ນບໍ່ເສຍຄ່າເພື່ອດໍາເນີນການເຮັດວຽກ. ຖ້າ -I (-- ທັນ​ທີ​ທັນ​ໃດ​) ທາງ​ເລືອກ​ແມ່ນ​ລະ​ບຸ​ໄວ້​ ຍຸບ ຈະ
ຢຸດເຊົາຖ້າຊັບພະຍາກອນບໍ່ສາມາດໃຊ້ໄດ້ທັນທີ.

ເມື່ອເລີ່ມຂະບວນການທາງໄກ ຍຸບ ຈະຂະຫຍາຍໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນ, ເວັ້ນເສຍແຕ່
--chdir=<ເສັ້ນທາງ> ແມ່ນລະບຸໄວ້, ໃນກໍລະນີນີ້ ເສັ້ນທາງ ຈະກາຍເປັນໄດເລກະທໍລີທີ່ເຮັດວຽກສໍາລັບ
ຂະບວນການທາງໄກ.

ໄດ້ -n, -c, ແລະ -N ທາງເລືອກຄວບຄຸມວິທີການ CPU ແລະ nodes ຈະຖືກຈັດສັນໃຫ້ກັບວຽກ. ເມື່ອ​ໃດ​
ລະບຸພຽງແຕ່ຈໍານວນຂອງຂະບວນການທີ່ຈະດໍາເນີນການກັບ -n, ເປັນຄ່າເລີ່ມຕົ້ນຂອງຫນຶ່ງ CPU ຕໍ່ຂະບວນການ
ຖືກຈັດສັນ. ໂດຍການລະບຸຈໍານວນ CPU ທີ່ຕ້ອງການຕໍ່ວຽກງານ (-c), ຫຼາຍກ່ວາຫນຶ່ງ CPU
ອາດຈະຖືກຈັດສັນຕໍ່ຂະບວນການ. ຖ້າຈໍານວນ nodes ຖືກກໍານົດດ້ວຍ -N, ຍຸບ ຈະ
ພະຍາຍາມຈັດສັນ at ຢ່າງຫນ້ອຍ ຈໍາ​ນວນ​ຂອງ​ຂໍ້​ກໍາ​ນົດ​.

ການປະສົມປະສານຂອງສາມທາງເລືອກຂ້າງເທິງອາດຈະຖືກນໍາໃຊ້ເພື່ອປ່ຽນແປງວິທີການຂະບວນການ
ແຈກຢາຍໃນທົ່ວ nodes ແລະ cpus. ສໍາລັບຕົວຢ່າງ, ໂດຍກໍານົດທັງສອງຈໍານວນຂອງ
ຂະບວນການແລະຈໍານວນຂອງ nodes ທີ່ຈະດໍາເນີນການ, ຈໍານວນຂອງຂະບວນການຕໍ່ node ແມ່ນ
ບົ່ງບອກ. ຢ່າງໃດກໍຕາມ, ຖ້າຫາກວ່າຈໍານວນຂອງ CPUs ຕໍ່ຂະບວນການມີຄວາມສໍາຄັນຫຼາຍກ່ວາຈໍານວນຂອງ
ຂະ​ບວນ​ການ (-n) ແລະ​ຈໍາ​ນວນ​ຂອງ CPU ຕໍ່​ຂະ​ບວນ​ການ (-c) ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ໄວ້​.

ຍຸບ ຈະປະຕິເສດການຈັດສັນຫຼາຍກວ່າຫນຶ່ງຂະບວນການຕໍ່ CPU ເວັ້ນເສຍແຕ່ -- overcommit (-O) ແມ່ນ
ຍັງລະບຸ.

ຍຸບ ຈະພະຍາຍາມຕອບສະຫນອງຂໍ້ກໍາຫນົດຂ້າງເທິງ "ຢ່າງຫນ້ອຍ." ນັ້ນແມ່ນ, ຖ້າ 16 nodes
ຖືກຮ້ອງຂໍສໍາລັບ 32 ຂະບວນການ, ແລະບາງ nodes ບໍ່ມີ 2 CPU, ການຈັດສັນ nodes.
ຈະຖືກເພີ່ມຂຶ້ນເພື່ອຕອບສະຫນອງຄວາມຕ້ອງການຂອງ CPU. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, a ຕໍາ່ສຸດທີ່ ຂອງ 16
nodes ກໍາລັງຖືກຮ້ອງຂໍ. ຢ່າງໃດກໍຕາມ, ຖ້າ 16 nodes ຖືກຮ້ອງຂໍສໍາລັບ 15 ຂະບວນການ, ຍຸບ ຈະ
ພິຈາລະນານີ້ເປັນຄວາມຜິດພາດ, ເນື່ອງຈາກວ່າ 15 ຂະບວນການບໍ່ສາມາດດໍາເນີນການໃນທົ່ວ 16 nodes.

IO ຕົວຊີ້ທິດທາງ

ໂດຍຄ່າເລີ່ມຕົ້ນ, stdout ແລະ stderr ຈະຖືກໂອນຈາກຫນ້າວຽກທັງຫມົດໄປຫາ stdout ແລະ stderr.
of ຍຸບ, ແລະ stdin ຈະຖືກໂອນຈາກວັດສະດຸປ້ອນມາດຕະຖານຂອງ ຍຸບ ຕໍ່ກັບວຽກງານຫ່າງໄກສອກຫຼີກທັງໝົດ.
ຖ້າ stdin ພຽງແຕ່ຈະຖືກອ່ານໂດຍຊຸດຍ່ອຍຂອງວຽກງານທີ່ສ້າງຂື້ນ, ການລະບຸໄຟລ໌ທີ່ຈະອ່ານ
ຈາກແທນທີ່ຈະສົ່ງຕໍ່ stdin ຈາກ ຍຸບ ຄໍາສັ່ງອາດຈະດີກວ່າຍ້ອນວ່າມັນຫຼີກເວັ້ນ
ການເຄື່ອນຍ້າຍແລະເກັບຮັກສາຂໍ້ມູນທີ່ບໍ່ເຄີຍອ່ານ.

ສໍາລັບ OS X, ຟັງຊັນ poll() ບໍ່ຮອງຮັບ stdin, ດັ່ງນັ້ນການປ້ອນຂໍ້ມູນຈາກເຄື່ອງໃຊ້ບໍ່ໄດ້
ເປັນໄປໄດ້.

ສໍາລັບ BGQ srun ພຽງແຕ່ສະຫນັບສະຫນູນ stdin ກັບ 1 ວຽກທີ່ເຮັດວຽກຢູ່ໃນລະບົບ. ໂດຍຄ່າເລີ່ມຕົ້ນມັນເປັນວຽກ
0 ແຕ່ສາມາດປ່ຽນແປງໄດ້ດ້ວຍ -i ດັ່ງທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້, ຫຼື
--launcher-opts="--stdinrank= ".

ພຶດຕິກຳນີ້ອາດຈະຖືກປ່ຽນແປງດ້ວຍ -- ຜົນຜະລິດ, -- ຄວາມ​ຜິດ​ພາດ​, ແລະ --ການປ້ອນຂໍ້ມູນ (-o, -e, -i) ທາງ​ເລືອກ​.
ຮູບແບບສະເພາະທີ່ຖືກຕ້ອງສໍາລັບທາງເລືອກເຫຼົ່ານີ້ແມ່ນ

ທັງຫມົດ stdout stderr ຖືກໂອນຈາກຫນ້າວຽກທັງຫມົດເພື່ອ srun. stdin ແມ່ນອອກອາກາດໃຫ້ທຸກຄົນ
ວຽກ​ງານ​ຫ່າງ​ໄກ​ສອກ​ຫຼີກ​. (ນີ້ແມ່ນພຶດຕິກຳເລີ່ມຕົ້ນ)

none stdout ແລະ stderr ບໍ່ໄດ້ຮັບຈາກວຽກງານໃດໆ. stdin ບໍ່ໄດ້ຖືກສົ່ງໄປຫາຫນ້າວຽກໃດໆ
(stdin ປິດ).

ຮັບຜິດຊອບ stdout ແລະ/ຫຼື stderr ຖືກປ່ຽນເສັ້ນທາງຈາກພຽງແຕ່ວຽກງານທີ່ມີ id ພີ່ນ້ອງເທົ່າກັບ
ຮັບຜິດຊອບ, ບ່ອນທີ່ 0 <= ຮັບຜິດຊອບ <= ບໍ່sks, ບ່ອນທີ່ ບໍ່sks ແມ່ນ​ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ​ວຽກ​ງານ​
ໃນ​ຂັ້ນ​ຕອນ​ການ​ເຮັດ​ວຽກ​ໃນ​ປັດ​ຈຸ​ບັນ​. stdin ຖືກປ່ຽນເສັ້ນທາງຈາກ stdin ຂອງ ຍຸບ ນີ້
ວຽກງານດຽວກັນ. ໄຟລ໌ນີ້ຈະຖືກຂຽນໄວ້ໃນ node ທີ່ປະຕິບັດຫນ້າວຽກ.

ຊື່​ເອ​ກະ​ສານ ຍຸບ ຈະປ່ຽນເສັ້ນທາງ stdout ແລະ/ຫຼື stderr ໄປຫາໄຟລ໌ທີ່ມີຊື່ຈາກທຸກໜ້າວຽກ. stdin
ຈະຖືກປ່ຽນເສັ້ນທາງຈາກໄຟລ໌ທີ່ມີຊື່ແລະອອກອາກາດໄປຫາຫນ້າວຽກທັງຫມົດ.
ຊື່​ເອ​ກະ​ສານ ໝາຍເຖິງເສັ້ນທາງເທິງເຈົ້າພາບທີ່ແລ່ນ ຍຸບ. ຂື້ນກັບ
ຮູບ​ແບບ​ລະ​ບົບ​ໄຟລ​໌ cluster​, ນີ້​ອາດ​ຈະ​ເຮັດ​ໃຫ້​ຜົນ​ຜະ​ລິດ​ທີ່​ປະ​ກົດ​ອອກ​ໃນ​
ສະ​ຖານ​ທີ່​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຂຶ້ນ​ກັບ​ວ່າ​ວຽກ​ເຮັດ​ງານ​ທໍາ​ແມ່ນ​ດໍາ​ເນີນ​ການ​ໃນ​ຮູບ​ແບບ batch​.

ຮູບແບບ string
ຍຸບ ອະນຸຍາດໃຫ້ໃຊ້ສະຕຣິງຮູບແບບເພື່ອສ້າງໄຟລ໌ IO ທີ່ມີຊື່
ອະທິບາຍຂ້າງເທິງ. ບັນຊີລາຍຊື່ຕໍ່ໄປນີ້ຂອງຕົວກໍານົດຮູບແບບອາດຈະຖືກນໍາໃຊ້ໃນ
ຮູບແບບສະຕຣິງເພື່ອສ້າງຊື່ໄຟລ໌ທີ່ເປັນເອກະລັກສະເພາະກັບວຽກທີ່ໃຫ້,
stepid, node, ຫຼືວຽກງານ. ໃນແຕ່ລະກໍລະນີ, ຈໍານວນໄຟລ໌ທີ່ເຫມາະສົມແມ່ນເປີດ
ແລະກ່ຽວຂ້ອງກັບວຽກງານທີ່ສອດຄ້ອງກັນ. ໃຫ້ສັງເກດວ່າສະຕຣິງຮູບແບບໃດກໍ່ຕາມ
ປະກອບດ້ວຍ %t, %n, ແລະ/ຫຼື %N ຈະຖືກຂຽນໄວ້ໃນ node ທີ່ປະຕິບັດໜ້າວຽກ
ແທນທີ່ຈະເປັນ node ທີ່ ຍຸບ ປະຕິບັດ, ຕົວກໍານົດຮູບແບບເຫຼົ່ານີ້ແມ່ນບໍ່
ຮອງຮັບໃນລະບົບ BGQ.

%A ໝາຍເລກການຈັດສັນວຽກຫຼັກຂອງອາເຣໜ້າວຽກ.

%a Job array ID (index) number.

%J jobid.stepid ຂອງວຽກແລ່ນ. (ເຊັ່ນ: "128.0")

%j jobid ຂອງວຽກແລ່ນ.

%s ກ້າວອອກຈາກວຽກທີ່ເຮັດວຽກຢູ່.

%N ຊື່ໂຮສສັ້ນ. ນີ້ຈະສ້າງໄຟລ໌ IO ແຍກຕ່າງຫາກຕໍ່ node.

%n Node identifier ທຽບກັບວຽກປະຈຸບັນ (ເຊັ່ນ: "0" ແມ່ນ node ທຳອິດຂອງ
ວຽກທີ່ເຮັດວຽກ) ນີ້ຈະສ້າງໄຟລ໌ IO ແຍກຕ່າງຫາກຕໍ່ node.

%t ໂຕລະບຸໜ້າວຽກ (ອັນດັບ) ທຽບກັບວຽກປັດຈຸບັນ. ນີ້ຈະສ້າງເປັນ
ໄຟລ໌ IO ແຍກຕ່າງຫາກຕໍ່ຫນ້າວຽກ.

%u ຊື່ຜູ້ໃຊ້.

ຕົວເລກທີ່ວາງໄວ້ລະຫວ່າງຕົວອັກສອນສ່ວນຮ້ອຍ ແລະຕົວລະບຸຮູບແບບອາດຈະຖືກໃຊ້
ກັບສູນ pad ຜົນໄດ້ຮັບໃນຊື່ໄຟລ໌ IO. ຕົວເລກນີ້ຖືກລະເລີຍຖ້າຮູບແບບ
ຕົວລະບຸແມ່ນກົງກັບຂໍ້ມູນທີ່ບໍ່ແມ່ນຕົວເລກ (ຕົວຢ່າງ %N).

ບາງຕົວຢ່າງຂອງວິທີທີ່ສະຕຣິງຮູບແບບອາດຈະຖືກນໍາໃຊ້ສໍາລັບ 4 ຂັ້ນຕອນວຽກວຽກທີ່ມີ a
Job ID ຂອງ 128 ແລະ id ຂັ້ນ​ຕອນ​ຂອງ 0 ແມ່ນ​ລວມ​ຢູ່​ຂ້າງ​ລຸ່ມ​ນີ້​:

job%J.out job128.0.out

job%4j.out job0128.out

job%j-%2t.out job128-00.out, job128-01.out, ...

ປັດໄຈນໍາເຂົ້າ ENVIRONMENT ຄວາມຮັບຜິດຊອບ

ບາງຕົວເລືອກ srun ອາດຈະຖືກຕັ້ງຄ່າຜ່ານຕົວແປສະພາບແວດລ້ອມ. ຕົວແປສະພາບແວດລ້ອມເຫຼົ່ານີ້,
ຄຽງຄູ່ກັບທາງເລືອກທີ່ສອດຄ້ອງກັນຂອງພວກເຂົາ, ແມ່ນລະບຸໄວ້ຂ້າງລຸ່ມນີ້. ໝາຍເຫດ: ຕົວເລືອກແຖວຄຳສັ່ງຈະ
ແທນທີ່ການຕັ້ງຄ່າເຫຼົ່ານີ້ສະເໝີ.

PMI_FANOUT ອັນນີ້ແມ່ນໃຊ້ສະເພາະກັບ PMI (MPICH2 ແລະ MVAPICH2) ແລະການຄວບຄຸມ
fanout ຂອງ​ການ​ສື່​ສານ​ຂໍ້​ມູນ​. ຄໍາສັ່ງ srun ສົ່ງຂໍ້ຄວາມ
ໄປຫາໂຄງການແອັບພລິເຄຊັນ (ຜ່ານຫ້ອງສະຫມຸດ PMI) ແລະແອັບພລິເຄຊັນເຫຼົ່ານັ້ນ
ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ຮຽກ​ຮ້ອງ​ໃຫ້​ສົ່ງ​ຕໍ່​ຂໍ້​ມູນ​ທີ່​ເຖິງ​ຈໍາ​ນວນ​ນີ້​
ວຽກ​ງານ​ເພີ່ມ​ເຕີມ​. ຄ່າທີ່ສູງກວ່າ offload ເຮັດວຽກຈາກຄໍາສັ່ງ srun
ຕໍ່ກັບແອັບພລິເຄຊັນ ແລະອາດຈະເພີ່ມຄວາມສ່ຽງຕໍ່ການ
ຄວາມລົ້ມເຫຼວ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 32.

PMI_FANOUT_OFF_HOST ອັນນີ້ແມ່ນໃຊ້ສະເພາະກັບ PMI (MPICH2 ແລະ MVAPICH2) ແລະການຄວບຄຸມ
fanout ຂອງ​ການ​ສື່​ສານ​ຂໍ້​ມູນ​. ຄໍາສັ່ງ srun ສົ່ງຂໍ້ຄວາມ
ໄປຫາໂຄງການແອັບພລິເຄຊັນ (ຜ່ານຫ້ອງສະຫມຸດ PMI) ແລະແອັບພລິເຄຊັນເຫຼົ່ານັ້ນ
ອາດຈະຖືກຮຽກຮ້ອງໃຫ້ສົ່ງຂໍ້ມູນນັ້ນໄປຫາວຽກງານເພີ່ມເຕີມ. ໂດຍ
default, srun ສົ່ງຂໍ້ຄວາມຫນຶ່ງຕໍ່ host ແລະຫນຶ່ງຫນ້າວຽກໃນ host ນັ້ນ
ສົ່ງຕໍ່ຂໍ້ມູນໄປຍັງໜ້າວຽກອື່ນຢູ່ໃນໂຮດນັ້ນ PMI_FANOUTທີ່ຢູ່ ຖ້າຫາກວ່າ
PMI_FANOUT_OFF_HOST ຖືກກໍານົດ, ຫນ້າທີ່ຜູ້ໃຊ້ອາດຈະຕ້ອງການ
ສົ່ງຕໍ່ຂໍ້ມູນໄປຍັງໜ້າວຽກເທິງໂຮສອື່ນ. ການຕັ້ງຄ່າ
PMI_FANOUT_OFF_HOST ອາດຈະເພີ່ມປະສິດທິພາບ. ນັບຕັ້ງແຕ່ການເຮັດວຽກຫຼາຍ
ປະຕິບັດໂດຍຫ້ອງສະຫມຸດ PMI ທີ່ໂຫລດໂດຍຄໍາຮ້ອງສະຫມັກຂອງຜູ້ໃຊ້,
ຄວາມລົ້ມເຫຼວຍັງສາມາດເປັນທົ່ວໄປຫຼາຍແລະມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະວິນິດໄສ.

PMI_TIME ອັນນີ້ແມ່ນໃຊ້ສະເພາະກັບ PMI (MPICH2 ແລະ MVAPICH2) ແລະການຄວບຄຸມ
ການສື່ສານຈາກວຽກງານໄປເຖິງ srun ແມ່ນແຜ່ຂະຫຍາຍຫຼາຍປານໃດ
ອອກໃນເວລາເພື່ອຫຼີກເວັ້ນການ overwhelming ຄໍາສັ່ງ srun ກັບ
ເຮັດວຽກ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 500 (ໄມໂຄຣວິນາທີ) ຕໍ່ໜ້າວຽກ. ສຸດ
ໂປເຊດເຊີທີ່ຂ້ອນຂ້າງຊ້າຫຼືລະບົບທີ່ມີໂປເຊດເຊີຂະຫນາດໃຫຍ່ຫຼາຍ
ການນັບ (ແລະຊຸດຂໍ້ມູນ PMI ຂະຫນາດໃຫຍ່), ມູນຄ່າທີ່ສູງກວ່າອາດຈະຕ້ອງການ.

SLURM_CONF ສະຖານທີ່ຂອງໄຟລ໌ການຕັ້ງຄ່າ Slurm.

SLURM_ACCOUNT ຄື​ກັນ​ກັບ -A, --ບັນຊີ

SLURM_ACCTG_FREQ ຄື​ກັນ​ກັບ --acctg-freq

SLURM_BCAST ຄື​ກັນ​ກັບ --bcast

SLURM_BLRTS_IMAGE ຄື​ກັນ​ກັບ --blrts-ຮູບ

SLURM_BURST_BUFFER ຄື​ກັນ​ກັບ --bb

SLURM_CHECKPOINT ຄື​ກັນ​ກັບ --ຈຸດກວດກາ

SLURM_CHECKPOINT_DIR ຄື​ກັນ​ກັບ --checkpoint-dir

SLURM_CNLOAD_IMAGE ຄື​ກັນ​ກັບ --cnload-ຮູບ

SLURM_CONN_TYPE ຄື​ກັນ​ກັບ --conn-type

SLURM_CORE_SPEC ຄື​ກັນ​ກັບ --core-spec

SLURM_CPU_BIND ຄື​ກັນ​ກັບ --cpu_bind

SLURM_CPU_FREQ_REQ ຄື​ກັນ​ກັບ --cpu-ຄວາມຖີ່.

SLURM_CPUS_PER_TASK ຄື​ກັນ​ກັບ -c, --cpus-ຕໍ່ຫນ້າວຽກ

SLURM_DEBUG ຄື​ກັນ​ກັບ - ໃນ​, -- verbose

SlurmD_DEBUG ຄື​ກັນ​ກັບ -d, --slurmd-debug

SLURM_DEPENDENCY -P, --ການ​ເພິ່ງ​ພາ​ອາ​ໄສ=<ວຽກເຮັດ>

SLURM_DISABLE_STATUS ຄື​ກັນ​ກັບ -X, --disable-ສະຖານະ

SLURM_DIST_PLANESIZE ຄື​ກັນ​ກັບ -m plane

SLURM_DISTRIBUTION ຄື​ກັນ​ກັບ -m, -- ການ​ແຜ່​ກະ​ຈາຍ​

SLURM_EPILOG ຄື​ກັນ​ກັບ --epilog

SLURM_EXCLUSIVE ຄື​ກັນ​ກັບ --ສະເພາະ

SLURM_EXIT_ERROR ລະບຸລະຫັດອອກທີ່ສ້າງຂຶ້ນເມື່ອມີຄວາມຜິດພາດ Slurm ເກີດຂຶ້ນ (ເຊັ່ນ
ທາງເລືອກທີ່ບໍ່ຖືກຕ້ອງ). ນີ້ສາມາດຖືກນໍາໃຊ້ໂດຍສະຄິບເພື່ອຈໍາແນກ
ລະຫັດອອກຈາກແອັບພລິເຄຊັນຈາກເງື່ອນໄຂຄວາມຜິດພາດ Slurm ຕ່າງໆ. ນອກຈາກນີ້
ເບິ່ງ SLURM_EXIT_IMMEDIATE.

SLURM_EXIT_IMMEDIATE ລະບຸລະຫັດອອກທີ່ສ້າງຂຶ້ນເມື່ອ -- ທັນ​ທີ​ທັນ​ໃດ​ ທາງເລືອກແມ່ນ
ໃຊ້ແລ້ວ ແລະຊັບພະຍາກອນບໍ່ສາມາດໃຊ້ໄດ້ໃນປັດຈຸບັນ. ນີ້ສາມາດຖືກນໍາໃຊ້ໂດຍ
ສະຄຣິບເພື່ອຈຳແນກລະຫັດອອກຈາກແອັບພລິເຄຊັນຈາກ Slurm ຕ່າງໆ
ເງື່ອນ​ໄຂ​ຄວາມ​ຜິດ​ພາດ​. ຍັງເບິ່ງ SLURM_EXIT_ERROR.

SLURM_GEOMETRY ຄື​ກັນ​ກັບ -g, --ເລຂາຄະນິດ

SLURM_HINT ຄື​ກັນ​ກັບ -- ຄໍາແນະນໍາ

SLURM_GRES ຄື​ກັນ​ກັບ --gresທີ່ຢູ່ ເບິ່ງຍັງເບິ່ງ SLURM_STEP_GRES

SLURM_IMMEDIATE ຄື​ກັນ​ກັບ - ຂ້ອຍ, -- ທັນ​ທີ​ທັນ​ໃດ​

SLURM_IOLOAD_IMAGE ຄື​ກັນ​ກັບ --ioload-ຮູບ

SLURM_JOB_ID (ແລະ SLURM_JOBID ສໍາ​ລັບ​ຄວາມ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​)
ຄື​ກັນ​ກັບ --ວຽກ

SLURM_JOB_NAME ຄື​ກັນ​ກັບ -J, --ຊື່ວຽກ ຍົກເວັ້ນພາຍໃນການຈັດສັນທີ່ມີຢູ່ແລ້ວ, ໃນ
ກໍລະນີໃດທີ່ມັນຖືກລະເລີຍເພື່ອຫຼີກເວັ້ນການໃຊ້ຊື່ຂອງວຽກ batch ເປັນ
ຊື່ຂອງແຕ່ລະຂັ້ນຕອນວຽກ.

SLURM_JOB_NUM_NODES (ແລະ SLURM_NNODES ສໍາ​ລັບ​ຄວາມ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​)
ຈຳນວນທັງໝົດຂອງ nodes ໃນການຈັດສັນຊັບພະຍາກອນຂອງວຽກ.

SLURM_KILL_BAD_EXIT ຄື​ກັນ​ກັບ -K, --kill-on-bad-ອອກ

SLURM_LABELIO ຄື​ກັນ​ກັບ -l, --ປ້າຍຊື່

SLURM_LINUX_IMAGE ຄື​ກັນ​ກັບ --linux-ຮູບ

SLURM_MEM_BIND ຄື​ກັນ​ກັບ --mem_bind

SLURM_MEM_PER_CPU ຄື​ກັນ​ກັບ --mem-ຕໍ່-cpu

SLURM_MEM_PER_NODE ຄື​ກັນ​ກັບ --mem

SLURM_MLOADER_IMAGE ຄື​ກັນ​ກັບ --mloader-ຮູບ

SLURM_MPI_TYPE ຄື​ກັນ​ກັບ --mpi

SLURM_NETWORK ຄື​ກັນ​ກັບ -- ເຄືອ​ຂ່າຍ​

SLURM_NNODES ຄື​ກັນ​ກັບ -N, --ຂໍ້

SLURM_NO_ROTATE ຄື​ກັນ​ກັບ -R, --no-rotate

SLURM_NTASKS (ແລະ SLURM_NPROCS ສໍາ​ລັບ​ຄວາມ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​)
ຄື​ກັນ​ກັບ -n, --ວຽກ

SLURM_NTASKS_PER_CORE ຄື​ກັນ​ກັບ --ntasks-per-core

SLURM_NTASKS_PER_NODE ຄື​ກັນ​ກັບ --ntasks-per-node

SLURM_NTASKS_PER_SOCKET
ຄື​ກັນ​ກັບ --ntasks-per-socket

SLURM_OPEN_MODE ຄື​ກັນ​ກັບ -- ໂຫມດເປີດ

SLURM_OVERCOMMIT ຄື​ກັນ​ກັບ -ໂອ, -- overcommit

SLURM_PARTITION ຄື​ກັນ​ກັບ -p, --ການແບ່ງສ່ວນ

SLURM_PMI_KVS_NO_DUP_KEYS
ຖ້າຕັ້ງ, PMI key-pairs ຈະບໍ່ມີປຸ່ມຊໍ້າກັນ. MPI ສາມາດເຮັດໄດ້
ໃຊ້ຕົວແປນີ້ເພື່ອແຈ້ງໃຫ້ຫ້ອງສະຫມຸດ PMI ວ່າມັນຈະບໍ່ໃຊ້
ລະຫັດຊໍ້າກັນເພື່ອໃຫ້ PMI ສາມາດຂ້າມການກວດສອບລະຫັດຊໍ້າກັນໄດ້. ນີ້
ແມ່ນກໍລະນີສໍາລັບ MPICH2 ແລະຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍໃນການທົດສອບສໍາລັບ
ຊ້ໍາກັນສໍາລັບການປັບປຸງປະສິດທິພາບ

SLURM_POWER ຄື​ກັນ​ກັບ --ພະລັງງານ

SLURM_PROFILE ຄື​ກັນ​ກັບ --ໂປຣໄຟລ໌

SLURM_PROLOG ຄື​ກັນ​ກັບ --prolog

SLURM_QOS ຄື​ກັນ​ກັບ --qos

SLURM_RAMDISK_IMAGE ຄື​ກັນ​ກັບ --ramdisk-ຮູບ

SLURM_REMOTE_CWD ຄື​ກັນ​ກັບ -D, --chdir=

SLURM_REQ_SWITCH ເມື່ອ topology ຕົ້ນໄມ້ຖືກ ນຳ ໃຊ້, ນີ້ ກຳ ນົດການນັບສູງສຸດ
ສະຫຼັບທີ່ຕ້ອງການສໍາລັບການຈັດສັນວຽກແລະທາງເລືອກສູງສຸດ
ເວລາທີ່ຈະລໍຖ້າຈໍານວນສະຫຼັບນັ້ນ. ເບິ່ງ --ສະຫຼັບ

SLURM_RESERVATION ຄື​ກັນ​ກັບ --ການຈອງ

SLURM_RESTART_DIR ຄື​ກັນ​ກັບ --restart-dir

SLURM_RESV_PORTS ຄື​ກັນ​ກັບ --resv-ພອດ

SLURM_SICP ຄື​ກັນ​ກັບ --sicp

SLURM_SIGNAL ຄື​ກັນ​ກັບ --ສັນຍານ

SLURM_STDERRMODE ຄື​ກັນ​ກັບ -e, -- ຄວາມ​ຜິດ​ພາດ​

SLURM_STDINMODE ຄື​ກັນ​ກັບ -i, --ການປ້ອນຂໍ້ມູນ

SLURM_SRUN_REDUCE_TASK_EXIT_MSG
ຖ້າຕັ້ງ ແລະບໍ່ແມ່ນສູນ, ຂໍ້ຄວາມຈະອອກຈາກໜ້າວຽກຕໍ່ເນື່ອງດ້ວຍອັນດຽວກັນ
ລະຫັດອອກຈະຖືກພິມອອກຄັ້ງດຽວເທົ່ານັ້ນ.

SLURM_STEP_GRES ຄື​ກັນ​ກັບ --gres (ພຽງແຕ່ໃຊ້ກັບຂັ້ນຕອນວຽກ, ບໍ່ແມ່ນການຈັດສັນວຽກ).
ເບິ່ງຍັງເບິ່ງ SLURM_GRES

SLURM_STEP_KILLED_MSG_NODE_ID=ID
ຖ້າຕັ້ງ, ມີພຽງແຕ່ node ທີ່ລະບຸໄວ້ທີ່ຈະບັນທຶກເມື່ອວຽກຫຼືຂັ້ນຕອນ
ຖືກຂ້າຕາຍໂດຍສັນຍານ.

SLURM_STDOUTMODE ຄື​ກັນ​ກັບ -o, -- ຜົນຜະລິດ

SLURM_TASK_EPILOG ຄື​ກັນ​ກັບ --task-epilog

SLURM_TASK_PROLOG ຄື​ກັນ​ກັບ --task-prolog

SLURM_TEST_EXEC ຖ້າ​ຫາກ​ວ່າ​ກໍາ​ນົດ​, ຫຼັງ​ຈາກ​ນັ້ນ​ກວດ​ສອບ​ການ​ມີ​ຢູ່​ແລ້ວ​ຂອງ​ໂຄງ​ການ​ປະ​ຕິ​ບັດ​ໄດ້​ໃນ​
ຄອມພິວເຕີທ້ອງຖິ່ນກ່ອນທີ່ຈະພະຍາຍາມເປີດມັນຢູ່ໃນຄອມພິວເຕີໂນດ.

SLURM_THREAD_SPEC ຄື​ກັນ​ກັບ -- thread-spec

SLURM_THREADS ຄື​ກັນ​ກັບ -T, -- ກະທູ້

SLURM_TIMELIMIT ຄື​ກັນ​ກັບ -t, --ເວລາ

SLURM_UNBUFFEREDIO ຄື​ກັນ​ກັບ -u, -- unbuffered

SLURM_WAIT ຄື​ກັນ​ກັບ -W, --ລໍຖ້າ

SLURM_WAIT4SWITCH ເວລາສູງສຸດລໍຖ້າການສະຫຼັບທີ່ຮ້ອງຂໍ. ເບິ່ງ --ສະຫຼັບ

SLURM_WCKEY ຄື​ກັນ​ກັບ -W, --wckey

SLURM_WORKING_DIR -D, --chdir

OUTPUT ENVIRONMENT ຄວາມຮັບຜິດຊອບ

srun ຈະກໍານົດບາງຕົວແປສະພາບແວດລ້ອມໃນສະພາບແວດລ້ອມຂອງການປະຕິບັດວຽກງານໃນ
ໂນດຄອມພິວເຕີທາງໄກ. ຕົວແປສະພາບແວດລ້ອມເຫຼົ່ານີ້ແມ່ນ:

SLURM_CHECKPOINT_IMAGE_DIR
ໄດເລກະທໍລີທີ່ຮູບພາບດ່ານຄວນຖືກຂຽນຖ້າ
ລະບຸໄວ້ໃນເສັ້ນປະຕິບັດ.

SLURM_CLUSTER_NAME ຊື່ຂອງກຸ່ມທີ່ວຽກກໍາລັງປະຕິບັດ.

SLURM_CPU_BIND_VERBOSE
--cpu_bind verbosity (ງຽບ, verbose).

SLURM_CPU_BIND_TYPE --cpu_bind ປະເພດ (ບໍ່ມີ, ອັນດັບ, map_cpu:,mask_cpu:).

SLURM_CPU_BIND_LIST --cpu_bind ແຜນທີ່ຫຼືບັນຊີລາຍຊື່ຫນ້າກາກ (ບັນຊີລາຍຊື່ຂອງ Slurm CPU IDs ຫຼືຫນ້າກາກສໍາລັບການນີ້
node, 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
ເປັນຄວາມຖີ່ຂອງຕົວເລກເປັນ kilohertz, ຫຼືຄ່າລະຫັດສໍາລັບ a
ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຂອງ​ ຕ່ໍາ, ຂະຫນາດກາງ,ສູງ1 or ສູງ ສໍາລັບຄວາມຖີ່. ເບິ່ງ
ລາຍ​ລະ​ອຽດ​ຂອງ​ --cpu-ຄວາມຖີ່ ທາງເລືອກຫຼື SLURM_CPU_FREQ_REQ ການປ້ອນຂໍ້ມູນ
environment variable

SLURM_CPUS_ON_NODE ຈຳນວນຂອງໂປເຊດເຊີທີ່ມີໃຫ້ເຮັດວຽກຢູ່ໃນ node ນີ້. ຫມາຍເຫດ
select/linear plugin ຈັດສັນ nodes ທັງໝົດໃຫ້ກັບວຽກ, ດັ່ງນັ້ນມູນຄ່າ
ສະແດງເຖິງການນັບລວມຂອງ CPU ໃນ node. ສໍາ​ລັບ
select/cons_res plugin, ຕົວເລກນີ້ຊີ້ບອກຈໍານວນຂອງ cores ສຸດ
node ນີ້ຈັດສັນໃຫ້ກັບວຽກ.

SLURM_CPUS_PER_TASK ຈຳນວນ CPU ທີ່ຮ້ອງຂໍຕໍ່ໜ້າວຽກ. ກໍານົດພຽງແຕ່ຖ້າຫາກວ່າ --cpus-ຕໍ່ຫນ້າວຽກ
ທາງ​ເລືອກ​ແມ່ນ​ລະ​ບຸ​ໄວ້​.

SLURM_DISTRIBUTION ປະເພດການແຈກຢາຍສໍາລັບວຽກທີ່ຈັດສັນ. ກໍານົດການແຈກຢາຍດ້ວຍ
-m, --ການແຜ່ກະຈາຍ.

SLURM_GTIDS ID ວຽກທົ່ວໂລກທີ່ເຮັດວຽກຢູ່ໃນ node ນີ້. ສູນຕົ້ນກຳເນີດ ແລະເຄື່ອງໝາຍຈຸດ
ແຍກອອກຈາກກັນ.

SLURM_JOB_CPUS_PER_NODE
ຈຳນວນ CPUS ຕໍ່ node.

SLURM_JOB_DEPENDENCY ຕັ້ງເປັນຄ່າຂອງທາງເລືອກ --dependency.

SLURM_JOB_ID (ແລະ SLURM_JOBID ສໍາ​ລັບ​ຄວາມ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​)
ລະຫັດວຽກຂອງວຽກປະຕິບັດ.

SLURM_JOB_NAME ຕັ້ງເປັນຄ່າຂອງທາງເລືອກ --job-name ຫຼືຊື່ຄໍາສັ່ງໃນເວລາທີ່
srun ແມ່ນໃຊ້ເພື່ອສ້າງການຈັດສັນວຽກໃຫມ່. ບໍ່ໄດ້ຕັ້ງເມື່ອ srun ແມ່ນ
ໃຊ້ພຽງແຕ່ເພື່ອສ້າງຂັ້ນຕອນວຽກ (ເຊັ່ນ: ພາຍໃນວຽກທີ່ມີຢູ່ແລ້ວ
ການຈັດສັນ).

SLURM_JOB_PARTITION ຊື່ຂອງພາທິຊັນທີ່ວຽກກໍາລັງແລ່ນ.

SLURM_LAUNCH_NODE_IPADDR
ທີ່ຢູ່ IP ຂອງໂຫນດທີ່ການເປີດຕົວວຽກໄດ້ຖືກລິເລີ່ມ
(ບ່ອນທີ່ຄໍາສັ່ງ srun ແລ່ນມາຈາກ).

SLURM_LOCALID Node local task ID ສໍາລັບຂະບວນການພາຍໃນວຽກ.

SLURM_MEM_BIND_VERBOSE
--mem_bind verbosity (ງຽບ, verbose).

SLURM_MEM_BIND_TYPE --mem_bind ປະເພດ (ບໍ່ມີ, ອັນດັບ, map_mem:,mask_mem:).

SLURM_MEM_BIND_LIST --mem_bind ແຜນທີ່ຫຼືບັນຊີລາຍຊື່ຫນ້າກາກ ( ).

SLURM_NNODES ຈຳນວນທັງໝົດຂອງ nodes ໃນການຈັດສັນຊັບພະຍາກອນຂອງວຽກ.

SLURM_NODE_ALIASES ຊຸດຂອງຊື່ node, ທີ່ຢູ່ຕິດຕໍ່ສື່ສານແລະ hostname ສໍາລັບ nodes
ຈັດສັນໃຫ້ວຽກຈາກຟັງ. ແຕ່ລະອົງປະກອບໃນຊຸດ if
ຈໍ້າສອງເມັດຖືກແຍກອອກ ແລະແຕ່ລະຊຸດຈະຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ຍົກ​ຕົວ​ຢ່າງ:
SLURM_NODE_ALIASES=ec0:1.2.3.4:foo,ec1:1.2.3.5:bar

SLURM_NODEID ID node ທີ່ກ່ຽວຂ້ອງຂອງ node ໃນປັດຈຸບັນ.

SLURM_NODELIST ບັນຊີລາຍຊື່ຂອງຂໍ້ຈັດສັນໃຫ້ກັບວຽກ.

SLURM_NTASKS (ແລະ SLURM_NPROCS ສໍາ​ລັບ​ຄວາມ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​)
ຈຳນວນຂະບວນການທັງໝົດໃນວຽກປະຈຸບັນ.

SLURM_PRIO_PROCESS ບູລິມະສິດການຈັດຕາຕະລາງ (ມູນຄ່າທີ່ດີ) ໃນເວລາສົ່ງວຽກ.
ມູນຄ່ານີ້ຖືກຂະຫຍາຍພັນໄປສູ່ຂະບວນການລ້ຽງລູກດ້ວຍນົມແມ່.

SLURM_PROCID ອັນດັບ MPI (ຫຼື ID ຂະບວນການທີ່ກ່ຽວຂ້ອງ) ຂອງຂະບວນການປະຈຸບັນ.

SLURM_SRUN_COMM_HOST ທີ່ຢູ່ IP ຂອງເຈົ້າພາບການສື່ສານ srun.

SLURM_SRUN_COMM_PORT srun ພອດການສື່ສານ.

SLURM_STEP_LAUNCHER_PORT
ຜອດ launcher ຂັ້ນຕອນ.

SLURM_STEP_NODELIST ບັນຊີລາຍຊື່ຂອງ nodes ຈັດສັນໃຫ້ຂັ້ນຕອນ.

SLURM_STEP_NUM_NODES ຈໍານວນ nodes ຈັດສັນໃຫ້ກັບຂັ້ນຕອນ.

SLURM_STEP_NUM_TASKS ຈໍານວນຂອງຂະບວນການໃນຂັ້ນຕອນ.

SLURM_STEP_TASKS_PER_NODE
ຈໍານວນຂອງຂະບວນການຕໍ່ node ພາຍໃນຂັ້ນຕອນ.

SLURM_STEP_ID (ແລະ SLURM_STEPID ສໍາ​ລັບ​ຄວາມ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​)
ID ຂັ້ນຕອນຂອງວຽກປະຈຸບັນ.

SLURM_SUBMIT_DIR ໄດເລກະທໍລີຈາກນັ້ນ ຍຸບ ໄດ້ຖືກຮຽກຮ້ອງ.

SLURM_SUBMIT_HOST ຊື່ເຈົ້າພາບຂອງຄອມພິວເຕີຈາກນັ້ນ ເກືອ ໄດ້ຖືກຮຽກຮ້ອງ.

SLURM_TASK_PID ID ຂະບວນການຂອງວຽກງານທີ່ກໍາລັງເລີ່ມຕົ້ນ.

SLURM_TASKS_PER_NODE ຈຳນວນໜ້າວຽກທີ່ຈະລິເລີ່ມໃນແຕ່ລະ node. ຄ່າແມ່ນເຄື່ອງໝາຍຈຸດ
ແຍກອອກ ແລະຢູ່ໃນລຳດັບດຽວກັນກັບ SLURM_NODELIST. ຖ້າສອງຫຼືຫຼາຍກວ່ານັ້ນ
nodes ຕິດ​ຕໍ່​ກັນ​ແມ່ນ​ຈະ​ມີ​ການ​ນັບ​ວຽກ​ງານ​ດຽວ​ກັນ​, ການ​ນັບ​ແມ່ນ​
ຕິດຕາມດ້ວຍ "(x#)" ບ່ອນທີ່ "#" ແມ່ນການນັບຊໍ້າຄືນ. ຍົກ​ຕົວ​ຢ່າງ,
"SLURM_TASKS_PER_NODE=2(x3),1" ຊີ້ບອກວ່າສາມໂນດທຳອິດ
ແຕ່ລະຈະປະຕິບັດສາມວຽກງານແລະຂໍ້ສີ່ຈະປະຕິບັດຫນຶ່ງ
ວຽກງານ.

SLURM_TOPOLOGY_ADDR ອັນນີ້ຖືກຕັ້ງພຽງແຕ່ຖ້າລະບົບມີ topology/tree plugin ເທົ່ານັ້ນ
ຕັ້ງຄ່າ. ຄ່າຈະຖືກຕັ້ງເປັນຊື່ສະວິດເຄືອຂ່າຍ
ເຊິ່ງອາດຈະມີສ່ວນຮ່ວມໃນການສື່ສານຂອງວຽກຈາກລະບົບຂອງ
ສະຫຼັບລະດັບເທິງລົງໄປທີ່ສະຫຼັບໃບ ແລະລົງທ້າຍດ້ວຍຊື່ node.
ໄລຍະເວລາແມ່ນໃຊ້ເພື່ອແຍກຊື່ອົງປະກອບຮາດແວແຕ່ລະອັນ.

SLURM_TOPOLOGY_ADDR_PATTERN
ອັນນີ້ຖືກຕັ້ງພຽງແຕ່ຖ້າລະບົບມີ topology/tree plugin ເທົ່ານັ້ນ
ຕັ້ງຄ່າ. ຄ່າຈະຖືກກຳນົດປະເພດອົງປະກອບທີ່ລະບຸໄວ້ໃນ
SLURM_TOPOLOGY_ADDR. ແຕ່ລະອົງປະກອບຈະຖືກລະບຸວ່າເປັນ
"ສະຫຼັບ" ຫຼື "node". ໄລຍະເວລາແມ່ນໃຊ້ເພື່ອແຍກຮາດແວແຕ່ລະອັນ
ປະ​ເພດ​ອົງ​ປະ​ກອບ​.

SRUN_DEBUG ກໍານົດໃນລະດັບການບັນທຶກຂອງ ຍຸບ ຄໍາສັ່ງ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 3
(ລະດັບຂໍ້ມູນ). ມູນຄ່າແມ່ນເພີ່ມຂຶ້ນຫຼືຫຼຸດລົງໂດຍອີງໃສ່
ທາງເລືອກ --verbose ແລະ --quiet.

MPIRUN_NOALLOCATE ຢ່າຈັດສັນບລັອກໃນລະບົບ Blue Gene ເທົ່ານັ້ນ.

MPIRUN_NOFREE ຢ່າປ່ອຍບລັອກໃນລະບົບ Blue Gene ເທົ່ານັ້ນ.

MPIRUN_PARTITION ຊື່ບລັອກຢູ່ໃນລະບົບ Blue Gene ເທົ່ານັ້ນ.

ລາຍເຊັນ ແລະ 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.

ຫຼາຍຢ່າງ ຕາຕະລາງເຮັດ CONFIGURATION

ຄໍາເຫັນໃນໄຟລ໌ການຕັ້ງຄ່າຕ້ອງມີ "#" ໃນຖັນຫນຶ່ງ. ໄຟລ໌ການຕັ້ງຄ່າ
ປະ​ກອບ​ດ້ວຍ​ຊ່ອງ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ແຍກ​ອອກ​ໂດຍ​ຊ່ອງ​ຂາວ​:

ອັນດັບໜ້າວຽກ
ອັນດັບໜ້າວຽກໜຶ່ງ ຫຼືຫຼາຍອັນເພື່ອໃຊ້ການຕັ້ງຄ່ານີ້. ຫຼາຍຄ່າອາດຈະເປັນເຄື່ອງໝາຍຈຸດ
ແຍກ. ໄລຍະອາດຈະຖືກລະບຸດ້ວຍສອງຕົວເລກທີ່ແຍກດ້ວຍ '-' ກັບ
ຕົວເລກນ້ອຍກວ່າທໍາອິດ (ເຊັ່ນ: "0-4" ແລະບໍ່ແມ່ນ "4-0"). ເພື່ອຊີ້ໃຫ້ເຫັນວຽກງານທັງຫມົດບໍ່ແມ່ນ
ຖ້າບໍ່ດັ່ງນັ້ນ, ລະບຸອັນດັບຂອງ '*' ເປັນແຖວສຸດທ້າຍຂອງໄຟລ໌. ຖ້າເປັນ
ຄວາມ​ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ລິ​ເລີ່ມ​ວຽກ​ງານ​ທີ່​ບໍ່​ມີ​ໂຄງ​ການ​ປະ​ຕິ​ບັດ​ໄດ້​ຖືກ​ກໍາ​ນົດ​, ໄດ້​
ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ຈະ​ໄດ້​ຮັບ​ການ​ຜະ​ລິດ "ບໍ່​ມີ​ໂຄງ​ການ​ປະ​ຕິ​ບັດ​ໄດ້​ລະ​ບຸ​ໄວ້​ສໍາ​ລັບ​ການ​ນີ້​
ວຽກງານ".

ສາມາດປະຕິບັດໄດ້
ຊື່​ຂອງ​ໂຄງ​ການ​ທີ່​ຈະ​ປະ​ຕິ​ບັດ​. ອາດຈະເປັນຊື່ເສັ້ນທາງທີ່ມີຄຸນວຸດທິຢ່າງເຕັມທີ່ຖ້າຕ້ອງການ.

Arguments
ການໂຕ້ຖຽງໂຄງການ. ຄຳວ່າ "%t" ຈະຖືກແທນທີ່ດ້ວຍຕົວເລກຂອງໜ້າວຽກ.
ຄຳວ່າ "%o" ຈະຖືກແທນທີ່ດ້ວຍຄ່າຊົດເຊີຍຂອງໜ້າວຽກພາຍໃນຂອບເຂດນີ້ (ຕົວຢ່າງ
ຄ່າອັນດັບໜ້າວຽກທີ່ກຳນົດຄ່າ "1-5" ຈະມີຄ່າຊົດເຊີຍຂອງ "0-4"). ໂສດ
ວົງຢືມອາດຈະຖືກໃຊ້ເພື່ອຫຼີກເວັ້ນການຖືກຕີຄວາມມູນຄ່າທີ່ໃກ້ຄຽງ. ພາກສະຫນາມນີ້ແມ່ນ
ທາງເລືອກ. ການໂຕ້ຖຽງໃດໆສໍາລັບໂຄງການທີ່ໃສ່ໃນເສັ້ນຄໍາສັ່ງຈະຖືກເພີ່ມ
ຕໍ່ກັບການໂຕ້ຖຽງທີ່ລະບຸໄວ້ໃນໄຟລ໌ການຕັ້ງຄ່າ.

ຍົກ​ຕົວ​ຢ່າງ:
################################################ #################
# ແລ່ນໄຟລ໌ການຕັ້ງຄ່າໂປຣແກຣມຫຼາຍອັນ
#
# srun -n8 -l --multi-prog silly.conf
################################################ #################
4-6 ຊື່ເຈົ້າພາບ
1,7 ໜ້າວຽກສຽງດັງ:%t
0,2-3 echo ຊົດເຊີຍ:%o

> srun -n8 -l --multi-prog silly.conf
0: ຊົດເຊີຍ: 0
1: ວຽກງານ: 1
2: ຊົດເຊີຍ: 1
3: ຊົດເຊີຍ: 2
4: linux15.llnl.gov
5: linux16.llnl.gov
6: linux17.llnl.gov
7: ວຽກງານ: 7

ຕົວຢ່າງ

ຕົວຢ່າງທີ່ງ່າຍດາຍນີ້ສະແດງໃຫ້ເຫັນການປະຕິບັດຄໍາສັ່ງ hostname ໃນແປດວຽກງານ. ທີ່
ຢ່າງຫນ້ອຍແປດໂປເຊດເຊີຈະຖືກຈັດສັນໃຫ້ກັບວຽກ (ເຊັ່ນດຽວກັນກັບການນັບວຽກ) ເທິງ
ແນວໃດກໍ່ຕາມຫຼາຍຂໍ້ແມ່ນຕ້ອງການເພື່ອຕອບສະຫນອງຄໍາຮ້ອງຂໍ. ຜົນໄດ້ຮັບຂອງແຕ່ລະຫນ້າວຽກຈະເປັນ
ໄດ້ດໍາເນີນການກັບຈໍານວນວຽກງານຂອງຕົນ. (ເຄື່ອງ "dev" ໃນຕົວຢ່າງຂ້າງລຸ່ມນີ້ມີຈໍານວນທັງຫມົດ
ສອງ CPU ຕໍ່ node)

> srun -n8 -l hostname
0: dev0
1: dev0
2: dev1
3: dev1
4: dev2
5: dev2
6: dev3
7: dev3

srun -r ທາງເລືອກແມ່ນໃຊ້ພາຍໃນສະຄິບວຽກເພື່ອແລ່ນສອງຂັ້ນຕອນວຽກໃນ nodes disjoint ໃນ
ຕົວຢ່າງຕໍ່ໄປນີ້. script ແມ່ນດໍາເນີນການໂດຍໃຊ້ຮູບແບບການຈັດສັນແທນທີ່ຈະເປັນວຽກ batch ໃນ
ກໍລະນີນີ້.

> cat test.sh
#!/ ຖັງ / sh
ສະທ້ອນ $SLURM_NODELIST
srun -lN2 -r2 ຊື່ເຈົ້າພາບ
srun -lN2 ຊື່ເຈົ້າພາບ

> salloc -N4 test.sh
dev[7-10]
0: dev9
1: dev10
0: dev7
1: dev8

script ຕໍ່ໄປນີ້ແລ່ນສອງຂັ້ນຕອນວຽກຂະຫນານກັນພາຍໃນຊຸດຂອງ nodes.

> cat test.sh
#!/ bin / bash
srun -lN2 -n4 -r 2 ນອນ 60 &
srun -lN2 -r 0 ນອນ 60 &
ນອນ 1
squeue
squeue -s
ລໍຖ້າ

> salloc -N4 test.sh
JOBID PARTITION ຊື່ຜູ້ໃຊ້ ST TIME NODES NODELIST
65641 batch test.sh grondo R 0:01 4 dev[7-10]

STEPID PARTITION ຜູ້ໃຊ້ເວລາ noDELIST
65641.0 batch grondo 0:01 dev[7-8]
65641.1 batch grondo 0:01 dev[9-10]

ຕົວຢ່າງນີ້ສະແດງໃຫ້ເຫັນວິທີການປະຕິບັດວຽກ MPICH ງ່າຍໆ. ພວກເຮົາໃຊ້ ຍຸບ ການກໍ່ສ້າງ
ບັນຊີລາຍຊື່ຂອງເຄື່ອງຈັກ (ຂໍ້) ທີ່ຈະນໍາໃຊ້ໂດຍ ໄພຣຸນ ໃນ​ຮູບ​ແບບ​ທີ່​ຕ້ອງ​ການ​ຂອງ​ຕົນ​. ຄໍາສັ່ງຕົວຢ່າງ
ເສັ້ນ ແລະ script ທີ່ຈະຖືກປະຕິບັດປະຕິບັດຕາມ.

> cat test.sh
#!/ ຖັງ / sh
MACHINEFILE="nodes.$SLURM_JOB_ID"

# ສ້າງ Machinefile ສໍາລັບ mpich ເຊັ່ນວ່າເຈົ້າພາບຢູ່ໃນອັນດຽວກັນ
# ສັ່ງຄືກັບແລ່ນຜ່ານ srun
#
srun -l /bin/hostname | sort -n| awk '{print $2}' > $MACHINEFILE

# ດໍາເນີນການໂດຍໃຊ້ໄຟລ໌ເຄື່ອງຈັກທີ່ສ້າງຂຶ້ນ:
mpirun -np $SLURM_NTASKS -machinefile $MACHINEFILE mpi-app

rm $MACHINEFILE

> salloc -N2 -n4 test.sh

ຕົວຢ່າງທີ່ງ່າຍດາຍນີ້ສະແດງໃຫ້ເຫັນການປະຕິບັດວຽກງານທີ່ແຕກຕ່າງກັນກ່ຽວກັບຂໍ້ທີ່ແຕກຕ່າງກັນໃນ
srun ດຽວ​ກັນ​. ທ່ານ​ສາ​ມາດ​ເຮັດ​ສິ່ງ​ນີ້​ສໍາ​ລັບ​ການ​ຈ​ໍ​າ​ນວນ​ຂອງ nodes ຫຼື​ຈໍາ​ນວນ​ຂອງ​ວຽກ​ງານ​ໃດ​ຫນຶ່ງ​. ໄດ້
ຄຳສັ່ງທີ່ປະຕິບັດໄດ້ແມ່ນວາງໄວ້ເທິງໂນດທີ່ຕັ້ງໂດຍ SLURM_NODEID env var. ເລີ່ມຕົ້ນທີ່ 0 ແລະ
ໄປຫາຕົວເລກທີ່ລະບຸໄວ້ໃນຄໍາສັ່ງ srun.

> cat test.sh
ກໍລະນີ $SLURM_NODEID ໃນ
0) ສຽງສະທ້ອນ "ຂ້ອຍກໍາລັງແລ່ນຢູ່"
ຊື່ເຈົ້າພາບ ;;
1) ຊື່ເຈົ້າພາບ
echo "ແມ່ນບ່ອນທີ່ຂ້ອຍແລ່ນ" ;;
ວ່າ C

> srun -N2 test.sh
dev 0
ແມ່ນບ່ອນທີ່ຂ້ອຍແລ່ນຢູ່
ຂ້ອຍກຳລັງແລ່ນຢູ່
dev 1

ຕົວຢ່າງນີ້ສະແດງໃຫ້ເຫັນການນໍາໃຊ້ທາງເລືອກຫຼາຍແກນເພື່ອຄວບຄຸມການຈັດວາງຂອງຫນ້າວຽກ. ພວກເຮົາ
ຮຽກຮ້ອງໃຫ້ສີ່ຊັອກເກັດຕໍ່ node ແລະສອງແກນຕໍ່ຊັອກເກັດອຸທິດຕົນໃຫ້ກັບວຽກ.

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

ຕົວຢ່າງນີ້ສະແດງໃຫ້ເຫັນ script ທີ່ 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
ຫ້ອງທົດລອງແຫ່ງຊາດ Livermore (cf, ປະຕິເສດຄວາມຮັບຜິດຊອບ).
ລິຂະສິດ (C) 2008-2010 Lawrence Livermore National Security.
ລິຂະສິດ (C) 2010-2015 SchedMD LLC.

ໄຟລ໌ນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງ Slurm, ໂຄງການການຄຸ້ມຄອງຊັບພະຍາກອນ. ສໍາລັບລາຍລະອຽດ, ເບິ່ງ
<http://slurm.schedmd.com/>.

Slurm ແມ່ນຊອບແວຟຣີ; ທ່ານ​ສາ​ມາດ​ແຈກ​ຢາຍ​ມັນ​ແລະ / ຫຼື​ປັບ​ປຸງ​ແກ້​ໄຂ​ມັນ​ພາຍ​ໃຕ້​ເງື່ອນ​ໄຂ​ຂອງ​
ໃບອະນຸຍາດສາທາລະນະທົ່ວໄປຂອງ GNU ທີ່ຈັດພິມໂດຍມູນນິທິຊອບແວຟຣີ; ບໍ່ວ່າຈະເປັນລຸ້ນ 2
ຂອງ​ໃບ​ອະ​ນຸ​ຍາດ​, ຫຼື (ຕາມ​ທາງ​ເລືອກ​ຂອງ​ທ່ານ​) ສະ​ບັບ​ຕໍ່​ມາ​.

Slurm ຖືກແຈກຢາຍໂດຍຫວັງວ່າມັນຈະເປັນປະໂຫຍດ, ແຕ່ບໍ່ມີການຮັບປະກັນໃດໆ; ໂດຍບໍ່ມີການ
ແມ່ນແຕ່ການຮັບປະກັນທາງດ້ານການຄ້າ ຫຼືຄວາມເໝາະສົມເພື່ອຈຸດປະສົງສະເພາະ. ເບິ່ງ
ໃບອະນຸຍາດສາທາລະນະທົ່ວໄປຂອງ GNU ສຳ ລັບລາຍລະອຽດເພີ່ມເຕີມ.

ໃຊ້ srun ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net