ทุกวันคอมพิวเตอร์ของเรากลายเป็นส่วนสำคัญในชีวิตของเราหากมีปัญหาบางอย่างมันก็ส่งผลต่ออารมณ์ของเราอารมณ์ขันของเราฮิฮิ แน่นอนว่าผู้ใช้ Windows มีแนวโน้มที่จะตื่นตระหนกมากกว่าไวรัส (ลินุกซ์ที่มีอายุยืนยาว!) จะเกิดอะไรขึ้นหากทำการจัดเรียงข้อมูลบน HDD จะเกิดอะไรขึ้นหากค้นหาและติดตั้งไฟล์ Clean Master สำหรับพีซี (แม้ว่าที่นี่ใน Linux เรายังคงต้องทำความสะอาดระบบ BleachBit เป็นหนึ่งในทางเลือกที่ต้องการ). เมื่อเร็ว ๆ นี้ผู้ใช้ Linux มีอาการปวดหัว (บางคน) ที่เรียกว่า: systemd
ตรงประเด็นฉันอ่านบทความที่น่าสนใจเกี่ยวกับ systemdซึ่งดูเหมือนว่าจะเป็นเทรนด์อีกไม่นาน
ซิสเต็มดซึ่งดูเหมือนว่าบางคนจะชอบ (และฉันจะใช้คำพูดของเพื่อน), แหวนวงเดียวที่จะปกครองพวกเขาทั้งหมด ... คนอื่นก็ไม่ชอบมัน ตราบใดที่คอมพิวเตอร์ทำงานได้ดี มันก็ไม่สนใจว่า init จะทำ X หรือ Y หรือถ้าใช้ systemd สำหรับคนที่เขียนนี้ เอาล่ะ... สมมติว่าฉันชอบ init มากกว่า ฉันคิดว่ามันง่ายกว่า
ฉันออกจากบทความที่นี่:
ก่อนที่จะเริ่มฉันต้องบอกว่าฉันไม่ชอบการตัดสินใจที่จะเปลี่ยนแปลงสิ่งต่างๆใน Debian แต่ฉันไม่มีแผนที่จะละทิ้งเกลียวอันเป็นที่รักของฉัน ฉันแค่พยายามอย่างนั้นถ้าเราจะคุยกันในหัวข้ออย่างน้อยเราก็เตรียมมันให้พร้อมที่สุดแม้ว่าฉันจะไม่คิดว่าตัวเองเป็นมือโปร เพื่อให้บรรลุความชัดเจนของ systemd ฉันจะพึ่งพาเว็บไซต์ที่ นักพัฒนาให้มุมมองของพวกเขา ซึ่งมาถึงมือฉันโดยเพื่อนร่วมงานที่ดูเหมือนจะเป็นมืออาชีพแม้ว่าเขาจะไม่ใช่ผู้ใช้ Debian ก็ตาม ที่กล่าวว่าฉันคิดว่าฉันสามารถพยายามที่จะเข้าใจสิ่งที่กำลังพูดเกี่ยวกับ systemd
systemd เป็นฐานสอง
บางทีนี่อาจเป็นหนึ่งในแง่มุมที่ทำให้เราตกใจมากที่สุดถ้าทุกอย่างเป็นไปตามไบนารีเราจะตรวจสอบสิ่งที่เราทำผ่านบันทึกได้อย่างไร? ฉันไม่รู้ว่าตำนานนี้เกิดขึ้นได้อย่างไร แต่มันไม่เป็นความจริงอย่างแน่นอน
systemd ถูกกำหนดค่าเกือบโดยเฉพาะผ่านไฟล์ข้อความธรรมดา การตั้งค่าบางอย่างที่สามารถเปลี่ยนแปลงได้ด้วยบรรทัดคำสั่งเคอร์เนลและผ่านตัวแปรสภาพแวดล้อม ไม่มีไบนารีในการกำหนดค่าของคุณ (ไม่ใช่แม้แต่ XML) ไฟล์ข้อความที่เรียบง่ายตรงไปตรงมาและอ่านง่าย
สิ่งนั้นเป็นเสาหินและควบคุมทุกอย่าง
ก่อนที่จะไปถึงเว็บไซต์ดังกล่าวฉันยอมรับว่าฉันคิดแบบนี้ด้วยตัวเอง แต่หลังจากอ่านสิ่งที่ผู้พัฒนาพูดความคิดเห็นของฉันได้เปลี่ยนไปบางอย่าง ...
หากคุณสร้าง systemd โดยเปิดใช้งานตัวเลือกการกำหนดค่าทั้งหมดคุณจะสร้าง 69 ไบนารีของแต่ละบุคคล. ไบนารีเหล่านี้ทำหน้าที่แตกต่างกันและแยกออกจากกันอย่างรอบคอบด้วยเหตุผลหลายประการ ตัวอย่างเช่น systemd ได้รับการออกแบบโดยคำนึงถึงความปลอดภัยเป็นหลักดังนั้น daemons ส่วนใหญ่จึงทำงานโดยมีสิทธิพิเศษน้อยที่สุด (เช่นใช้ความสามารถของเคอร์เนล) และรับผิดชอบเฉพาะงานที่เฉพาะเจาะจงมากเท่านั้นเพื่อลดรอยเท้าของมันให้น้อยที่สุดความปลอดภัยและผลกระทบ นอกจากนี้ systemd parallels บูตได้มากกว่าโซลูชันก่อนหน้านี้ "การขนาน" นี้สร้างขึ้นโดยการเรียกใช้ กระบวนการต่างๆ ในแบบคู่ขนาน. ดังนั้นจะเห็นว่า systemd แบ่งออกเป็นหลายไบนารีได้เป็นอย่างดีจึงประมวลผล ในความเป็นจริงไบนารีจำนวนมากเหล่านี้แยกออกจากกันจนมีประโยชน์มากนอกระบบ
แพคเกจที่รวม 69 ไบนารีแต่ละรายการแทบจะไม่สามารถเรียกได้ เสาหิน. สิ่งที่แตกต่างจากโซลูชันก่อนหน้านี้คือเราจัดส่งส่วนประกอบเพิ่มเติมใน tarball เดียวและเก็บไว้ในที่เก็บเดียวด้วยวงจรการเผยแพร่แบบรวม
มันดูไม่เหมือน Unix
มีความจริงบางอย่างแน่นอน ซอร์สไฟล์ systemd ไม่มีโค้ดบรรทัดเดียวจากบรรทัด UNIX ดั้งเดิม อย่างไรก็ตามแรงบันดาลใจมาจาก UNIX จึงมี UNIX จำนวนมากใน systemd ตัวอย่างจะเป็นแนวคิด UNIX "ทุกอย่างเป็นไฟล์" ซึ่งสะท้อนให้เห็นใน systemd บริการทั้งหมดถูกเปิดเผยที่รันไทม์ในระบบไฟล์เคอร์เนล cgroupfs ดังนั้นหนึ่งในคุณสมบัติดั้งเดิมของ UNIX คือการรองรับหลายที่นั่งโดยอาศัยการรองรับเทอร์มินัลในตัว ด้วย systemd เราได้นำการสนับสนุนแบบหลายที่นั่งมาใช้อีกครั้ง แต่คราวนี้ด้วยการสนับสนุนอย่างเต็มที่สำหรับฮาร์ดแวร์ในปัจจุบันซึ่งครอบคลุมกราฟิกเมาส์เสียงเว็บแคมและอื่น ๆ ในความเป็นจริงแล้วการออกแบบ systemd เป็นชุดเครื่องมือแบบบูรณาการที่แต่ละตัวมีจุดประสงค์ของแต่ละบุคคล แต่เมื่อใช้ร่วมกันจะมีมากกว่าผลรวมของชิ้นส่วนซึ่งเป็นแกนหลักของปรัชญา UNIX ไม่มากก็น้อย ดังนั้นวิธีการจัดการโครงการของเรา (เช่นการเก็บเคอร์เนลระบบปฏิบัติการส่วนใหญ่ไว้ในที่เก็บ git เดียว) จึงใกล้เคียงกับโมเดล BSD มาก (ซึ่งเป็น UNIX จริงเมื่อเทียบกับ Linux) เพื่อทำสิ่งต่างๆให้สำเร็จ (ซึ่งส่วนใหญ่ ระบบปฏิบัติการหลักถูกเก็บไว้ในที่เก็บ CVS / SVN เดียว) ซึ่งไม่เคยเป็นเช่นนั้นบน Linux
ท้ายที่สุดแล้วคำถามที่ว่าบางสิ่งเป็น UNIX หรือไม่มีความสำคัญน้อยมาก ความยอดเยี่ยมในทางเทคนิคแทบจะไม่ซ้ำกับ UNIX สำหรับเรา UNIX เป็นอิทธิพลสำคัญ (อันที่จริงแล้วใหญ่ที่สุด) แต่เรายังมีอิทธิพลอื่น ๆ ด้วย ดังนั้นในบางพื้นที่ systemd จะเป็น UNIX มากและในบางพื้นที่จะน้อยกว่าเล็กน้อย
ที่ซับซ้อนมาก ...
มีความจริงบางอย่างแน่นอน คอมพิวเตอร์สมัยใหม่เป็นสัตว์ร้ายที่ซับซ้อนและเห็นได้ชัดว่าระบบปฏิบัติการที่ทำงานกับพวกมันจะเกินไปดังนั้นพวกเขาจึงต้องมีความซับซ้อน อย่างไรก็ตาม systemd ไม่ซับซ้อนไปกว่าการใช้งานส่วนประกอบเดียวกันก่อนหน้านี้อย่างแน่นอน ง่ายกว่าและมีความซ้ำซ้อนน้อยกว่า ในทางกลับกันการสร้างระบบปฏิบัติการที่ใช้ systemd อย่างง่ายจะเกี่ยวข้องกับแพ็คเกจน้อยกว่าการใช้ Linux แบบเดิมมาก แพคเกจที่น้อยลงทำให้ง่ายต่อการสร้างระบบของคุณมันกำจัดการพึ่งพาระหว่างกันและพฤติกรรมที่แตกต่างกันของส่วนประกอบทั้งหมดที่เกี่ยวข้อง
นั่นจะไม่ให้ฉันใช้เชลล์สคริปต์
นี่ไม่เป็นความจริงโดยสิ้นเชิง ง่ายดาย เราไม่ใช้มันสำหรับกระบวนการบูตเพราะเราคิดว่ามันไม่ใช่เครื่องมือที่ดีที่สุดสำหรับวัตถุประสงค์เฉพาะนั้น แต่นั่นไม่ได้หมายความว่า systemd ไม่เข้ากันกับพวกมัน คุณสามารถรันเชลล์สคริปต์เป็นเซอร์วิส systemd หรือ daemons ได้อย่างง่ายดายคุณสามารถรันสคริปต์ที่เขียนในไฟล์ ใด ภาษาเป็นบริการ systemd เนื่องจาก systemd ไม่สนใจสิ่งที่อยู่ในไฟล์ปฏิบัติการ ในทางกลับกันเราส่วนใหญ่ใช้เชลล์สคริปต์เพื่อวัตถุประสงค์ของเราเองสำหรับการติดตั้งสร้างและทดสอบ systemd และคุณสามารถวางสคริปต์ลงในกระบวนการเริ่มต้นได้ซึ่งจะใช้สำหรับบริการปกติสามารถเรียกใช้ที่จุดสุดท้ายได้โดยไม่มีข้อ จำกัด ใด ๆ
เมื่อมาถึงจุดนี้ฉันคิดว่าความเชื่อหลักบางประการอาจได้รับการชี้แจงแม้ว่าจะไม่รู้สึกว่าเป็นผู้สนับสนุนการเปลี่ยนแปลงและมีความวิตกกังวลเกี่ยวกับ“ปีศาจที่จะควบคุมพวกเขาทั้งหมด"ฉันคิดว่าสุดท้ายแล้วจะไม่มีใครกล้าพูดว่าอย่างน้อยมันก็ใช้ไม่ได้ฉันยังรู้จักผู้ใช้บางคนที่สังเกตเห็นว่าด้วย systemd" พีซีทำงานได้เร็วขึ้น "แต่สิ่งเหล่านั้นจะเป็นเรื่องอื่นที่สามารถพูดคุยกันได้ ในขณะนี้ยังคงมีเพียงฉันที่จะเชิญคุณมาพูดคุยเกี่ยวกับมุมมองที่คุณมีเกี่ยวกับตัวจัดการการเริ่มต้นระบบที่การกระจายจำนวนมากได้นำมาใช้แม้ว่าตอนนี้ปฏิกิริยาที่ใหญ่ที่สุดจะเกิดขึ้นในชุมชน Debian ซึ่งเกิด ส้อมใหม่ทั้งหมดนี้ ไม่ว่าคุณจะชอบหรือไม่ก็เป็นเรื่องของทุกคนสำหรับส่วนของฉันฉันแค่อยากจะทำบิตของฉันในการทำให้เข้าใจผิด systemd ซึ่งในที่สุดจะมีอยู่ใน Jessie ซึ่งเป็น Debian เวอร์ชันเสถียรถัดไป
ฉันเห็นบทความใน GUTL (ซึ่งนำมาจากไฟล์ จาก)
Systemd ปัจจุบัน?
ฉันเป็นหนึ่งในคนที่ไม่ค่อยอ่านข่าวมากนักเมื่อมีบางอย่างก่อให้เกิดข้อโต้แย้งมากมาย ฉันชอบที่จะให้ข้อมูลทางเทคนิคมากกว่า เรื่องคือ…. บางครั้งฉันรู้สึกว่าหัวข้อบางหัวข้อหยุดเป็นเพียงการอภิปรายทางเทคนิคหรือการอภิปราย และกลายเป็นเหมือนหัวข้อซุบซิบในวงการบันเทิง
ก่อนอื่นให้เปิดแถวจากผู้ใช้ไปยัง systemd ที่เรียกว่า systemd VS ปัญญาจากนั้น Linus Torvalds ก็พูดแบบนั้น systemd ไม่ได้แย่มาก พวกเขาวาดมันอย่างไรและเหตุผลบางอย่างถ้าเขามี) ส้อมที่เรียกว่า ไร้ประโยชน์ …ไม่มีความคิดเห็น…และสุดท้าย Devuan.
ฉันจะไม่พูดว่ามันแย่อย่างที่พวกเขาพูดแย่น้อยกว่าหรือแย่กว่า ระบบใช้งานได้สำหรับฉันโดยไม่มีปัญหาอย่างไรก็ตามสำหรับรสนิยมส่วนตัวฉันชอบ init เพราะวิธีการจัดระเบียบสิ่งต่างๆ (เช่นบันทึกเป็นต้น) ฉันชอบดีกว่า แต่เดี๋ยวก่อนถ้า systemd ถูกเรียกว่าม้าแข่งและต้องเปลี่ยนเป็น ในนั้น (มันจะเป็นแพ็คล่อของเราหรือเปล่าที่ทำทุกอย่าง แต่ช้า?) เอาล่ะ... เพื่อน ตราบใดที่การเปลี่ยนแปลงไม่กะทันหันมากนัก ผู้ใช้สามารถปรับตัวได้โดยไม่มีปัญหามากนัก และระบบทำงานได้ดีขึ้น (ใช่ ดีกว่า มันไม่สำคัญสำหรับฉัน!) ยินดีต้อนรับ