Mỗi ngày, máy tính lại trở thành một phần ngày càng quan trọng trong cuộc sống của chúng ta; nếu chúng gặp bất kỳ vấn đề gì, nó sẽ ảnh hưởng đến tâm trạng, sự vui vẻ của chúng ta, haha. Tất nhiên, người dùng Windows dễ bị hoảng loạn hơn: virus ( Linux muôn năm! ), chống phân mảnh ổ cứng, tìm và cài đặt Clean Master cho PC ( mặc dù ở Linux chúng ta cũng cần dọn dẹp hệ thống; BleachBit là một trong những lựa chọn thay thế được ưa chuộng ). Gần đây, một số người dùng Linux đã gặp phải một vấn đề đau đầu nhất định gọi là systemd.
Tóm lại, tôi vừa đọc một bài báo thú vị về systemd , một công nghệ đang rất được ưa chuộng hiện nay.
Systemd , thứ mà một số người coi ( và tôi sẽ dùng lời của một người bạn ) là "chiếc nhẫn thống trị tất cả "... đối với những người khác thì đơn giản là thờ ơ; miễn là máy tính hoạt động bình thường, họ không quan tâm init có làm X hay Y, hoặc có sử dụng systemd hay không. Còn tôi thì... hãy cứ nói rằng tôi thích init hơn; tôi thấy nó đơn giản hơn.
Tôi để bài viết ở đây:
Trước khi bắt đầu, tôi phải nói rằng tôi rất không thích quyết định thay đổi mọi thứ trong Debian, nhưng tôi không có ý định từ bỏ hệ điều hành Spiral yêu quý của mình. Tôi chỉ đơn giản là đang cố gắng đảm bảo rằng, nếu chúng ta thảo luận về một chủ đề nào đó, chúng ta sẽ làm điều đó với sự chuẩn bị tốt nhất có thể, ngay cả khi bản thân tôi không coi mình là người ủng hộ systemd. Để làm sáng tỏ về systemd, tôi sẽ dựa vào một trang web nơi các nhà phát triển chia sẻ quan điểm của họ , trang web này được tôi biết đến thông qua một đồng nghiệp, người dường như ủng hộ systemd, mặc dù anh ấy không phải là người dùng Debian. Với những điều đã nói, tôi nghĩ rằng tôi có thể tiếp tục cố gắng làm sáng tỏ những gì đang được nói về systemd.
systemd dựa trên hệ nhị phân
Có lẽ đây là một trong những khía cạnh khiến chúng ta sốc nhất, nếu mọi thứ đều dựa trên hệ nhị phân thì làm cách nào để theo dõi những việc chúng ta thường làm thông qua các bản ghi? Tôi không biết thần thoại này được sinh ra như thế nào, nhưng nó không hoàn toàn đúng.
systemd được cấu hình hầu như chỉ thông qua các tệp văn bản thuần túy. Một số cài đặt cũng có thể được thay đổi bằng dòng lệnh hạt nhân và thông qua các biến môi trường. Không có tệp nhị phân nào trong cấu hình của bạn (thậm chí không phải là XML). Chỉ là một tệp văn bản đơn giản, dễ hiểu và dễ đọc.
Thứ đó là nguyên khối và nó kiểm soát mọi thứ
Trước khi truy cập vào trang web nói trên, tôi thú nhận rằng bản thân tôi đã nghĩ theo cách này, nhưng sau khi đọc những gì các nhà phát triển của nó nói, ý kiến của tôi đã thay đổi điều gì đó ...
Nếu bạn biên dịch systemd với tất cả các tùy chọn cấu hình được bật, bạn sẽ tạo ra 69 tệp nhị phân riêng biệt . Các tệp nhị phân này phục vụ các nhiệm vụ khác nhau và được tách biệt cẩn thận vì một số lý do. Ví dụ, systemd được thiết kế với mục tiêu bảo mật; do đó, hầu hết các daemon chạy với đặc quyền tối thiểu (sử dụng các khả năng của kernel chẳng hạn) và chỉ chịu trách nhiệm cho các nhiệm vụ rất cụ thể, giảm thiểu bề mặt và tác động bảo mật của chúng. Ngoài ra, systemd song song hóa quá trình khởi động hơn bất kỳ giải pháp nào trước đây. Sự "song song hóa" này được tạo ra bằng cách chạy nhiều tiến trình song song. Do đó, rõ ràng là systemd được chia rất tốt thành nhiều tệp nhị phân và do đó, nhiều tiến trình. Trên thực tế, nhiều tệp nhị phân này được tách biệt tốt đến mức chúng rất hữu ích bên ngoài systemd.
Một gói chứa 69 tệp nhị phân riêng lẻ khó có thể được gọi là nguyên khối. Tuy nhiên, điểm khác biệt so với các giải pháp trước đây là chúng tôi đóng gói nhiều thành phần hơn trong một tệp nén tarball duy nhất và giữ chúng liên kết với nhau trong một kho lưu trữ duy nhất với chu kỳ phát hành thống nhất.
Nó không giống Unix
Chắc chắn có một số sự thật cho điều đó. Tệp nguồn systemd không chứa một dòng mã nào từ các dòng UNIX ban đầu. Tuy nhiên, nguồn cảm hứng bắt nguồn từ UNIX, và do đó có rất nhiều UNIX trong systemd. Một ví dụ sẽ là ý tưởng UNIX "mọi thứ là một tệp" được phản ánh trong systemd, tất cả các dịch vụ được hiển thị trong thời gian chạy trong hệ thống tệp hạt nhân, cgroupfs. Vì vậy, một trong những tính năng ban đầu của UNIX là hỗ trợ nhiều chỗ dựa trên hỗ trợ thiết bị đầu cuối tích hợp sẵn. Với systemd, chúng tôi đã mang đến hỗ trợ nhiều chỗ ngồi một lần nữa, nhưng lần này với sự hỗ trợ đầy đủ cho phần cứng ngày nay, bao gồm đồ họa, chuột, âm thanh, webcam và hơn thế nữa. Trên thực tế, thiết kế của systemd như một bộ công cụ tích hợp mà mỗi công cụ đều có mục đích riêng nhưng khi được sử dụng cùng nhau thì nhiều hơn là tổng các phần, ít nhiều là trung tâm của triết lý UNIX. Vì vậy, cách dự án của chúng tôi được xử lý (tức là giữ hầu hết hạt nhân hệ điều hành trong một kho lưu trữ git) gần với mô hình BSD hơn nhiều (là một UNIX thực sự, trái ngược với Linux) để hoàn thành công việc (trong đó hầu hết hệ điều hành cốt lõi được lưu giữ trong một kho CVS / SVN duy nhất), điều này chưa bao giờ xảy ra trên Linux.
Cuối cùng, câu hỏi liệu thứ gì đó có phải là UNIX hay không rất ít quan trọng. Về mặt kỹ thuật, nó khó có thể là duy nhất đối với UNIX. Đối với chúng tôi, UNIX là một ảnh hưởng quan trọng (trên thực tế, là lớn nhất), nhưng chúng tôi cũng có những ảnh hưởng khác. Do đó, ở một số khu vực, systemd sẽ rất UNIX và ở những khu vực khác thì ít hơn một chút.
Điều đó rất phức tạp ...
Chắc chắn có một số sự thật cho điều đó. Máy tính hiện đại là những con thú phức tạp và hệ điều hành chạy trên chúng hiển nhiên cũng sẽ quá phức tạp, vì vậy chúng phải phức tạp. Tuy nhiên, systemd chắc chắn không phức tạp hơn so với các triển khai trước đó của các thành phần tương tự. Nó đơn giản hơn và ít dư thừa hơn. Mặt khác, việc xây dựng một hệ điều hành dựa trên systemd đơn giản sẽ liên quan đến ít gói hơn nhiều so với việc sử dụng Linux truyền thống. Ít gói hơn giúp việc xây dựng hệ thống của bạn dễ dàng hơn, nó loại bỏ sự phụ thuộc lẫn nhau và nhiều hành vi khác nhau của tất cả các thành phần liên quan.
Điều đó sẽ không cho phép tôi sử dụng các tập lệnh shell
Điều này hoàn toàn sai. Chúng tôi chỉ đơn giản là không sử dụng chúng cho quá trình khởi động vì chúng tôi tin rằng chúng không phải là công cụ tốt nhất cho mục đích cụ thể đó, nhưng điều đó không có nghĩa là systemd không tương thích với chúng. Bạn có thể dễ dàng chạy các tập lệnh shell như các dịch vụ hoặc tiến trình nền của systemd; bạn có thể chạy các tập lệnh được viết bằng bất kỳ ngôn ngữ nào như các dịch vụ của systemd vì systemd không hề quan tâm đến nội dung bên trong tệp thực thi của bạn. Hơn nữa, chúng tôi sử dụng rộng rãi các tập lệnh shell cho mục đích riêng của mình: để cài đặt, xây dựng và kiểm thử systemd. Và bạn có thể dán các tập lệnh vào quá trình khởi động ban đầu, sử dụng chúng cho các dịch vụ thông thường, chạy chúng trong quá trình tắt máy cuối cùng — hầu như không có giới hạn nào.
Đến đây, tôi cho rằng một số quan điểm chính có lẽ đã được làm rõ. Mặc dù tôi không tự coi mình là người ủng hộ sự thay đổi và có những băn khoăn về ý tưởng " một con quỷ thống trị tất cả ", nhưng tôi nghĩ cuối cùng sẽ không ai dám nói rằng nó hoàn toàn không hiệu quả. Tôi thậm chí còn biết một số người dùng nhận thấy rằng với systemd, "máy tính chạy nhanh hơn", nhưng đó lại là một vấn đề khác để thảo luận. Hiện tại, tôi chỉ có thể mời các bạn tranh luận về quan điểm của mình ở đây về hệ thống khởi tạo mà nhiều bản phân phối đã áp dụng, mặc dù những phản ứng mạnh mẽ nhất hiện đang được thấy trong cộng đồng Debian, thậm chí đã tạo ra một nhánh mới vì tất cả những điều này. Việc bạn thích hay không là vấn đề cá nhân; về phần mình, tôi chỉ muốn đóng góp phần nhỏ của mình để làm sáng tỏ systemd, hệ thống cuối cùng sẽ có mặt trong Jessie, phiên bản ổn định tiếp theo của Debian.
Tôi đã thấy bài viết trên GUTL (mà bài viết đó lại được lấy từ DesdeAbreus ).
Systemd hiện tại?
Tôi là một trong những người không đọc nhiều tin tức khi có điều gì đó gây ra nhiều tranh cãi, tôi thích tập trung vào các chi tiết kỹ thuật hơn. Chuyện là…. Đôi khi tôi cảm thấy rằng một số chủ đề nhất định không còn là một cuộc thảo luận hay tranh luận thuần túy mang tính kỹ thuật nữa mà trở thành một trong những tin đồn nhảm trong giới showbiz
Đầu tiên là một bài viết công khai chỉ trích systemd từ một người dùng có tên systemd VS intelligence , sau đó là Linus Torvalds nói rằng systemd không tệ như người ta vẫn nghĩ ( và ông ấy cũng có lý ), một nhánh phát triển có tên uselessd ... không có bình luận gì thêm... và tóm lại, cuối cùng là Devuan.
Tôi không nói nó tệ như người ta nói, đỡ tệ hơn hay tệ hơn. Hệ thống hoạt động tốt với tôi, tuy nhiên, cá nhân tôi thích init hơn vì tôi thích cách nó sắp xếp các thứ khác nhau (ví dụ như nhật ký). Nhưng này, nếu systemd được gọi là "ngựa đua" và phải thay thế init ( liệu nó có phải là "ngựa thồ" của chúng ta, làm mọi thứ nhưng chậm chạp? ), thì... miễn là sự thay đổi không quá đột ngột, người dùng có thể thích nghi mà không gặp quá nhiều khó khăn, và hệ thống hoạt động tốt hơn (vâng, tốt hơn, có lẽ điều đó vẫn chưa đủ với tôi!), thì hãy hoan nghênh nó! 😉