systemd“ เป็นอันตราย” หรือไม่ [ปิด]


11

เยี่ยมชมฟอรัมออนไลน์ที่พูดคุยเกี่ยวกับ Debian และ Xubuntu ฉันเห็นผู้ใช้บางคนที่เพิ่มบรรทัดนี้ในฟิลด์ลายเซ็น:

... ไม่มี systemd ...

บรรทัดนี้แสดงให้เห็นถึงความภาคภูมิใจ (ดูเหมือนฉัน)

จากวิกิพีเดีย :

systemd เป็นชุดของ daemons การจัดการระบบ, ไลบรารีและยูทิลิตี้ที่ออกแบบมาเพื่อการจัดการกลางและแพลตฟอร์มการกำหนดค่าสำหรับระบบปฏิบัติการคอมพิวเตอร์ลีนุกซ์

ดังนั้นsystemdดูเหมือนจะไม่เลวร้ายดังนั้นทำไมผู้คนเขียนด้วยความภาคภูมิใจที่พวกเขาไม่ใช้มัน

อาจsystemdเป็นอันตรายหรือไม่ดีสำหรับคุณ


1
คุณอ่านส่วนการยอมรับและการรับของบทความ Wikipedia หรือไม่ มันมีการอ้างอิงถึงหลายบทความเกี่ยวกับสาเหตุที่บางคนไม่ชอบ
Leiaz

คำตอบ:


8

ไม่ไม่เป็นอันตรายหรือไม่เลวสำหรับคุณ คุณสะดุดเมื่อการต่อสู้เล็กน้อยของสงครามเริ่มต้น ฉันจะไม่เข้าไปพูดเรื่องนี้อย่างละเอียด แต่สั้น ๆ สถานการณ์ดังต่อไปนี้

Linux ใช้ sysvinit มาเกือบตลอดชีวิต นี่เป็นรุ่นเก่าและขาดคุณสมบัติและสิ่งหนึ่งที่ทุกคนเห็นพ้องต้องกันคือต้องเปลี่ยน อย่างไรก็ตามไม่มีใครสามารถเห็นด้วยกับสิ่งที่ควรจะเปลี่ยนเป็น มีการเสนอทางเลือกต่าง ๆ รวมถึง - แต่ไม่ จำกัด เพียง - สิ่งต่อไปนี้:

ทั้งสองอย่างนี้เป็นวิธีที่ดีในแบบของตัวเองและไม่ดีต่อผู้อื่น บ่อยครั้งที่เกิดขึ้นในโลกนี้การเลือกระบบเริ่มต้น (หนึ่งในสองคนนั้นหรืออื่น ๆ ) ที่จะนำมาใช้กลายเป็นสิ่งที่คล้ายกับสงครามศาสนา

ดังนั้นคุณบังเอิญเจอคนที่ไม่ชอบsystemdและภูมิใจที่ไม่ใช้มัน มีหลายคนที่มีความเห็นตรงข้ามและคิดว่าsystemdเป็นสิ่งที่ยอดเยี่ยมและทุกอย่างอื่นอันยิ่งใหญ่ เช่นเดียวกับที่มีในเรื่องอื่น ๆ เกี่ยวกับ interwebs ที่กว้างและยอดเยี่ยม

อย่างมีความสุข, สงครามเริ่มต้นกำลังเดือดกรุ่นลงและตอนนี้ผ่านที่สำคัญของพวกเขา ลีนุกซ์รุ่นใหญ่ ๆ ได้ตัดสินใจเปลี่ยนมาใช้systemd. แม้แต่ Ubuntu ของ Canonical แม้จะเป็นแรงผลักดันupstartก็ตาม ดังนั้นในวันนี้systemdเป็นระบบเริ่มต้นของทางเลือกสำหรับความแตกต่างที่สำคัญทั้งหมดยกเว้น Gentoo ( แหล่งรูปภาพ):

ป้อนคำอธิบายรูปภาพที่นี่


6

คุณอ่านบทความWikipediaที่คุณลิงค์มาหรือไม่ โดยเฉพาะย่อหน้าที่สาม

การออกแบบของ systemd ได้สร้างความขัดแย้งที่สำคัญในชุมชนซอฟต์แวร์เสรี นักวิจารณ์ยืนยันว่า systemd นั้นซับซ้อนและทนต่อการคืบของคุณสมบัติและสถาปัตยกรรมนั้นละเมิดหลักการออกแบบของระบบปฏิบัติการยูนิกซ์ นอกจากนี้ยังมีข้อกังวลว่ามันจะสร้างระบบการพึ่งพาประสานซึ่งทำให้ผู้ดูแลระบบกระจายสินค้ามีทางเลือกน้อย แต่ต้องปรับใช้ systemd เนื่องจากมีซอฟต์แวร์อวกาศผู้ใช้จำนวนมากขึ้นอยู่กับส่วนประกอบของมัน

นอกจากนี้ยังมีหัวข้อย่อยอีกมากมายในหัวข้อ " ประวัติศาสตร์และการโต้เถียง "


4

ขึ้นอยู่กับสิ่งที่คุณคิดว่าเป็นอันตราย เช่น. suckless.org ถือว่าเป็นอันตรายหรือไม่:

