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

ໂຄງການ:

NAME

salloc - ໄດ້ຮັບການຈັດສັນວຽກ Slurm (ຊຸດຂອງ nodes), ປະຕິບັດຄໍາສັ່ງ, ແລະຫຼັງຈາກນັ້ນ
ປ່ອຍການຈັດສັນເມື່ອຄໍາສັ່ງສໍາເລັດ.

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

ເກືອ [ທາງເລືອກໃນການ] [ຄໍາສັ່ງ> [ຄໍາສັ່ງ ໂຕ້ຖຽງ]]

ລາຍລະອຽດ

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

ຄໍາສັ່ງອາດຈະເປັນໂຄງການໃດໆທີ່ຜູ້ໃຊ້ຕ້ອງການ. ບາງຄໍາສັ່ງປົກກະຕິແມ່ນ xterm, ເປັນ shell
script ປະກອບດ້ວຍຄໍາສັ່ງ srun, ແລະ srun (ເບິ່ງພາກຕົວຢ່າງ). ຖ້າບໍ່ມີຄໍາສັ່ງ
ລະບຸ, ຫຼັງຈາກນັ້ນມູນຄ່າຂອງ SallocDefaultCommand ໃນ slurm.conf ຖືກນໍາໃຊ້. ຖ້າ
SallocDefaultCommand ບໍ່ໄດ້ຕັ້ງ, ຫຼັງຈາກນັ້ນ ເກືອ ແລ່ນ Shell ເລີ່ມຕົ້ນຂອງຜູ້ໃຊ້.

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

ຫມາຍ​ເຫດ​: ຕາມ​ເຫດ​ຜົນ salloc ປະ​ກອບ​ມີ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ເພື່ອ​ຊ່ວຍ​ປະ​ຢັດ​ແລະ​ການ​ຟື້ນ​ຟູ​ການ​ຕັ້ງ​ຄ່າ​ເສັ້ນ terminal ແລະ​
ໄດ້​ຖືກ​ອອກ​ແບບ​ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ໃນ​ເບື້ອງ​ຫນ້າ​. ຖ້າທ່ານຕ້ອງການປະຕິບັດ salloc ໃນ
ພື້ນຫລັງ, ກໍານົດການປ້ອນຂໍ້ມູນມາດຕະຖານຂອງມັນໃສ່ບາງໄຟລ໌, ຕົວຢ່າງ: "salloc -n16 a.out

OPTIONS

-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=<ກະທູ້>
ຖ້າ SelectType ຖືກຕັ້ງຄ່າໃຫ້ເລືອກ/cons_res, ມັນຕ້ອງມີພາລາມິເຕີຂອງ
CR_Core, CR_Core_Memory, CR_Socket, ຫຼື CR_Socket_Memory ສໍາລັບທາງເລືອກນີ້ຈະເປັນ
ເປັນກຽດ. ຕົວເລືອກນີ້ບໍ່ຮອງຮັບໃນລະບົບ BlueGene (ເລືອກ/bluegene plugin
ຖືກ​ຕັ້ງ​ຄ່າ). ຖ້າບໍ່ໄດ້ລະບຸ, ວຽກສະແດງການຄວບຄຸມຈະສະແດງ
'ReqS:C:T=*:*:*'.

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

--ເລີ່ມຕົ້ນ=<ທີ່ໃຊ້ເວລາ>
ສົ່ງສະຄິບ batch ກັບ Slurm controller ທັນທີ, ຄືປົກກະຕິ, ແຕ່ບອກ
ຜູ້ຄວບຄຸມເພື່ອເລື່ອນການຈັດສັນວຽກຈົນກ່ວາເວລາທີ່ກໍານົດໄວ້.

ເວລາອາດຈະເປັນຮູບແບບ 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 ໄດ້ຜ່ານໄປແລ້ວ
ປີ, ໃນກໍລະນີນີ້, ໃນປີຕໍ່ໄປແມ່ນໃຊ້.

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

-- ຄໍາເຫັນ=<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".

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

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

--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>
ແນະນຳຕົວຄວບຄຸມ Slurm ວ່າຂັ້ນຕອນວຽກຕໍ່ໄປຈະຕ້ອງມີ ncpus ຈໍານວນຂອງ
ໂປເຊດເຊີຕໍ່ຫນ້າວຽກ. ຖ້າບໍ່ມີທາງເລືອກນີ້, ຕົວຄວບຄຸມພຽງແຕ່ຈະພະຍາຍາມຈັດສັນ
ຫນຶ່ງໂປເຊດເຊີຕໍ່ຫນ້າວຽກ.

