시스템이“악성”입니까? [닫은]


11

Debian과 Xubuntu에 대해 토론하는 온라인 포럼을 방문하면 서명 필드에이 줄을 추가하는 일부 사용자를 보았습니다.

... 시스템이없는 경우 ...

이 줄은 자부심으로 보입니다 (나에게 보입니다).

에서 위키 백과 :

systemd는 Linux 컴퓨터 운영 체제의 중앙 관리 및 구성 플랫폼으로 설계된 시스템 관리 데몬, 라이브러리 및 유틸리티 제품군입니다.

그래서 systemd나쁜 것 같지 않은데, 왜 사람들은 그것을 사용하지 않는다는 자부심을 가지고 글을 쓰는가?

systemd위험하거나 당신에게 나쁜 것일 수 있습니까 ?


1
해당 위키 백과 기사 의 채택 및 수신 부분 을 읽었 습니까? 일부 사람들이 왜 싫어하는 지에 대한 여러 기사에 대한 언급이 있습니다.
Leiaz

답변:


8

아니요, 위험하거나 나쁘지 않습니다. 당신은 초기화 전쟁 의 작은 전투를 우연히 발견했습니다 . 이에 대해 자세히 설명하지는 않지만 간단히 상황은 다음과 같습니다.

Linux는 대부분의 수명 동안 sysvinit을 사용하고 있습니다. 이것은 오래되었고 기능이 없으며 모든 사람들이 동의하는 한 가지는 변경해야한다는 것입니다. 그러나 누구에게 무엇이 바뀌어야하는지에 대해서는 동의 할 수 없습니다. 다음을 포함하여 다양한 대안이 제안되었습니다.

이 둘은 각자의 방식이 좋고 다른 사람에게는 좋지 않습니다. 괴짜 세계에서 자주 발생하는 것처럼, 어떤 init 시스템 (둘 중 하나 또는 둘 다)을 채택 할 것인지는 종교적 전쟁과 비슷한 것이되었습니다.

그래서 당신은 싫어하는 사람을 만났 systemd으므로 그것을 사용하지 않는 것을 자랑스럽게 생각합니다. 반대 의견을 가지고 있고 그것이 systemd훌륭하고 다른 모든 것이 끔찍 하다고 생각하는 다양한 사람들이 있습니다 . 넓고 멋진 인터 웹에 다른 주제가있는 것처럼.

행복하게도, 초기 전쟁이 끓어 오르고 이제는 과거를 지나쳐 가고 있습니다. 대부분의 Linux 배포판은로 전환하기로 결정했습니다 systemd. 캐논 니컬의 우분투조차도 그들의 배후에도 불구하고 upstart. 따라서 오늘날 systemdGentoo (image source )를 제외한 거의 모든 주요 혼란에 대한 init 시스템이 실제로 선택되었습니다 .

여기에 이미지 설명을 입력하십시오


6

연결 한 Wikipedia 기사 를 읽었습니까 ? 구체적으로, 세 번째 단락.

systemd의 디자인은 자유 소프트웨어 커뮤니티 내에서 중요한 논쟁을 일으켰습니다. 비평가들은 systemd가 너무 복잡하고 지속적인 기능 저하를 겪고 있으며 아키텍처가 Unix와 유사한 운영 체제의 디자인 원칙을 위반한다고 주장합니다. 또한 인터 로킹 종속성 시스템을 구성하여 배포 관리자에게 선택의 여지가 거의 없지만 더 많은 사용자 공간 소프트웨어가 구성 요소에 의존 할 때 시스템화를 채택 할 우려가 있습니다.

" 역사와 논쟁 " 이라는 제목의 큰 섹션도 있습니다 .


4

악의적 인 것으로 간주되는 내용에 따라 다릅니다. 예 : suckless.org는 그것을 악의적 인 것으로 간주합니다 :

http://suckless.org/sucks/systemd

나는 여기에서 화염 전쟁을 시작하려고하지 않고 실제로 데비안 사용자로 사용하지만 솔직히 나는 무모한 것에 동의합니다.

업데이트 : 나는 왜 짜증이 나는 것에 동의하는지 설명해야한다고 생각합니다. 그래서 여기에 간다 : 나는 그것이 너무 복잡하고 시스템에 대해 너무 "중앙화 된"제어를 제공한다고 생각한다. 코어 덤프, 로그 등은 저널링 된 db에 저장됩니다. 내 fs가 실패하고 DB가 손상된 경우 더 이상 볼 로그가없는 경우 더 이상 분석 할 핵심 파일이 없습니다. 일반 파일 스토리지는 이러한 경우 자연스럽게 더 나은 장애 복구 기능을 제공합니다. 나는 개인적으로 짜증나 지 않는 목록의 모든 요점에 거의 동의하지만 주요 질문에 대한 답변은 모든 사람의 재량에 맡깁니다.


4
당신은 이유를 말해야합니다
mikeserv

1
@ mikeserv : suckless 페이지에 많은 "왜냐하면"가 있습니다. :) 및 Wikipedia 페이지 (Sparhawk의 답변에 인용)에 있습니다. 너무 복잡하고 시스템에 대한 "중앙 집중식"제어를 제공한다고 생각합니다. 코어 덤프, 로그 등이 db에 저장됩니다. 내 fs가 실패하고 DB가 손상된 경우 더 이상 볼 로그가없는 경우 더 이상 분석 할 핵심 파일이 없습니다. 일반 파일 스토리지는 이러한 경우 자연스럽게 더 나은 장애 복구 기능을 제공합니다. 그래, 왜-왜?!?
Alex

coredumps 및 로그는 저널 및 / 또는 syslog, 콘솔, 기타에 쓸 수 있습니다. 복잡 할 수 있다는 것에 동의하지 않지만, 직접 악성 으로 번역 한다고 생각하지 않으며,이 답변이 해당 번역을 지원한다고 생각하지 않습니다.
mikeserv

1
@ mikeserv : 사실. 그러나 시스템 로깅에서 저널 DB 또는 추가 병목 현상이 발생합니다 (이제 로깅은 저널링 및 syslogd에 따라 다름). 악의적 인 점과 관련하여, 내가 말한 것처럼 악의적 인 것으로 간주됩니다. 시스템이 장애 복구를 방지하는 경우 실제로 악의적입니다.
Alex

1
이것이 특별히 systemd의 경우라고 말하지는 않지만 독립 서브 시스템의 조합은 실제로 고장 저항을 증가시킬 수 있습니다 . 단일 커널과 마이크로 아키텍처 커널을 비교하십시오. 성능을 무시하고 고장 저항을 보자. 장애에 대한 내성이 더 강합니다. 잘 정의 된 인터페이스를 통해 서로 상호 작용하는 (잠재적으로 큰) 구성 요소의 조합. 또는 우연히 모든 것이 무엇이든 자유롭게 찌를 수있는 거대한 단일 코드 코드입니까? 제대로 된 마이크로 아키텍처 선택은 실패에 대한 저항성이 크다고 주장 할 수 있다고 생각합니다.
CVn

3

멍청한 것만 큼 악의적 인 것은 아닙니다.

디자이너들은 자신의 비전으로 가득 차서 POSIX 유형 시스템을 훌륭하게 만드는 것들을 이해하지 못합니다.

"유닉스를 이해하지 못하는 사람들은 그것을 유감스럽게 재창조해야한다."

          Henry Spencer
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.