Đổi tên giao diện mạng trong Arch Linux

"Nó chỉ là thời trang vì nó bắt đầu nhanh hơn 3 hoặc 4 giây."
Thực ra thì không phải như vậy, thực tế thì nhà phát triển chính của systemd đã giải thích rõ ràng trong một email từ ML của mình rằng họ chưa bao giờ nghĩ về systemd là một hệ thống khởi động nhanh, rằng đây chỉ là hệ quả của hoạt động của systemd - điều này thực sự rất ngon suy nghĩ về những gì có thể đạt được nếu họ quyết định tối ưu hóa systemd để nhanh hơn ...

"Lợi thế của systemd so với sysvinit / openrc hoặc phiên bản mới nổi, không phải là nó quá tuyệt vời"
Đối với SysV init lợi thế là LỚN so với Upstart không quá nhiều.
SysVinit là một chiếc catramina, một chiếc xe đẩy cạnh Porsche.
Mặc dù SysVinit đã phục vụ mục đích của mình trong nhiều năm, nhưng thực tế là những hạn chế tiềm ẩn của một phần mềm được tạo ra, suy nghĩ và thiết kế từ nhiều năm trước và cho đến thời điểm đó ngày càng đáng chú ý.
Một số vấn đề với SysV ngoài thời gian khởi động chậm là điều kiện chủng tộc thường xảy ra trong các môi trường khác nhau, cấu trúc của nó để kích hoạt và hủy kích hoạt daemon và việc thêm các ứng dụng và daemon mới vào cấu trúc này mà không phá vỡ trình tự phức tạp như thế nào. Bắt đầu.

systemd giải quyết tất cả những điều này một cách rõ ràng, thực tế, được tiêu chuẩn hóa và được ghi chép đầy đủ - khi ở trong SysV, nói chung mỗi bản phân phối sẽ triển khai nó theo cách nó thích nhất.

Về phần Upstart, tôi không biết gì nhiều ngoài các tệp cấu hình của nó, mà nói một cách chính xác là KHỔNG LỒ, nó là tiếng Trung Quốc, việc chỉnh sửa chúng là một cực hình và rất dễ mắc lỗi nếu bạn không điên và làm lộn xộn.
Mặt khác, Upstart có vẻ thực sự hiệu quả vì phiên bản Ubuntu mới nhất trên máy của tôi khởi động và tắt gần như ngay lập tức - thật tuyệt vời.
Tuy nhiên, khi Pometering được hỏi liệu họ có thực sự cần sysmted hay không và nếu họ không phân tích các lựa chọn khác như Upstart, anh ấy trả lời rằng có, họ đã phân tích chúng, rằng có rất nhiều thứ họ thích và thực tế nó nằm trong kế hoạch thực hiện trong systemd nhưng theo họ thì cơ sở cấu trúc của Upstart không tốt và rất có thể trong tương lai họ sẽ gặp phải các vấn đề xuất phát từ nó.

Hãy nhớ rằng systemd ra đời như một sáng kiến ​​của Mũ đỏ vì hai lý do quan trọng:
1. Do kinh nghiệm _vastisima_ mà công ty có được trong hàng nghìn lần triển khai, họ đã đi đến kết luận rằng họ cần thực hiện một số thay đổi cơ bản nhất định trong hệ thống của mình để đáp ứng các yêu cầu của họ, những thay đổi về mặt logic khiến nhiều hơn một cựu chiến binh - giống như tất cả những thay đổi.
2. Không có gì bí mật đối với bất kỳ ai mà Red Hat muốn trở thành Red Hat chứ không phải GNU + Linux.

