매일 우리의 컴퓨터는 우리 삶의 더 중요한 부분을 형성합니다. 어떤 종류의 문제가 있으면 우리의 기분과 유머에 영향을 미칩니다. 물론 Windows 사용자는 바이러스 (장수 리눅스!), HDD 조각 모음을 수행하면 어떻게 될까요? PC 용 Clean Master (여기 Linux에서는 여전히 시스템을 정리해야하지만 BleachBit은 선호되는 대안 중 하나입니다.). 최근 Linux 사용자는 다음과 같은 문제를 겪고 있습니다. 시스템
요점은 흥미로운 기사를 읽었습니다. 시스템, 오래지 않아 트렌드 인 것 같습니다.
시스템D, (친구의 말로), 그들 모두를 지배하는 하나의 반지 ... 다른 사람들은 단순히 그것을 좋아하지 않습니다. 컴퓨터가 잘 작동하는 한 init가 X 또는 Y 작업을 수행하는지 또는 systemd가 사용되는지는 상관하지 않습니다. 글을 쓰는 이 사람에게 음... 저는 init를 선호한다고 가정해 보겠습니다. 더 간단하다고 생각합니다
여기에 기사를 남깁니다.
시작하기 전에 나는 데비안에서 변경하기로 한 결정이 마음에 들지 않는다고 말해야하지만, 어느 시점에서도 사랑하는 나선을 버릴 계획이 없습니다. 나는 그저 노력하고 있습니다. 우리가 어떤 주제를 논의한다면 적어도 제가 프로 시스템이라고 생각하지 않더라도 가능한 한 준비하도록합니다. systemd의 이해를 돕기 위해 나는 웹 사이트에 의존 할 것입니다. 개발자는 자신의 관점을 제공 데비안 사용자는 아니지만 프로 시스템화 된 것처럼 보이는 동료가 제 손에 가져 왔습니다. 그 말로 나는 systemd에 대해 말하고있는 것을 이해하기 위해 노력할 수 있다고 생각합니다.
systemd는 바이너리 기반입니다.
아마도 이것이 우리에게 가장 충격을주는 측면 중 하나 일 것입니다. 모든 것이 바이너리 기반이라면 로그를 통해 일반적으로하는 일을 어떻게 모니터링할까요? 이 신화가 어떻게 탄생했는지는 모르겠지만 절대적으로 사실은 아닙니다.
systemd는 거의 독점적으로 일반 텍스트 파일을 통해 구성됩니다. 커널 명령 줄과 환경 변수를 통해 변경할 수도있는 일부 설정입니다. 구성에 바이너리가 없습니다 (XML도 아님). 간단하고 간단하며 읽기 쉬운 텍스트 파일입니다.
그것은 모 놀리 식이며 모든 것을 제어합니다.
앞서 언급 한 웹 사이트에 도달하기 전에 나 자신이 그렇게 생각했다고 고백하지만 개발자들의 말을 읽은 후 내 의견이 뭔가 바뀌 었습니다 ...
모든 구성 옵션이 활성화 된 상태에서 systemd를 빌드하면 69 개의 개별 바이너리. 이러한 바이너리는 다양한 작업을 수행하며 여러 가지 이유로 신중하게 분리됩니다. 예를 들어, systemd는 보안을 염두에두고 설계되었으므로 대부분의 데몬은 최소한의 권한 (예 : 커널 기능 사용)으로 실행되며 매우 특정한 작업 만 수행하여 풋 프린트, 안전 및 영향을 최소화합니다. 또한 systemd parallels는 이전 솔루션보다 더 많이 부팅됩니다. 이 "병렬화"는 다음을 실행하여 생성됩니다. 다양한 프로세스 병행하여. 따라서 systemd는 많은 바이너리와 프로세스로 매우 잘 나뉘어져 있음을 알 수 있습니다. 사실, 이러한 바이너리의 대부분은 매우 잘 분해되어 systemd 외부에서 매우 유용합니다.
69 개의 개별 바이너리를 포함하는 패키지는 거의 호출 할 수 없습니다. 단단히 짜여 하나로 되어 있는. 그러나 이전 솔루션과 다른 점은 단일 tarball에 더 많은 구성 요소를 제공하고 통합 릴리스 주기로 단일 저장소에 연결되어 있다는 것입니다.
그것은 유닉스처럼 보이지 않습니다
그것에는 확실히 몇 가지 진실이 있습니다. systemd 소스 파일에는 원래 UNIX 줄의 코드 한 줄이 포함되어 있지 않습니다. 그러나 영감은 UNIX에서 파생되었으므로 systemd에는 많은 UNIX가 있습니다. 예를 들면 "모든 것이 파일이다"라는 유닉스 아이디어가 있는데, 이는 systemd에서 모든 서비스가 커널 파일 시스템에서 런타임에 노출된다는 점에서 반영됩니다. cgroupfs. 따라서 UNIX의 원래 기능 중 하나는 내장 터미널 지원을 기반으로 한 다중 시트 지원이었습니다. systemd를 통해 기본적으로 다중 시트 지원을 제공했지만 이번에는 그래픽, 마우스, 오디오, 웹캠 등을 포함하는 오늘날의 하드웨어를 완벽하게 지원했습니다. 실제로 각각의 목적을 가지고 있지만 함께 사용할 때 통합 도구 모음으로서 systemd의 설계는 UNIX 철학의 중심에있는 부분의 합계 이상입니다. 따라서 프로젝트를 처리하는 방식 (즉, 단일 git 저장소에 대부분의 OS 커널 유지)은 BSD 모델 (리눅스가 아닌 진정한 UNIX)에 훨씬 더 가깝습니다. 운영 체제는 단일 CVS / SVN 저장소에 보관됩니다.)
궁극적으로 어떤 것이 UNIX인지 아닌지에 대한 질문은 거의 중요하지 않습니다. 기술적으로 탁월하기 때문에 UNIX에만 고유 한 것은 아닙니다. 우리에게 UNIX는 중요한 영향 (사실상 가장 큰 영향)이지만 다른 영향도 있습니다. 따라서 일부 영역에서는 systemd가 매우 유닉스이고 다른 영역에서는 약간 적습니다.
그것은 매우 복잡합니다 ...
그것에는 확실히 몇 가지 진실이 있습니다. 현대 컴퓨터는 복잡한 짐승이며 컴퓨터에서 실행되는 운영 체제도 당연히 그럴 것이기 때문에 복잡해야합니다. 그러나 systemd는 동일한 구성 요소의 이전 구현보다 더 복잡하지 않습니다. 더 간단하고 중복성이 적습니다. 반면에 단순한 시스템 기반 운영 체제를 구축하려면 기존 Linux에서 사용하는 것보다 훨씬 적은 패키지가 필요합니다. 패키지가 적을수록 시스템을 더 쉽게 구축 할 수 있으며 상호 의존성 및 관련된 모든 구성 요소의 다양한 동작을 제거 할 수 있습니다.
셸 스크립트를 사용할 수 없습니다.
이것은 완전히 사실이 아닙니다. 간단히 특정 목적에 가장 적합한 도구가 아니라고 생각하기 때문에 부팅 프로세스에 사용하지 않습니다. 그러나 이것이 systemd가 이들과 호환되지 않는다는 의미는 아닙니다. 쉘 스크립트를 systemd 서비스 또는 데몬으로 쉽게 실행할 수 있으며 다음으로 작성된 스크립트를 실행할 수 있습니다. 어떤 systemd는 실행 파일 내부에 무엇이 있는지 신경 쓰지 않기 때문에 systemd 서비스로서의 언어입니다. 반면에 우리는 systemd를 설치, 빌드, 테스트하기 위해 자체 목적으로 쉘 스크립트를 주로 사용합니다. 그리고 초기 시작 프로세스에서 스크립트를 붙여 넣을 수 있으며 일반 서비스에 사용되며 마지막 중지에서 실행할 수 있으며 사실상 제한이 없습니다.
이 시점에서 저는 변화를 옹호하는 사람이 아니라고 느끼고 ""에 대한 내 불안감에도 불구하고 일부 주요 신념이 명확 해졌을 수 있다고 생각합니다.그들 모두를 통제하는 악마"결국 어느 누구도 적어도 작동하지 않는다고 감히 말할 수 없을 것이라고 생각합니다. 심지어 systemd를 사용하면 PC가 더 빨리 실행된다는 사실을 알아 차리는 일부 사용자도 알고 있습니다.하지만 이것들은 논의 할 수있는 다른 것들입니다. 현재로서는 많은 배포판이 채택한 스타트 업 관리자에 대한 귀하의 견해를 여기서 논의하도록 초대 할뿐입니다. 비록 지금은 데비안 커뮤니티에서 가장 큰 반응이 나타나고 있습니다. 이 모든 것을 가진 새로운 포크. 당신이 좋아하든 싫어하든 모든 사람에게 문제가됩니다. 제 부분에서는 데비안의 차기 안정 버전 인 Jessie에 최종적으로 나타날 systemd를 이해하기 위해 제 역할을하고 싶습니다.
나는 GUTL에서 기사를 보았다. FromAbreus)
Systemd 전류?
나는 어떤 일이 너무 많은 논란을 불러일으킬 때 뉴스를 많이 읽지 않는 사람 중 하나이며, 좀 더 기술적인 세부 사항을 다루는 것을 선호합니다. 문제는… 때로는 특정 주제가 순전히 기술적인 토론이나 토론이 아니라 연예계 가십처럼 느껴질 때도 있습니다
먼저 사용자에서 systemd까지 열린 행이 호출되었습니다. 체계화 VS 지능, Linus Torvalds는 systemd는 그렇게 나쁘지 않습니다 그들이 그것을 그리는 방법그가 가지고 있다면 어떤 이유),라는 포크 쓸모없는 … 코멘트 없음… 그리고 마지막으로 데 번.
나는 그것이 그들이 말하는 것만 큼 나쁘거나 덜 나쁘거나 더 나쁜지 말하지 않을 것입니다. 이 시스템은 문제없이 저를 위해 작동하지만 개인적인 취향으로는 init을 선호합니다. 왜냐하면 다양한 것들을 구성하는 방식 (예 : 로그)이 더 좋기 때문입니다.하지만 시스템이 경주마라고 부르게되면 대체해야하기 때문입니다. 초기화 (느리지 만 모든 일을하는 우리 팩 노새일까요?) 음... 변경이 극도로 갑작스럽지 않은 한 사용자는 큰 문제 없이 적응할 수 있고 시스템은 더 잘 작동합니다(예, 더 좋습니다. 나에게는 중요하지 않습니다!). 그러면 환영합니다