ສໍາລັບຕົວຢ່າງ, ພິຈາລະນາຄໍາຮ້ອງສະຫມັກທີ່ມີ 4 ວຽກງານ, ແຕ່ລະຄົນຕ້ອງການ 3
ໂຮງງານຜະລິດ. ຖ້າກຸ່ມຂອງພວກເຮົາປະກອບດ້ວຍ quad-processors nodes ແລະພວກເຮົາພຽງແຕ່ຖາມ
ສໍາລັບ 12 ໂປເຊດເຊີ, ຕົວຄວບຄຸມອາດຈະໃຫ້ພວກເຮົາພຽງແຕ່ 3 nodes. ຢ່າງໃດກໍຕາມ, ໂດຍການນໍາໃຊ້
ຕົວເລືອກ --cpus-per-task=3, ຜູ້ຄວບຄຸມຮູ້ວ່າແຕ່ລະວຽກຕ້ອງການ 3
ໂປເຊດເຊີຢູ່ໃນ node ດຽວກັນ, ແລະຕົວຄວບຄຸມຈະໃຫ້ການຈັດສັນ 4
nodes, ຫນຶ່ງສໍາລັບແຕ່ລະ 4 ວຽກງານ.

-d, --ການ​ເພິ່ງ​ພາ​ອາ​ໄສ=<dependency_list>
ເລື່ອນການເລີ່ມຕົ້ນຂອງວຽກນີ້ຈົນກ່ວາຄວາມເພິ່ງພໍໃຈທີ່ລະບຸໄວ້
ສໍາເລັດ.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=<ເສັ້ນທາງ>
ປ່ຽນໄດເລກະທໍລີເປັນ ເສັ້ນທາງ ກ່ອນ​ທີ່​ຈະ​ເລີ່ມ​ຕົ້ນ​ການ​ປະ​ຕິ​ບັດ​. ເສັ້ນທາງສາມາດຖືກກໍານົດເປັນ
ເສັ້ນທາງເຕັມຫຼືເສັ້ນທາງພີ່ນ້ອງໄປຫາໄດເລກະທໍລີທີ່ຄໍາສັ່ງຖືກປະຕິບັດ.

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

-F, --nodefile=<node ເອກະສານ>
ຄືກັນກັບ --nodelist, ແຕ່ບັນຊີລາຍຊື່ແມ່ນບັນຈຸຢູ່ໃນໄຟລ໌ຂອງຊື່ node ເອກະສານ. ໄດ້
ຊື່ node ຂອງບັນຊີລາຍຊື່ອາດຈະຂະຫຍາຍຫຼາຍແຖວໃນໄຟລ໌. ຊໍ້າກັນ node
ຊື່ໃນໄຟລ໌ຈະຖືກລະເລີຍ. ຄໍາສັ່ງຂອງຊື່ node ໃນບັນຊີລາຍຊື່ບໍ່ແມ່ນ
ສໍາຄັນ; ຊື່ node ຈະຖືກຈັດຮຽງຕາມ Slurm.

