ນີ້ແມ່ນຄໍາສັ່ງ makepp_sandboxes ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
makepp_sandboxes -- ວິທີແບ່ງສ່ວນສ້າງ makepp
ລາຍລະອຽດ
D: --ເຮັດສ້າງ,
--ບໍ່ສ້າງ,
--ຢ່າອ່ານ,
-- ອ່ານ, I: -- ໃນ sandbox,
--inside-sandbox, O: --ນອກຊາຍແດນຕິດ, S: -- sandbox,
--sandbox-ເຕືອນ,
--sandbox-ເຕືອນ, V: --virtual-sandbox
ມີສອງສາມເຫດຜົນທີ່ເຈົ້າອາດຈະຕ້ອງການແບ່ງສ່ວນຕົ້ນໄມ້ໄຟລ໌ສໍາລັບ makepp
ສ້າງ:
1. ຖ້າທ່ານຮູ້ວ່າຕົ້ນໄມ້ສ່ວນໃຫຍ່ບໍ່ໄດ້ຮັບຜົນກະທົບຈາກການປ່ຽນແປງໃດໆ
ແຫຼ່ງໄຟລ໌ນັບຕັ້ງແຕ່ການກໍ່ສ້າງທີ່ຜ່ານມາ, ຫຼັງຈາກນັ້ນທ່ານສາມາດບອກ makepp ໃຫ້ສົມມຸດວ່າໄຟລ໌ນັ້ນ
ໃນສ່ວນຂອງຕົ້ນໄມ້ເຫຼົ່ານັ້ນແມ່ນທັນສະໄຫມແລ້ວ, ຊຶ່ງຫມາຍຄວາມວ່າບໍ່ແມ່ນແຕ່ implicitly
ການໂຫຼດ makefiles ຂອງເຂົາເຈົ້າ, ປ່ອຍໃຫ້ຜູ້ດຽວກັບຄອມພິວເຕີ້ແລະການກວດສອບຄວາມຂຶ້ນກັບຂອງເຂົາເຈົ້າ. (ຫມາຍເຫດ
ໄຟລ໌ makefiles ທີ່ໂຫລດຢ່າງຊັດເຈນແມ່ນຍັງຖືກໂຫລດ, ແນວໃດກໍ່ຕາມ.)
2. ຖ້າຫາກວ່າທ່ານມີຫຼາຍຂະບວນການ makepp ເຂົ້າເຖິງຕົ້ນໄມ້ດຽວກັນ, ຫຼັງຈາກນັ້ນທ່ານຕ້ອງການທີ່ຈະຍົກສູງບົດບາດ
ຄວາມຜິດພາດຖ້າຫາກວ່າທ່ານກວດພົບວ່າສອງຂະບວນການພ້ອມກັນແມ່ນການຂຽນສ່ວນດຽວກັນຂອງ
ຕົ້ນໄມ້, ຫຼືຂະບວນການຫນຶ່ງແມ່ນອ່ານສ່ວນຫນຶ່ງຂອງຕົ້ນໄມ້ທີ່ເປັນຂະບວນການພ້ອມກັນ
ການຂຽນ. ໃນກໍລະນີໃດກໍ່ຕາມ, ທ່ານມີເງື່ອນໄຂເຊື້ອຊາດທີ່ລໍາດັບເຫດການທີ່ກ່ຽວຂ້ອງ
ໃນສອງຂະບວນການພ້ອມກັນ (ທີ່ບໍ່ສາມາດຮັບປະກັນໄດ້) ອາດຈະສົ່ງຜົນກະທົບຕໍ່ຜົນໄດ້ຮັບ.
Makepp ມີສະຖານທີ່ sandboxing ທີ່ແກ້ໄຂຄວາມກັງວົນທັງສອງ.
Sandboxing ທາງເລືອກໃນການ
ຕົວເລືອກ makepp ຕໍ່ໄປນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອກໍານົດຄຸນສົມບັດ sandboxing ຂອງຕົ້ນໄມ້ຍ່ອຍ
ມອບໃຫ້ໂດຍ ເສັ້ນທາງ ແລະໄຟລ໌ທັງໝົດຂອງມັນ ແລະໄຟລ໌ທີ່ເປັນໄປໄດ້:
-- dont-build ເສັ້ນທາງ
--ເຮັດ-ສ້າງ ເສັ້ນທາງ
ຕັ້ງຄ່າຫຼືປັບຄຸນສົມບັດ "ບໍ່ສ້າງ". ໄຟລ໌ໃດໆທີ່ມີຊຸດຄຸນສົມບັດນີ້ແມ່ນສົມມຸດວ່າ
ມີຄວາມທັນສະໄຫມຢູ່ແລ້ວ, ແລະບໍ່ມີການກວດສອບການກໍ່ສ້າງໃດໆ. ຄ່າເລີ່ມຕົ້ນຖືກຣີເຊັດ
(ie "do-build"), ຍົກເວັ້ນຖ້າທ່ານມີ "RootMakeppfile", ໃນກໍລະນີນີ້ທຸກສິ່ງທຸກຢ່າງ
ຢູ່ນອກ id ຕົ້ນໄມ້ຍ່ອຍຂອງມັນ "dont-build".
-- sandbox ເສັ້ນທາງ
--in-sandbox ເສັ້ນທາງ
--inside-sandbox ເສັ້ນທາງ
-- ອອກຈາກ sandbox ເສັ້ນທາງ
ຕັ້ງຄ່າຫຼືປັບຄຸນສົມບັດ "in-sandbox". ຄວາມຜິດພາດຖືກຍົກຂຶ້ນມາຖ້າ makepp ເປັນຖ້າບໍ່ດັ່ງນັ້ນ
ຂຽນໄຟລ໌ທີ່ມີຄຸນສົມບັດນີ້ reset. ການກໍ່ສ້າງຍັງດໍາເນີນການກວດສອບ, ເວັ້ນເສຍແຕ່ວ່າ
ຊັບສິນ "ບໍ່ສ້າງ" ຍັງຖືກກໍານົດ. ຄ່າເລີ່ມຕົ້ນຖືກຕັ້ງ (ເຊັ່ນ "in-sandbox"), ເວັ້ນເສຍແຕ່
ມີອັນໃດ -- sandbox ທາງເລືອກ, ໃນກໍລະນີນີ້ຄ່າເລີ່ມຕົ້ນຂອງໄຟລ໌ອື່ນໆທັງຫມົດແມ່ນ
reset (ie "out-of-sandbox").
--sandbox-ເຕືອນ
--sandbox-ເຕືອນ
ດາວເກຣດການລະເມີດ "in-sandbox" ແລະ "dont-read" ເປັນຄໍາເຕືອນແທນທີ່ຈະເປັນຄວາມຜິດພາດ.
ນີ້ແມ່ນເປັນປະໂຫຍດເມື່ອມີການລະເມີດຫຼາຍຮ້ອຍຄັ້ງ, ດັ່ງນັ້ນທ່ານສາມາດເກັບກໍາຂໍ້ມູນທັງຫມົດ
ເຂົາເຈົ້າຢູ່ໃນໄລຍະດຽວ ແລະດໍາເນີນການແກ້ໄຂທີ່ເຫມາະສົມ. ຖ້າບໍ່ດັ່ງນັ້ນ, ເຈົ້າເຫັນເທົ່ານັ້ນ
ການລະເມີດຫນຶ່ງຕໍ່ການຮຽກຮ້ອງ makepp, ແລະທ່ານບໍ່ຮູ້ວ່າມີຈໍານວນເທົ່າໃດທີ່ຍັງເຫຼືອຈົນກ່ວາ
ພວກເຂົາເຈົ້າກໍາລັງແກ້ໄຂທັງຫມົດ.
--ຢ່າອ່ານ ເສັ້ນທາງ
--ອ່ານ ເສັ້ນທາງ
ຕັ້ງຄ່າຫຼືປັບຄຸນສົມບັດ "ບໍ່ໄດ້ອ່ານ". ຄວາມຜິດພາດຖືກຍົກຂຶ້ນມາຖ້າ makepp ເປັນຖ້າບໍ່ດັ່ງນັ້ນ
ອ່ານໄຟລ໌ທີ່ມີຊຸດຄຸນສົມບັດນີ້. ຄ່າເລີ່ມຕົ້ນຖືກຕັ້ງຄືນໃໝ່ (ເຊັ່ນ: "ເຮັດ-ອ່ານ").
--virtual-sandbox
ຢ່າຂຽນຄືນຂໍ້ມູນການກໍ່ສ້າງຂອງໄຟລ໌ທີ່ບໍ່ໄດ້ຖືກສ້າງຂື້ນໂດຍຂະບວນການ makepp ນີ້. ນີ້
ເປັນປະໂຫຍດໃນເວລາທີ່ແລ່ນຂະບວນການ makepp ພ້ອມກັນກັບ sandboxes ທັບຊ້ອນ, ແລະທ່ານ
ແນ່ນອນວ່າບໍ່ມີສອງຂະບວນການທີ່ຈະພະຍາຍາມສ້າງເປົ້າຫມາຍດຽວກັນ. Makepp ຈະ
ຫຼັງຈາກນັ້ນລະເວັ້ນຈາກການເກັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບໄຟລ໌ທີ່ມັນອ່ານ, ເນື່ອງຈາກວ່າ
ອາດຈະມີຜູ້ອ່ານອື່ນໆພ້ອມໆກັນ.
ແຕ່ລະຄຸນສົມບັດ 3 ເຫຼົ່ານີ້ໃຊ້ກັບຕົ້ນໄມ້ຍ່ອຍທັງໝົດ, ລວມທັງໄຟລ໌ທີ່ບໍ່ມີ
ຍັງມີຢູ່. ເສັ້ນທາງສະເພາະຫຼາຍຈະຂ້າມເສັ້ນທາງສະເພາະໜ້ອຍລົງ. ເສັ້ນທາງທີ່ລະບຸອາດຈະເປັນ
ໄຟລ໌ສ່ວນບຸກຄົນ, ເຖິງແມ່ນວ່າໄຟລ໌ດັ່ງກ່າວຍັງບໍ່ທັນມີ.
ຖ້າຊັບສິນຖືກຕັ້ງແລະຕັ້ງໃຫມ່ຢູ່ໃນເສັ້ນທາງດຽວກັນທີ່ແນ່ນອນ, ຫຼັງຈາກນັ້ນທາງເລືອກທີ່ປາກົດ
ທີ່ຢູ່ໄກສຸດໄປທາງຂວາໃນເສັ້ນຄໍາສັ່ງແມ່ນເປັນອັນດັບຫນຶ່ງ.
Sandboxing ສໍາລັບການ ການເລັ່ງ
ຖ້າຫາກວ່າທ່ານຕ້ອງການເພື່ອປ້ອງກັນ makepp ຈາກການເສຍເວລາການປຸງແຕ່ງໄຟລ໌ທີ່ທ່ານຮູ້ຈັກແລ້ວ
ທັນສະໄໝ (ໂດຍສະເພາະ, ໄຟລ໌ທີ່ສ້າງຂຶ້ນໂດຍເຄື່ອງມືສ້າງອື່ນນອກຈາກ makepp),
ຫຼັງຈາກນັ້ນ -- dont-build ເປັນທາງເລືອກສໍາລັບທ່ານ.
ໂດຍໄກກໍລະນີທົ່ວໄປທີ່ສຸດສໍາລັບການເພີ່ມປະສິດທິພາບດັ່ງກ່າວແມ່ນວ່າທ່ານຮູ້ວ່າທຸກສິ່ງທຸກຢ່າງບໍ່ແມ່ນ
ຢູ່ ຫຼື ລຸ່ມສຸດໄດເລກະທໍລີເລີ່ມຕົ້ນແມ່ນອັບເດດແລ້ວ. ນີ້ສາມາດຕິດຕໍ່ກັບ
makepp ໃຊ້ "-- dont-build /. --ເຮັດ-ສ້າງ .".
Sandboxing ສໍາລັບການ ພ້ອມກັນ ຂະບວນການ
ເຕັກນິກຫນຶ່ງທີ່ສາມາດຫຼຸດຜ່ອນການສ້າງ latency ແມ່ນການມີຂະບວນການ makepp ຫຼາຍເຮັດວຽກ
ຢູ່ເທິງຕົ້ນດຽວກັນ. ນີ້ແມ່ນຂ້ອນຂ້າງມີຄວາມຫຍຸ້ງຍາກໃນການຄຸ້ມຄອງຫຼາຍກ່ວາການນໍາໃຊ້ -j ທາງເລືອກ,
ແຕ່ມັນຍັງສາມາດມີປະສິດທິພາບຫຼາຍກວ່າເກົ່າເພາະວ່າ:
· ດ້ວຍ sandboxing, ຂະບວນການອາດຈະເຮັດວຽກຢູ່ໃນຫຼາຍ host, ຕົວຢ່າງ, ຜ່ານວຽກ
ລະບົບຄິວ. ເພີ່ມຂຶ້ນ -j limit ໃນທີ່ສຸດຊັບພະຍາກອນ CPU ຂອງ a
ເຈົ້າພາບດຽວ, ແລະແມ້ກະທັ້ງສາມາດຊັກຊ້າການກໍ່ສ້າງເນື່ອງຈາກຂະບວນການ forking ຫຼາຍເກີນໄປ.
· -j ໃນປັດຈຸບັນບໍ່ໄດ້ຂະຫນານບາງສ່ວນຂອງວຽກງານທີ່ໃຊ້ເວລາຂອງ makepp ເຊັ່ນການໂຫຼດ
makefiles, scanning, ການກໍ່ສ້າງ implicit dependencies ໃນຂະນະທີ່ scanning, ແລະການກວດສອບ
ການເພິ່ງພາອາໄສ.
ຄວາມສ່ຽງທີ່ໃຫຍ່ທີ່ສຸດກັບວິທີການນີ້ແມ່ນວ່າການກໍ່ສ້າງສາມາດກາຍເປັນ nondeterministic ຖ້າ
ຂະບວນການທີ່ອາດຈະໂຕ້ຕອບກັບກັນແລະກັນ. ນີ້ນໍາໄປສູ່ການສ້າງລະບົບ
ທີ່ຜະລິດຜົນໄດ້ຮັບທີ່ບໍ່ຖືກຕ້ອງເປັນໄລຍະໆ, ແລະບໍ່ມີກົນໄກງ່າຍໆທີ່ຈະກໍານົດວ່າເປັນຫຍັງ
ມັນເກີດຂື້ນ.
ເພື່ອແກ້ໄຂຄວາມສ່ຽງນີ້, ແນະນໍາໃຫ້ແບ່ງຕົ້ນໄມ້ລະຫວ່າງຂະບວນການພ້ອມກັນ
ເຊັ່ນວ່າຖ້າຂະບວນການໃດເຂົ້າເຖິງລະບົບໄຟລ໌ບໍ່ຖືກຕ້ອງ, ຄວາມຜິດພາດແມ່ນ
ໄດ້ຍົກຂຶ້ນຢ່າງທັນການ. ໂດຍປົກກະຕິ, ນີ້ແມ່ນສໍາເລັດໂດຍການມອບຫມາຍໃຫ້ແຕ່ລະຄົນ
ຂະບວນການພ້ອມໆກັນເປັນ "sandbox" ທີ່ມັນຖືກອະນຸຍາດໃຫ້ຂຽນ, ບ່ອນທີ່ sandboxes ທີ່ບໍ່ມີ
ສອງຂະບວນການພ້ອມກັນອາດຈະທັບຊ້ອນກັນ.
ນອກຈາກນັ້ນ, ແຕ່ລະຂະບວນການຫມາຍໃສ່ກ່ອງຊາຍຂອງຂະບວນການອື່ນໆທີ່ອາດຈະສອດຄ່ອງກັນ
ເປັນ "ບໍ່ອ່ານ." ຖ້າຂະບວນການໃດນຶ່ງອ່ານໄຟລ໌ທີ່ຂະບວນການພ້ອມກັນນັ້ນຮັບຜິດຊອບ
ສໍາລັບການຂຽນ (ແລະເພາະສະນັ້ນຈຶ່ງຍັງບໍ່ທັນໄດ້ຮັບການຂຽນ), ຫຼັງຈາກນັ້ນຄວາມຜິດພາດໄດ້ຖືກຍົກຂຶ້ນມາ
ທັນທີທັນໃດ.
Sandboxing ສໍາລັບການ Sequential ຂະບວນການ
ໃນເວລາທີ່ການກໍ່ສ້າງໄດ້ຖືກແບ່ງສ່ວນສໍາລັບຂະບວນການ makepp ພ້ອມກັນ, ປົກກະຕິແລ້ວຍັງມີ a
ການພົວພັນຕາມລໍາດັບລະຫວ່າງຄູ່ຂະບວນການຕ່າງໆ. ຕົວຢ່າງ, ອາດຈະມີ a
ອາຍແກັສຂະບວນການລວບລວມພ້ອມໆກັນ, ຕິດຕາມດ້ວຍຂະບວນການເຊື່ອມຕໍ່ດຽວທີ່ບໍ່ສາມາດເລີ່ມຕົ້ນໄດ້
ຈົນກ່ວາທັງຫມົດຂອງຂະບວນການລວບລວມໄດ້ສໍາເລັດ. ການພົວພັນຕາມລໍາດັບດັ່ງກ່າວຈະຕ້ອງເປັນ
ການບັງຄັບໃຊ້ໂດຍກົນໄກໃດກໍ່ຕາມແມ່ນ orchestrating ຂະບວນການ makepp ຕ່າງໆ (ຕົວຢ່າງ,
ລະບົບການຈັດແຖວວຽກ).
ໃນເວລາທີ່ຂະບວນການມີຄວາມສໍາພັນຕາມລໍາດັບທີ່ຮູ້ຈັກ, ປົກກະຕິແລ້ວບໍ່ຈໍາເປັນຕ້ອງຍົກຂຶ້ນມາ
ຄວາມຜິດພາດໃນເວລາທີ່ພວກເຂົາເຂົ້າເຖິງສ່ວນດຽວກັນຂອງຕົ້ນໄມ້, ເພາະວ່າຜົນໄດ້ຮັບແມ່ນຢ່າງໃດກໍ່ຕາມ
ກໍານົດ.
ຢ່າງໃດກໍ່ຕາມ, ໂດຍທົ່ວໄປແລ້ວມັນເປັນປະໂຫຍດທີ່ຈະລະບຸ -- dont-build ທາງເລືອກທີ່ຂຶ້ນກັບ
process (ຂະບວນການເຊື່ອມຕໍ່ໃນຕົວຢ່າງຂອງພວກເຮົາ) ທີ່ແຈ້ງໃຫ້ມັນກ່ຽວກັບພື້ນທີ່ທີ່ມີແລ້ວ
ໄດ້ຮັບການປັບປຸງໂດຍຂະບວນການ prerequisite (ການສັງລວມວຽກເຮັດງານທໍາໃນຕົວຢ່າງຂອງພວກເຮົາ). ໃນນີ້
ລັກສະນະ, ພວກເຮົາຫຼີກເວັ້ນສ່ວນໃຫຍ່ຂອງການເຮັດວຽກທີ່ບໍ່ຈໍາເປັນຂອງເປົ້າຫມາຍການກໍ່ສ້າງ null ທີ່ພຽງແຕ່
ປັບປຸງ
ໃຊ້ makepp_sandboxes ອອນລາຍໂດຍໃຊ້ບໍລິການ onworks.net