Ngoài những điều không hay và những thứ gây xao nhãng khác, thực tế là systemd đang ngày càng được cộng đồng GNU + Linux chấp nhận và điều này nhất thiết phải tốt vì một số lý do:
1. phát triển được tăng tốc để có thể đạt được sản phẩm tốt hơn trong thời gian ngắn hơn
2. Bằng cách bao gồm nhu cầu của các bản phân phối khác nhau và bằng cách cộng tác với các nhà phát triển lớn của các bản phân phối đó với systemd và tương tác với các nhà phát triển từ các bản phân phối khác thảo luận về các bản vá và tính năng, việc đạt được một sản phẩm chất lượng sẽ dễ dàng hơn vô cùng.
3. Không có khả năng phân phối mà nó được thực hiện (rất quan trọng!) Và được hợp nhất như một tiêu chuẩn (cũng như POSIX), điều mà một quản trị viên phải làm việc trong môi trường không đồng nhất bao gồm các bản phân phối khác nhau nhưng có chung cơ sở quản lý sẽ chắc chắn giá trị hệ thống tương tự.
$ systemctl sẽ hoạt động tương tự trên Fedora như openSUSE hoặc Arch hoặc Chakra hoặc Red Hat hoặc Kali Linux hoặc bất kỳ bản phân phối nào khác sử dụng systemd và điều đó thật tuyệt.
4. Có một số lượng lớn người phù hợp làm việc trên cùng một PID1 được sử dụng bởi chính bản phân phối làm cho công việc của chính các nhà phát triển trở nên dễ dàng hơn nhiều khi giải quyết vấn đề hoặc tìm kiếm trợ giúp hoặc ý tưởng về cách triển khai một hoặc một chức năng khác.
5. Vì systemd là một dự án liên ngành mở và rất quan trọng, tỷ lệ chấp nhận và cải tiến dự án là một trong những dự án FLOSS cao nhất.
Ví dụ: khi người bảo trì một gói của bất kỳ bản phân phối nào, liên quan đến việc khởi động daemon ngay từ đầu, trình bày phiên bản dịch vụ của mình trong danh sách gửi thư systemd để yêu cầu nhận xét và đề xuất, điều đó xảy ra là sau khi hợp tác chung, có thể để dịch vụ đó chỉ ra, theo cách tốt nhất có thể, dịch vụ đó không chỉ sử dụng nhà phát triển đã mở chủ đề mà còn gửi UPSTREAM cho chính các nhà phát triển ứng dụng để họ có thể quyết định xem họ có muốn biến dịch vụ đó thành một phần của gói riêng và cùng với đó làm cho nó 100% OOTB tương thích với hệ thống.
6. systemd có hàng trăm hàng trăm tính năng mới giúp việc quản lý hệ thống mà nó quản lý dễ dàng và trơn tru hơn nhiều. Ví dụ, nó phụ trách quản lý module PAM cho người quản lý đăng nhập, quản lý các kết nối từ xa đến hệ thống, tải các dịch vụ theo yêu cầu đang nghe trên các socket thay vì để daemon đang ngủ trong bộ nhớ và đánh cắp CPU và bộ nhớ đang chờ được kích hoạt, quản lý Theo một cách đáng tin cậy, các giao diện mạng và thiết bị được cắm vào hệ thống ... nó thực sự là một con quái vật, một Leviathan khổng lồ nhưng không giống như các hệ thống khác cùng kích thước, nó hoạt động một cách linh hoạt, nhanh chóng và rất mượt mà và tôi nghĩ lý do duy nhất là vì vậy Đối với một hệ thống LỚN như systemd (nghĩ rằng trong thời gian ngắn nó sẽ quản lý toàn bộ hệ thống), nó được thiết kế để hoạt động hiệu quả, có tính mô-đun và có thể mở rộng ngay từ đầu.

Đặc biệt, điều tôi đau đầu nhất khi sử dụng systemd là tôi phải học lại mọi thứ mà cho đến bây giờ tôi vẫn sử dụng để quản lý máy của mình.
Có thể hiểu rằng một số nhà tiền sử đã từng sử dụng một phương pháp luận nhất định trong nhiều năm chống lại sự thay đổi như vậy ... nhưng này! Đây là khoa học máy tính, ở đây điều duy nhất không thay đổi là sự thay đổi là liên tục 😉

Chúc mừng.