--get-user-env[=ຫມົດ​ເວ​ລາ][ຮູບແບບການ]
ຕົວເລືອກນີ້ຈະໂຫລດຕົວແປສະພາບແວດລ້ອມການເຂົ້າສູ່ລະບົບສໍາລັບຜູ້ໃຊ້ທີ່ລະບຸໄວ້ໃນ
--uid ທາງເລືອກ. ຕົວແປສະພາບແວດລ້ອມໄດ້ຖືກດຶງມາໂດຍການດໍາເນີນການບາງສິ່ງບາງຢ່າງນີ້
ຄັດ "su - -ຄ /usr/bin/env" ແລະການວິເຄາະຜົນໄດ້ຮັບ. ຈົ່ງຮູ້ວ່າອັນໃດ
ຕົວແປສະພາບແວດລ້ອມທີ່ຕັ້ງໄວ້ແລ້ວໃນສະພາບແວດລ້ອມຂອງ salloc ຈະເປັນອັນດັບຕົ້ນໆ
ຕົວແປສະພາບແວດລ້ອມໃດນຶ່ງໃນສະພາບແວດລ້ອມການເຂົ້າສູ່ລະບົບຂອງຜູ້ໃຊ້. ທາງເລືອກ ຫມົດ​ເວ​ລາ
ຄ່າແມ່ນເປັນວິນາທີ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 3 ວິນາທີ. ທາງເລືອກ ຮູບແບບການ ການຄວບຄຸມມູນຄ່າ
ຕົວເລືອກ "su". ດ້ວຍ ກ ຮູບແບບການ ຄ່າຂອງ "S", "su" ຖືກປະຕິບັດໂດຍບໍ່ມີ "-"
ທາງເລືອກ. ດ້ວຍ ກ ຮູບແບບການ ຄ່າຂອງ "L", "su" ຖືກປະຕິບັດດ້ວຍຕົວເລືອກ "-",
replicating ສະພາບແວດລ້ອມການເຂົ້າສູ່ລະບົບ. ຖ້າ ຮູບແບບການ ບໍ່ໄດ້ລະບຸ, ຮູບແບບການສ້າງຕັ້ງຂຶ້ນຢູ່ທີ່
ເວລາສ້າງ Slurm ຖືກໃຊ້. ຕົວຢ່າງຂອງການນໍາໃຊ້ປະກອບມີ "--get-user-env",
"--get-user-env=10" "--get-user-env=10L", ແລະ "--get-user-env=S". ຫມາຍເຫດ: ນີ້
ທາງເລືອກເຮັດວຽກພຽງແຕ່ຖ້າຜູ້ໂທມີ uid ປະສິດທິຜົນຂອງ "ຮາກ". ທາງເລືອກນີ້ແມ່ນ
ດັ້ງ​ເດີມ​ສ້າງ​ສໍາ​ລັບ​ການ​ນໍາ​ໃຊ້​ໂດຍ Moab​.

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

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

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

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

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

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

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

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

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

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

-J, --ຊື່ວຽກ=<ຊື່ວຽກ>
ລະບຸຊື່ສຳລັບການຈັດສັນວຽກ. ຊື່ທີ່ລະບຸຈະປາກົດພ້ອມກັບ
ໝາຍເລກປະຈຳຕົວວຽກເມື່ອສອບຖາມວຽກຢູ່ໃນລະບົບ. ຊື່ວຽກເລີ່ມຕົ້ນ
ແມ່ນຊື່ຂອງ "ຄໍາສັ່ງ" ທີ່ລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງ.

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

-K, - ຄໍາ​ສັ່ງ​ຂ້າ​[=signal]
salloc ສະເຫມີດໍາເນີນການຄໍາສັ່ງທີ່ກໍານົດໂດຍຜູ້ໃຊ້ເມື່ອການຈັດສັນໄດ້ຖືກອະນຸຍາດ. ເກືອ
ຈະລໍຖ້າຢ່າງບໍ່ມີກຳນົດເພື່ອໃຫ້ຄຳສັ່ງນັ້ນອອກ. ຖ້າທ່ານລະບຸຄໍາສັ່ງ --kill-command
ທາງເລືອກ salloc ຈະສົ່ງສັນຍານໄປຫາຄໍາສັ່ງຂອງທ່ານທຸກເວລາທີ່ Slurm controller
ບອກ salloc ວ່າການຈັດສັນວຽກຂອງຕົນໄດ້ຖືກຖອນຄືນ. ການຈັດສັນວຽກເຮັດງານທໍາສາມາດ
ຖອນສໍາລັບສອງສາມເຫດຜົນ: ບາງຄົນໃຊ້ ສະແກນ ຖອນການຈັດສັນ, ຫຼື
ການຈັດສັນຮອດກຳນົດເວລາຂອງມັນ. ຖ້າທ່ານບໍ່ລະບຸຊື່ສັນຍານຫຼື
ຈໍານວນແລະ Slurm ຖືກຕັ້ງຄ່າເພື່ອສົ່ງສັນຍານຄໍາສັ່ງ spawned ໃນເວລາຢຸດວຽກ,
ສັນຍານເລີ່ມຕົ້ນແມ່ນ SIGHUP ສໍາລັບການໂຕ້ຕອບແລະ SIGTERM ສໍາລັບການບໍ່ໂຕ້ຕອບ
ກອງປະຊຸມ. ເນື່ອງຈາກອາກິວເມັນຂອງຕົວເລືອກນີ້ແມ່ນທາງເລືອກ, ສໍາລັບການແຍກວິເຄາະທີ່ຖືກຕ້ອງ
ຕົວເລືອກຕົວອັກສອນຕ້ອງຖືກປະຕິບັດຕາມທັນທີດ້ວຍຄ່າແລະບໍ່ລວມເອົາຊ່ອງຫວ່າງ
ລະຫວ່າງເຂົາເຈົ້າ. ຕົວຢ່າງ "-K1" ແລະບໍ່ແມ່ນ "-K 1".

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

