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

ໂຄງການ:

NAME

lamtrace - ຍົກເລີກຂໍ້ມູນການຕິດຕາມ LAM.

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

lamtrace [-hkvR] [-mpi] [-l listno] [-f #secs] [filename] [nodes] [ຂະບວນການ]

OPTIONS

-h ພິມຂໍ້ມູນທີ່ເປັນປະໂຫຍດໃນຄໍາສັ່ງນີ້.

-k ຄັດລອກແລະບໍ່ເອົາຂໍ້ມູນການຕິດຕາມ.

-v ເປັນຄຳເວົ້າ.

-R ລຶບຂໍ້ມູນການຕິດຕາມທັງໝົດອອກຈາກ nodes ທີ່ລະບຸໄວ້.

-l ຖອນພຽງແຕ່ຈາກຈໍານວນບັນຊີລາຍຊື່ທີ່ລະບຸ.

-mpi ຖອນຂໍ້ມູນການຕິດຕາມສໍາລັບແອັບພລິເຄຊັນ MPI.

-f #ວິນາທີ ສັນຍານຂະບວນການເປົ້າຫມາຍທີ່ຈະລ້າງຂໍ້ມູນການຕິດຕາມໄປຫາ daemon. ຈາກນັ້ນລໍຖ້າ # ວິນາທີ
ກ່ອນທີ່ຈະ unloading.

ຊື່​ເອ​ກະ​ສານ ວາງຂໍ້ມູນການຕິດຕາມໃສ່ໃນໄຟລ໌ນີ້ (ຄ່າເລີ່ມຕົ້ນ: def.lamtr).

ລາຍລະອຽດ

ທາງເລືອກ -t ຂອງ ໄພຣຸນ(1) ແລະ loadgo(1) ອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນສ້າງການປະຕິບັດ
ຮ່ອງຮອຍ. ຮ່ອງຮອຍເຫຼົ່ານີ້ຖືກເກັບໄວ້ທໍາອິດໃນ buffer ພາຍໃນແຕ່ລະຂະບວນການຄໍາຮ້ອງສະຫມັກ. ເມື່ອ​ໃດ​
ບັຟເຟີແມ່ນເຕັມແລະເມື່ອແອັບພລິເຄຊັນຢຸດ, runtime buffer ຈະຖືກ flushed ໄປ.
trace daemon (ອົງປະກອບໂຄງສ້າງພາຍໃນ LAM daemon). The trace daemon ຈະ
ເກັບກໍາຂໍ້ມູນເຖິງຂອບເຂດຈໍາກັດກ່ອນການລວບລວມ. ເກີນຂອບເຂດຈໍາກັດນີ້, ຮ່ອງຮອຍເກົ່າແກ່ທີ່ສຸດຢູ່ໃນ
ຈະຖືກລືມໃນຄວາມໂປດປານຂອງຮ່ອງຮອຍໃຫມ່.

ຫຼັງ​ຈາກ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ສໍາ​ເລັດ​ການ​, ການ​ບັນ​ທຶກ​ການ​ປະ​ຕິ​ບັດ​ຂອງ​ຕົນ​ໄດ້​ຖືກ​ເກັບ​ຮັກ​ສາ​ໄວ້​ໃນ​ການ​ຕິດ​ຕາມ​ໄດ້​
daemon ຂອງແຕ່ລະ node ທີ່ກໍາລັງແລ່ນແອັບພລິເຄຊັນ. ໄດ້ lamtrace ຄໍາສັ່ງສາມາດໃຊ້ໄດ້
ເພື່ອດຶງຂໍ້ມູນເຫຼົ່ານີ້ ແລະເກັບໄວ້ໃນໄຟລ໌ດຽວເພື່ອສະແດງຜົນ
ເຄື່ອງມືການເບິ່ງເຫັນ, ເຊັ່ນ: xmpi(1). ຖ້າຄໍາຮ້ອງສະຫມັກໄດ້ຖືກເລີ່ມຕົ້ນໂດຍ xmpi(1) lamtrace
ປົກກະຕິແລ້ວແມ່ນບໍ່ຈໍາເປັນຍ້ອນວ່າການທໍາງານທຽບເທົ່າແມ່ນ invoked ດ້ວຍປຸ່ມ.

ຂໍ້​ມູນ​ການ​ຕິດ​ຕາມ​ບໍ່​ຄົບ​ຖ້ວນ​ສາ​ມາດ​ຍົກ​ເລີກ​ໃນ​ຂະ​ນະ​ທີ່​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ກໍາ​ລັງ​ແລ່ນ​. ໄຟລ໌ຜົນຜະລິດ
ຈະຕ້ອງບໍ່ມີຢູ່ກ່ອນການຮຽກຮ້ອງ lamtrace. ນີ້ແມ່ນສະຖານະການທີ່ດີທີ່ຈະໃຊ້ທາງເລືອກ -k,
ເຊິ່ງຮັກສາເນື້ອໃນຂອງ trace daemon ຫຼັງຈາກ unloading. ແຕ່ລະ reload ຫຼັງຈາກນັ້ນຈະໄດ້ຮັບ
ຂໍ້ມູນການຕິດຕາມການແລ່ນທັງໝົດຈົນເຖິງປັດຈຸບັນ.

ຂະບວນການທີ່ແລ່ນຢູ່ມີແນວໂນ້ມທີ່ຈະຖືຂໍ້ມູນການຕິດຕາມຫຼ້າສຸດຢູ່ໃນພາຍໃນ
ບັຟເຟີ. ສັນຍານ LAM ມາດຕະຖານ, LAM_SIGTRACE (ເບິ່ງ doom(1)), ເຮັດໃຫ້ເກີດຂະບວນການເປີດໃຊ້ງານການຕິດຕາມ
ເພື່ອລ້າງ buffer trace ພາຍໃນໄປຫາ daemon. ທາງເລືອກ -f ບອກ lamtrace ສົ່ງ
ສັນຍານນີ້ຕໍ່ກັບຂະບວນການເປົ້າຫມາຍທັງຫມົດກ່ອນທີ່ຈະ unloading ຂໍ້ມູນການຕິດຕາມ. ສະພາບ​ການ​ແຂ່ງຂັນ
ພັດທະນາລະຫວ່າງຂະບວນການເປົ້າຫມາຍການເກັບຮັກສາຂໍ້ມູນການຕິດຕາມໄປຫາ daemon ແລະການ unloading
ຂັ້ນ​ຕອນ​ການ​. ບັນຫາແມ່ນ foisted ຕາມຜູ້ໃຊ້ທີ່ໃຫ້ພາລາມິເຕີການຊັກຊ້າຫຼັງຈາກ -f.

ຂໍ້​ມູນ​ການ​ຕິດ​ຕາມ​ແມ່ນ​ຈັດ​ຕັ້ງ​ໂດຍ node​, ຕົວ​ລະ​ບຸ​ຂະ​ບວນ​ການ​ແລະ​ຈໍາ​ນວນ​ລາຍ​ການ​. ຂະບວນການສາມາດເກັບຮັກສາ
ຕິດຕາມຢູ່ໃນ node ໃດ, ເຖິງແມ່ນວ່າ node ທ້ອງຖິ່ນເປັນທາງເລືອກທີ່ຈະແຈ້ງ, ຫນ້ອຍທີ່ສຸດ intrusive. ໄດ້
ຂະ​ບວນ​ການ​ສາ​ມາດ​ກໍາ​ນົດ​ຕົນ​ເອງ​ໃນ​ວິ​ທີ​ການ​ທີ່​ມີ​ຄວາມ​ຫມາຍ​ໃດ​ຫນຶ່ງ (getpid(2) ເປັນຄວາມຄິດທີ່ດີ) ບັນຊີລາຍຊື່
ຕົວເລກຍັງຖືກເລືອກໂດຍຂະບວນການ. ຄ່າເຫຼົ່ານີ້ອາດຈະຖືກກໍານົດໂດຍຫ້ອງສະຫມຸດເຄື່ອງມື,
ເຊັ່ນ​ວ່າ libmpi(3), ຫຼືໂດຍກົງໂດຍຄໍາຮ້ອງສະຫມັກທີ່ມີ lam_rtrstore(2). ການໂຫຼດ
ຢືດຢຸ່ນປະຕິບັດຕາມການເກັບຮັກສາທີ່ມີທາງເລືອກ -l ເລືອກຈໍານວນບັນຊີລາຍຊື່, ແລະ
ມາດຕະຖານ LAM ເສັ້ນຄໍາສັ່ງ mnemonics ເລືອກ nodes ແລະຂະບວນການ.

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

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

LAM, daemon ຕິດຕາມຂອງມັນແລະ lamtrace ທັງຫມົດແມ່ນບໍ່ຮູ້ເຖິງຮູບແບບແລະຄວາມຫມາຍຂອງການຕິດຕາມ.

ຕົວເລືອກ -R ຈະບໍ່ໂຫຼດຂໍ້ມູນການຕິດຕາມ. ມັນເຮັດໃຫ້ daemon ຕິດຕາມເປົ້າໝາຍເພື່ອປົດປ່ອຍ
ໜ່ວຍຄວາມຈຳຖືກຍຶດໂດຍຂໍ້ມູນການຕິດຕາມໃນລາຍການທີ່ໃຫ້ໄວ້. ຖ້າລາຍຊື່ທັງຫມົດຖືກລະບຸ (ບໍ່ -l
ທາງເລືອກ), trace daemon ຖືກຕັ້ງຄືນສູ່ສະຖານະຂອງຕົນຢ່າງມີປະສິດທິພາບຫຼັງຈາກການລິເລີ່ມ LAM.

ກຳ ລັງໂຫລດ ໂຄມໄຟ ຕິດຕາມ ຂໍ້ມູນ
ຄວາມສາມາດພິເສດ, ຄັດເລືອກໂດຍທາງເລືອກ -mpi, ມີຢູ່ໃນການຄົ້ນຫາແລະຖອນພຽງແຕ່
ຂໍ້ມູນການຕິດຕາມທີ່ສ້າງຂຶ້ນໂດຍແອັບພລິເຄຊັນ MPI. ສໍາລັບຈຸດປະສົງນີ້, lamtrace ແມ່ນຮູ້
ຕົວເລກບັນຊີລາຍການສະຫງວນສະເພາະທີ່ libmpi(3) ໃຊ້ເພື່ອເກັບຮັກສາຮ່ອງຮອຍ. ມັນເລີ່ມຕົ້ນໂດຍ
ການ​ຊອກ​ຫາ​ຂໍ້​ກໍາ​ນົດ​ທັງ​ຫມົດ​ແລະ​ຂະ​ບວນ​ການ (ທັງ​ຫມົດ LAM multicomputer​, ຖ້າ​ຫາກ​ວ່າ​ບໍ່​ມີ​ຫຍັງ​ແມ່ນ​
ລະບຸ) ສໍາລັບການຕິດຕາມພິເສດທີ່ສ້າງຂຶ້ນໂດຍຂະບວນການອັນດັບ 0 ໃນ MPI_COMM_WORLD ຂອງ MPI
ຄໍາຮ້ອງສະຫມັກ. ການຕິດຕາມພິເສດນີ້ມີ node ແລະຕົວລະບຸຂະບວນການຂອງທັງຫມົດ
ຂະບວນການໃນຜູ້ສື່ສານ MPI_COMM_WORLD ນັ້ນ. lamtrace ຫຼັງຈາກນັ້ນນໍາໃຊ້ node / ຂະບວນການ
ຂໍ້ມູນເພື່ອເກັບກໍາຂໍ້ມູນການຕິດຕາມທັງຫມົດທີ່ສ້າງຂຶ້ນໂດຍ libmpi(3).

ຖ້າຜູ້ສື່ສານໂລກຫຼາຍຄົນມີຢູ່ໃນ daemons ຕິດຕາມຂອງ LAM, ສິ່ງທໍາອິດທີ່ພົບເຫັນແມ່ນ
ໃຊ້. ໂລກຫຼາຍອັນອາດມີຢູ່ເນື່ອງຈາກການໃຊ້ງານພ້ອມກັນຫຼາຍອັນ, ຂໍ້ມູນການຕິດຕາມ
ຈາກ​ການ​ແລ່ນ​ທີ່​ຜ່ານ​ມາ​ບໍ່​ໄດ້​ໂຍກ​ຍ້າຍ​ອອກ (ທັງ lamtrace or lamclean(1)), ຫຼືຄໍາຮ້ອງສະຫມັກ
ທີ່ spawns ຂະບວນການ. ຜູ້ສື່ສານໂລກໂດຍສະເພາະສາມາດຕັ້ງໄດ້ໂດຍການສະຫນອງ
node ຊັດເຈນແລະສະຖານທີ່ຂະບວນການທີ່ຈະ lamtrace.

ທາງເລືອກ -mpi ບໍ່ເຫມາະສົມກັບທາງເລືອກ -l.

ຕົວຢ່າງ

lamtrace -v -mpi mytrace
ຖອນຂໍ້ມູນການຕິດຕາມເຂົ້າໄປໃນໄຟລ໌ "mytraces" ຈາກຄໍາຮ້ອງສະຫມັກ MPI ທໍາອິດທີ່ພົບໃນ a
ການ​ຄົ້ນ​ຫາ​ຂອງ​ທັງ​ຫມົດ multicomputer LAM​. ລາຍງານກ່ຽວກັບຂັ້ນຕອນທີ່ສໍາຄັນຍ້ອນວ່າພວກເຂົາເຮັດແລ້ວ.

lamtrace n30 -l 5 p21367
ຖອນຂໍ້ມູນການຕິດຕາມຈາກລາຍຊື່ 5 ຂອງຂະບວນການ ID 21367 ໃນ node 30. ດໍາເນີນການຢ່າງງຽບໆ.

lamtrace -mpi n30 p21367
ຖອນຂໍ້ມູນການຕິດຕາມຈາກກຸ່ມໂລກແອັບພລິເຄຊັນ MPI ທີ່ມີອັນດັບຂະບວນການ 0 ມີ PID
21367 ແລະແມ່ນ/ກຳລັງແລ່ນຢູ່ໃນ node 30.

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