http://suckless.org/sucks/systemd

ฉันไม่ได้พยายามที่จะเริ่มสงครามไฟที่นี่และในความเป็นจริงฉันจะใช้มันเป็นผู้ใช้ Debian แต่ตรงไปตรงมาฉันหนึ่งเห็นด้วยกับ suckless

UPDATE: ฉันรู้สึกว่าฉันควรอธิบายว่าทำไมฉันถึงเห็นด้วยกับ suckless ดังนั้นที่นี่ไป: ฉันคิดว่ามันซับซ้อนเกินไปและให้การควบคุมแบบรวมศูนย์ "เกินไป" คอร์ทิ้งบันทึกและอื่น ๆ จะถูกเก็บไว้ที่ journald db จะทำอย่างไรถ้า fs ของฉันล้มเหลวและ db ได้รับความเสียหาย - ไม่มีบันทึกที่จะดูอีกต่อไป ไม่มีไฟล์หลักที่จะวิเคราะห์เพิ่มเติม พื้นที่จัดเก็บไฟล์ธรรมดาให้ความยืดหยุ่นที่ดีกว่าสำหรับความล้มเหลวในกรณีดังกล่าว ฉันเองเห็นด้วยค่อนข้างมากกับทุกจุดในรายการที่ไม่อยู่กับที่ดูด แต่ฉันออกจากคำตอบของคำถามหลักตามดุลยพินิจของทุกคน


4
คุณควรพูดว่าทำไม
mikeserv

1
@mikeserv: มีจำนวนมาก "เพราะ" ในหน้า suckless :) และในหน้า Wikipedia (อ้างถึงในคำตอบโดย Sparhawk) ฉันคิดว่ามันซับซ้อนเกินไปและให้การควบคุมแบบรวมศูนย์ด้วยระบบ คอร์ทิ้งบันทึกและอื่น ๆ จะถูกเก็บไว้ที่ฐานข้อมูล จะทำอย่างไรถ้า fs ของฉันล้มเหลวและ db ได้รับความเสียหาย - ไม่มีบันทึกที่จะดูอีกต่อไป ไม่มีไฟล์หลักที่จะวิเคราะห์เพิ่มเติม พื้นที่จัดเก็บไฟล์ธรรมดาให้ความยืดหยุ่นที่ดีกว่าสำหรับความล้มเหลวในกรณีดังกล่าว ดังนั้นใช่ - ทำไม!
อเล็กซ์

coredumps และบันทึกสามารถเขียนลงในสมุดรายวันและ / หรือ syslog, คอนโซล, อื่น ๆ , ฉันไม่เห็นด้วยกับมันอาจจะซับซ้อนแต่ฉันไม่คิดว่าแปลโดยตรงเป็นอันตรายและฉันไม่คิดว่าคำตอบนี้สนับสนุนการแปลนั้น
mikeserv

1
@mikeserv: จริง อย่างไรก็ตามมันเป็นเจอร์นัล db หรือคอขวดเพิ่มเติมในการบันทึกระบบ (ตอนนี้การบันทึกขึ้นอยู่กับ journald AND บน syslogd) เกี่ยวกับจุดประสงค์ร้าย: อย่างที่ฉันพูดขึ้นอยู่กับสิ่งที่คุณคิดว่าเป็นอันตราย หากระบบป้องกันความยืดหยุ่นที่ล้มเหลว - เป็นอันตรายต่อฉันอย่างแน่นอน
อเล็กซ์

1
ไม่ได้กล่าวถึงกรณีนี้โดยเฉพาะกับ systemd แต่การรวมกันของระบบย่อยอิสระสามารถเพิ่มความต้านทานต่อความล้มเหลวได้จริง เปรียบเทียบเคอร์เนลเสาหินกับเคอร์เนล microarchitecture ลองเพิกเฉยต่อประสิทธิภาพและดูที่การต่อต้านการล้มเหลว ซึ่งทนต่อความล้มเหลวได้มากขึ้น: การรวมกันของส่วนประกอบ (อาจมีขนาดใหญ่) การโต้ตอบซึ่งกันและกันผ่านส่วนต่อประสานที่กำหนดไว้อย่างดี หรือโค้ดขนาดใหญ่ก้อนเดียวที่ทุกอย่างมีอิสระที่จะกระตุ้นอะไรก็ตามโดยไม่ตั้งใจ? ฉันคิดว่ามันเป็นที่ถกเถียงกันอยู่ว่าทำอย่างถูกต้องตัวเลือก microarchitecture ทนต่อความล้มเหลวได้มากกว่า
CVn

3

ไม่อันตรายเท่าที่อาจจะบ้าคลั่ง

นักออกแบบเต็มไปด้วยวิสัยทัศน์ของพวกเขาเองที่พวกเขาไม่เข้าใจสิ่งที่ทำให้ระบบประเภท POSIX ยอดเยี่ยม

"คนที่ไม่เข้าใจว่ายูนิกซ์ถูกประณามว่าจะสร้างมันขึ้นมาใหม่ได้ไม่ดี"

          Henry Spencer
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.