ໂດຍຄ່າເລີ່ມຕົ້ນ Slurm ຈະຢຸດການຈັດສັນວຽກທັງໝົດຖ້າ node ໃດລົ້ມເຫລວໃນຂອງມັນ
ຂອບເຂດຂອງຂໍ້ຈັດສັນ.

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

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

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

ວິ​ທີ​ການ​ແຜ່​ກະ​ຈາຍ​ຄັ້ງ​ທໍາ​ອິດ​:

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.

ວິທີການກະຈາຍທີສອງ:

block ວິທີການແຈກຢາຍບລັອກຈະແຈກຢາຍວຽກງານໃຫ້ກັບຊັອກເກັດດັ່ງກ່າວ
ວຽກງານຕິດຕໍ່ກັນແບ່ງປັນເຕົ້າຮັບ.

cyclic ວິທີການແຈກຢາຍແບບວົງຈອນຈະແຈກຢາຍວຽກງານໃຫ້ກັບເຕົ້າຮັບເຊັ່ນນັ້ນ
ວຽກງານຕິດຕໍ່ກັນໄດ້ຖືກແຈກຢາຍໃນໄລຍະເຕົ້າຮັບຕິດຕໍ່ກັນ (ໃນຮອບ-robin
ແຟຊັ່ນ). ວຽກງານທີ່ຕ້ອງການຫຼາຍກວ່າຫນຶ່ງ CPU ຈະມີ CPU ທັງໝົດເຫຼົ່ານັ້ນ
ຈັດສັນຢູ່ໃນເຕົ້າຮັບດຽວຖ້າເປັນໄປໄດ້.

fcyclic
ວິທີການແຈກຢາຍ fcyclic ຈະແຈກຢາຍວຽກງານໃຫ້ກັບຊັອກເກັດດັ່ງກ່າວ
ວຽກງານຕິດຕໍ່ກັນໄດ້ຖືກແຈກຢາຍໃນໄລຍະເຕົ້າຮັບຕິດຕໍ່ກັນ (ໃນຮອບ-robin
ແຟຊັ່ນ). ວຽກງານທີ່ຕ້ອງການຫຼາຍກວ່າຫນຶ່ງ CPU ຈະມີແຕ່ລະ CPUs ຈັດສັນ
ໃນຄົນອັບເດດ: cyclic ໃນທົ່ວເຕົ້າຮັບ.

--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. ຫມາຍເຫດ: ການບັງຄັບໃຊ້ຂອງ
ການຈຳກັດຄວາມຈຳໃນປັດຈຸບັນແມ່ນຂຶ້ນກັບໜ້າວຽກ/cgroup plugin ຫຼືການເປີດໃຊ້ງານ
ການ​ບັນ​ຊີ​ທີ່​ໃຊ້​ຕົວ​ຢ່າງ​ຄວາມ​ຊົງ​ຈໍາ​ເປັນ​ໄລ​ຍະ​ເວ​ລາ (ຂໍ້​ມູນ​ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ເກັບ​ຮັກ​ສາ​ໄວ້​,
ເກັບ​ກໍາ​ພຽງ​ແຕ່​)​. ໃນທັງສອງກໍລະນີ, ການນໍາໃຊ້ຫນ່ວຍຄວາມຈໍາແມ່ນອີງໃສ່ຂະຫນາດຂອງ Resident Set ຂອງວຽກ
(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
ທ່ານ​ຕ້ອງ​ການ​ຄວບ​ຄຸມ​ທີ່​ຍິ່ງ​ໃຫຍ່​, ພະ​ຍາ​ຍາມ​ແລ່ນ​ລະ​ຫັດ​ການ​ທົດ​ສອບ​ງ່າຍ​ດາຍ​ທີ່​ມີ​ທາງ​ເລືອກ​
"--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.

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

-n, --ວຽກ=<ຈໍານວນ>
salloc ບໍ່ໄດ້ເປີດຕົວວຽກງານ, ມັນຮຽກຮ້ອງໃຫ້ມີການຈັດສັນຊັບພະຍາກອນແລະປະຕິບັດ
ບາງຄໍາສັ່ງ. ທາງເລືອກນີ້ໃຫ້ຄໍາແນະນໍາກັບຜູ້ຄວບຄຸມ Slurm ວ່າຂັ້ນຕອນວຽກດໍາເນີນການພາຍໃນ
ການຈັດສັນນີ້ຈະເປີດຕົວສູງສຸດຂອງ ຈໍານວນ ວຽກງານ ແລະຊັບພະຍາກອນທີ່ພຽງພໍ
ຈັດສັນເພື່ອເຮັດສໍາເລັດນີ້. ຄ່າເລີ່ມຕົ້ນແມ່ນຫນຶ່ງຫນ້າວຽກຕໍ່ 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
ແລະບໍ່ມີຄ່າຄວນຖືກລະບຸໃນເວລານີ້.

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. ຫມາຍເຫດ: ທາງເລືອກນີ້ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນເວັ້ນເສຍແຕ່
SelectTypeParameters=CR_Core or SelectTypeParameters=CR_Core_Memory ຖືກ​ຕັ້ງ​ຄ່າ​.

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

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

--ບໍ່ມີກະດິ່ງ
Silence salloc ການ​ນໍາ​ໃຊ້​ລະ​ຄັງ​ຢູ່​ປາຍ​ຍອດ​. ຍັງເບິ່ງທາງເລືອກ --ກະດິ່ງ.

--ບໍ່ມີແກະ
ອອກຈາກທັນທີຫຼັງຈາກການຈັດສັນຊັບພະຍາກອນ, ໂດຍບໍ່ມີການດໍາເນີນການຄໍາສັ່ງ. ແນວໃດກໍ່ຕາມ,
ວຽກ Slurm ຈະຍັງຄົງຖືກສ້າງຂື້ນແລະຈະຍັງຄົງມີການເຄື່ອນໄຫວແລະຈະເປັນເຈົ້າຂອງ
ການຈັດສັນຊັບພະຍາກອນຕາບໃດທີ່ມັນມີການເຄື່ອນໄຫວ. ເຈົ້າຈະມີ ID ວຽກ Slurm ທີ່ບໍ່ມີ
ຂະບວນການ ຫຼືວຽກງານທີ່ກ່ຽວຂ້ອງ. ທ່ານສາມາດສົ່ງ ຍຸບ ຄໍາສັ່ງຕໍ່ຊັບພະຍາກອນນີ້
ການຈັດສັນ, ຖ້າທ່ານລະບຸ --jobid= ທາງເລືອກທີ່ມີ ID ວຽກຂອງວຽກ Slurm ນີ້.
ຫຼື, ນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອສະຫງວນຊຸດຂອງຊັບພະຍາກອນຊົ່ວຄາວເພື່ອໃຫ້ວຽກອື່ນໆ
ບໍ່ສາມາດໃຊ້ພວກມັນໄດ້ໃນບາງເວລາ. (ໃຫ້ສັງເກດວ່າວຽກ Slurm ແມ່ນຂຶ້ນກັບ
ຂໍ້ຈໍາກັດປົກກະຕິກ່ຽວກັບວຽກ, ລວມທັງການກໍານົດເວລາ, ດັ່ງນັ້ນໃນທີ່ສຸດວຽກ
ຈະຢຸດເຊົາແລະຊັບພະຍາກອນຈະຖືກປົດປ່ອຍ, ຫຼືທ່ານສາມາດຢຸດວຽກ
ດ້ວຍຕົນເອງໂດຍໃຊ້ ສະແກນ ຄໍາສັ່ງ.)

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

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

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

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

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

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

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

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

ລິງ ຂໍ້ມູນ Luster ຖືກເກັບກໍາ.

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

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

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

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

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

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

-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 ວິນາທີ.

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

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

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

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

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

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

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

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

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

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

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

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

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

--wait-all-nodes=<ມູນຄ່າ>
ຄວບຄຸມເວລາທີ່ການປະຕິບັດຄໍາສັ່ງເລີ່ມຕົ້ນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ວຽກຈະເລີ່ມຕົ້ນ
ການປະຕິບັດທັນທີທີ່ຈັດສັນ.

0 ເລີ່ມຕົ້ນການປະຕິບັດທັນທີທີ່ການຈັດສັນສາມາດເຮັດໄດ້. ຢ່າລໍຖ້າທຸກ nodes
ເພື່ອກຽມພ້ອມສໍາລັບການນໍາໃຊ້ (ie booted).

1 ຢ່າເລີ່ມປະຕິບັດຈົນກ່ວາ nodes ທັງຫມົດແມ່ນກຽມພ້ອມສໍາລັບການນໍາໃຊ້.

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

-x, --ຍົກເວັ້ນ=<node ຊື່ ບັນຊີລາຍຊື່>
ຍົກເວັ້ນບາງຂໍ້ຢ່າງຈະແຈ້ງຈາກຊັບພະຍາກອນທີ່ມອບໃຫ້ວຽກ.

ທາງເລືອກຕໍ່ໄປນີ້ສະຫນັບສະຫນູນລະບົບ 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
ບໍ່ໄດ້ກໍານົດ.

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

ເມື່ອເລີ່ມຕົ້ນ, salloc ຈະອ່ານແລະຈັດການຕົວເລືອກທີ່ກໍານົດໄວ້ໃນສະພາບແວດລ້ອມຕໍ່ໄປນີ້
ຕົວແປ. ໝາຍເຫດ: ຕົວເລືອກແຖວຄຳສັ່ງຈະແທນທີ່ການຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມສະເໝີ.

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

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

SALLOC_BELL ຄື​ກັນ​ກັບ --ກະດິ່ງ

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

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

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

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

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

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

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

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

SALLOC_JOBID ຄື​ກັນ​ກັບ --ວຽກ

SALLOC_KILL_CMD ຄື​ກັນ​ກັບ -K, - ຄໍາ​ສັ່ງ​ຂ້າ​

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

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

SALLOC_NO_BELL ຄື​ກັນ​ກັບ --ບໍ່ມີກະດິ່ງ

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

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

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

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

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

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

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

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

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

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

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

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

SALLOC_WAIT_ALL_NODES ຄື​ກັນ​ກັບ --wait-all-nodes

SALLOC_WCKEY ຄື​ກັນ​ກັບ --wckey

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

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

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

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

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

salloc ຈະກໍານົດຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້ໃນສະພາບແວດລ້ອມຂອງການປະຕິບັດ
ໂຄງການ:

BASIL_RESERVATION_ID
ID ການຈອງໃນລະບົບ Cray ທີ່ໃຊ້ ALPS/BASIL ເທົ່ານັ້ນ.

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

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

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

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

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

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

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

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

SLURM_JOB_NODELIST (ແລະ SLURM_NODELIST ສໍາ​ລັບ​ຄວາມ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​ຄືນ​ໄປ​ບ່ອນ​)
ບັນຊີລາຍຊື່ຂອງຂໍ້ຈັດສັນໃຫ້ກັບວຽກ.

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

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

SLURM_MEM_BIND
ຕັ້ງເປັນຄ່າຂອງຕົວເລືອກ --mem_bind.

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

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

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

SLURM_NTASKS
ຄື​ກັນ​ກັບ -n, --ວຽກ

SLURM_NTASKS_PER_NODE
ຕັ້ງເປັນຄ່າຂອງຕົວເລືອກ --ntasks-per-node, ຖ້າລະບຸ.

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

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

ລາຍເຊັນ

ໃນຂະນະທີ່ salloc ກໍາລັງລໍຖ້າການຈັດສັນວຽກທີ່ຍັງຄ້າງຢູ່, ສັນຍານສ່ວນໃຫຍ່ຈະເຮັດໃຫ້ salloc ກັບ
ຖອນຄໍາຮ້ອງຂໍການຈັດສັນແລະອອກ.

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

ຕົວຢ່າງ

ເພື່ອໃຫ້ໄດ້ຮັບການຈັດສັນ, ແລະເປີດ xterm ໃຫມ່ທີ່ຄໍາສັ່ງ srun ອາດຈະຖືກພິມ
ໂຕ້ຕອບ:

$ salloc -N16 xterm
salloc: ປະກາດຮັບສະໝັກວຽກ 65537
(ໃນຈຸດນີ້ xterm ປາກົດ, ແລະ salloc ລໍຖ້າ xterm ອອກໄປ)
salloc: ເລື່ອນຊັ້ນ ຈັດສັນອາຊີບ 65537

ເພື່ອ grab ການຈັດສັນຂອງ nodes ແລະເປີດຕົວຄໍາຮ້ອງສະຫມັກຂະຫນານຢູ່ໃນເສັ້ນຄໍາສັ່ງຫນຶ່ງ (ເບິ່ງ
ໄດ້ ເກືອ ຫນ້າຜູ້ຊາຍສໍາລັບຕົວຢ່າງເພີ່ມເຕີມ):

salloc -N5 srun -n10 myprogram

ສຳເນົາ

ສະຫງວນລິຂະສິດ (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 ສຳ ລັບລາຍລະອຽດເພີ່ມເຕີມ.

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