나는 첫 번째 서버를 가동시키기 위해 노력하고 있고 아빠는 젠투가 갈 길이라고 확신 시키려고 노력하고있다. 컴파일 가치가 있습니까? 우분투를 사용할 계획이었습니다.
나는 첫 번째 서버를 가동시키기 위해 노력하고 있고 아빠는 젠투가 갈 길이라고 확신 시키려고 노력하고있다. 컴파일 가치가 있습니까? 우분투를 사용할 계획이었습니다.
답변:
답은 당신의 목표에 달려 있습니다.
젠투는 서버를 빠르고 쉽게 가동 시키거나 눈에 띄게 더 나은 성능을 얻을 것이라고 생각한다면 노력할 가치가 없습니다. 다른 배포판 (ubuntu, RHEL, CentOS)은 설정 및 운영이 더 쉽습니다. 일반적인 사용자가 컴파일 플래그를 제어하면 많은 성능 이점이 있음을 알지 못합니다.
젠투는 리눅스가 어떻게 작동하는지 배우고 싶다면 노력할 가치가있다. 나는 다른 배포판을 사용하는 몇 년 동안보다 몇 년 동안 gentoo를 사용하여 더 많은 것을 배웠습니다. 젠투를 사용할 때 구성하고 땜질해야 할 것들이 많이있어서 사용하기 쉽고 재미있게 배울 수 있습니다.
젠투를 사용하는 이유는 원하는 기능으로 패키지를 설치할 수 있기 때문입니다.
이것이 의미하는 바는 Apache와 같은 RedHat / CentOS / Debian / Ubuntu 패키지를 얻는다면 그들이 필요하다고 결정한 기능을 얻게 될 것입니다. 추가 기능을 원하면 소스를 다운로드하고 컴파일하는 것이 유일한 방법입니다. 본질적으로 잘못된 것은 없지만 고통을 줄 수 있습니다. 우선, "yum install apache"등을 입력하는 데 익숙합니다. 다른 하나는 패키지 관리 도구 외부에 존재하는 응용 프로그램입니다.
반면에 젠투를 사용한다면 emerge 구성 파일에서 원하는 기능을 정의 할 수 있으며 어쨌든 컴파일 할 수 있습니다. 방금 자동화되었습니다. 그리고 원하는 것을 가능하게하는 플래그가 없다면, ebuild를 수정하는 것은 비교적 사소한 일입니다. 이렇게하면 다른 사람이 패키지에 포함시키는 것을 고려하지 않은 옵션을 원할 때도 젠투의 패키지 관리를 사용할 수 있습니다.
원하는 것만 컴파일하는 것과 관련하여 약간의 성능 향상이 있지만 실제로는 작습니다.이 개념은 사람들이 젠투를 사용하지 못하게하는 붉은 청어로 사용됩니다.
그러나, 복잡하고, 많은 것을 배우게 될 것이며 ( Linux From Scratch 만큼은 아니지만 ), 원하는 것에 대한 총체적인 학대가 될 수 있습니다. 그렇다면 Ubuntu와 함께 심장 박동에 가서 가능한 경우 RedHat / CentOS를 피하십시오. (저는 RedHat 시스템 구성 스타일이 관리 및 WTF의 생각 측면에서 작업하기가 어렵다는 것을 알고 있으며 우분투의 최신 패키지를 찾는 것이 훨씬 쉽다는 것을 알게되었습니다 다른 사람의.)
학습 경험을 원한다면 아무 것도 모르는 프로덕션 서버를 설치하는 시험판과 같은 것은 없지만 스트레스가 적은 학습 경험에 관심이 있다면 가상 머신에서 Linux From Scratch를 사용해보십시오. )
또한 아빠는 남자입니다. 아빠가 Windows 95로 다운 그레이드하도록 설득하려고했을 것입니다. 아마도 칠판 일 것입니다.
서버의 경우 CentOS를 권장 합니다. 지원 또는 상표 로고가없는 Red Hat이지만 바이너리 라인은 동일합니다. Red Hat 서버에 사용 가능한 문서의 양은 다른 배포판보다 훨씬 많습니다. 최소한 살펴볼 가치가 있습니다.
리눅스 초보자에게는 젠투가 압도적 일 수 있습니다. 미리 포장 된 배포판으로 발을 적시는 것이 좋습니다.
여기에 2 개의 코멘트 :
당신은 서버라고 말했습니다-우분투는 훌륭한 리눅스 배포판이지만 데스크탑 사용자를 대상으로합니다. 그것은 리눅스이며 원하는 모든 서버 작업을 수행하지만 무엇보다도 사용자를위한 것입니다. 서버를 운영 할 이유가 없다면 왜하려고합니까?
젠투의 컴파일은 짜증납니다. 그러나 패키지 관리는 실제로 가장 좋은 것 중 일부입니다. USE 플래그까지 많은 것을 사용자 정의 할 수 있다는 것은 원하는 모든 라이브러리를 선택하고 원하는 지원을 컴파일하는 등의 작업을 수행하는 것입니다. 그리고 프로세스에서 많은 것을 배우게됩니다. 더 빨리 원하기 때문에 젠투를 사용하는 것은 시간 낭비입니다. 성능 향상을 실제로 보거나 측정 할 수는 없습니다.
또한 Gentoo에는 실제로 훌륭한 문서와 훌륭한 지원 포럼 / 커뮤니티가 있다는 것을 알았습니다. 젠투는 단순히 초보자로 문서를 따르는 것에서부터 파워 유저로 모든 측면을 사용자 정의하는 것까지 다른 배포판보다 잘 확장됩니다. 당신이 그것을 얻는 것은 당신이 원하는 것입니다.
가장 먼저, 나는 당신이이 기계에서 당신이 원하는 것을 길고 열심히보고 나서 결정하도록 제안합니다. CentOS는 또한 둘 사이의 중간에 위치한 훌륭한 선택입니다. 매우 유용한 데스크탑을 가지고 있지만, 멋진 도구를 사용하여 서버 측에 쉽게 액세스 할 수 있습니다.
Gentoo와 같은 것을 원하지만 지루한 컴파일이 없다면 Arch Linux를 권장합니다. 아치 Linux 를 처음 설치할 때 본질적으로별로 많지는 않지만 상당히 영리한 패키지 관리자 ( Pacman )와 타사 저장소 " AUR " 에서 사용 가능한 흥미로운 패키지 세트 .
다른 답변들도 많이 있습니다. 선택의 대부분은 개인 취향에 달려 있습니다. 관리 도구, 패키지 관리 인터페이스 및 기타 작은 것들 (예 : 다른 배포판과 비교할 때 특정 구성 파일을 넣는 위치 등)에 익숙하기 때문에 Gentoo를 좋아합니다. "첫 번째 배포판"으로,하지만 다시 시도해 보면 지금 시도하지 않으면 결코 익숙하지 않을 것입니다. 당신은 엉망이 될 시간이 적고 작동하기 위해 서버가 필요합니다. 아는 것과 함께 갈 것입니다.
내 의견은 다음과 같습니다. 왜이 서버가 필요한지 고려하십시오 . 개인 프로젝트이고 기뻐할 때까지 시간을 할애 할 수 있다면 Gentoo는 미세 조정 된 시스템을 제공 할 수있는 능력이 있습니다 (그리고 컴파일 플래그 / 최적화 측면에서도 의미가 없습니다). -나는 그것이 당신이 원하는 모든 것을 가지고 있고 당신이 필요로하지 않는 것을 의미합니다.) 반면에, 그것이 당신이 일하고 무언가에 너무 많은 시간을 소비 할 수없는 무언가를 필요로하는 전문적인 프로젝트를위한 것이라면 그렇지 않으면 더 나은 선택 일 수 있습니다.
(개인적으로, 나는 옵션이있을 때마다 젠투와 함께 간다. 그러나 그것은 단지 나이다.)
나는 약 2 년 동안 Gentoo를 사용했고, 제대로 작성된 ebuild가 없기 때문에 우분투에 유리하게 사용했다. 만약 당신이 서버를 원한다고한다면, 특히 리눅스에 경험이 있다면 젠투를 사용해 볼 수 있습니다. 데스크탑이나 경험이 없다면 우분투를 고수하십시오.
내 소프트웨어 컴파일을 즐기기 때문에 Gentoo를 정말 좋아합니다. 나는 어떤 기능이 컴파일되는지를 제어하는 것을 좋아하며 특정 시스템에는 성능에 상당한 영향을 줄 수있는 컴파일러 플래그가 있습니다. 또한 Intel 프로세서로 실행할 때 Intel C ++ Compiler 로 일부를 컴파일하는 것을 선호하여 성능에 또 다른 눈에 띄는 영향을줍니다.
그것은 모두 선호에 달려 있습니다. 시스템에 대한 Gentoo 레벨의 제어를 좋아합니다. 당신은하지 않을 수 있습니다. 3 단계 젠투 설치는 대부분 사전 컴파일 된 구성 요소를 가지고 있으므로 컴파일 할 필요가 없습니다 (X / KDE / Gnome 등 제외).
나는 여기에 합의에 동의합니다 ... 첫 번째 서버 Gentoo는 아마도 좋은 선택이 아닙니다. 그러나 젠투는 리눅스가 어떻게 작동하는지에 대한 정보를 배우도록 강요하는 데 큰 도움이된다는 사실에 대해 말씀 드리겠습니다.
이제 내 요점으로. 아직 아무도 언급하지 않았으므로 프로덕션 서버 사용을 위해 Gentoo에서 다른 이유를 목록에 추가하겠습니다.
2003 년 초에 Gentoo를 시작한 후 우분투와 CentOS로 옮기기로 결정하기 전에 데스크톱과 서버에서 몇 년 동안 실행했습니다. 이것이 Gentoo와 관련된 주요 문제입니다.
보안 업데이트에 대한 답변은 프로젝트의 최신 업스트림 버전으로 사용자를 안내하는 것입니다. 프로덕션 환경에서 항상 좋은 솔루션은 아닙니다. 특히 새 버전에 알려진 문제가있는 경우 업데이트 할 수 없습니다. 결과적으로 서버가 쉽게 고칠 수없는 알려진 악용에 취약한 상황에 처할 수 있습니다. 물론 이전 버전의 패치 버전에 대한 자체 ebuild를 작성할 수는 있지만 실제로 이상적인 상황은 아닙니다.
이제 젠투와 관련된 컨트롤 중 일부를 놓치지 만 하루가 끝나면 그 컨트롤에 필요한 시간과 노력을 들일 가치가 없습니다.
나는 이미 말한 것을 반복하지 않을 것입니다 (모든 훌륭한 포인트). 나는 이것을 추가 할 것입니다-gentoo는 테스트 서버에 좋은 시스템입니다. 원하는 방식으로 시스템을 쉽게 사용자 정의 할 수 있습니다 (컴파일 시간은 문제가되지 않습니다).
사람들이 젠투에 대해 항상 언급하는 한 가지는 자신의 소프트웨어를 컴파일하여 얻을 수있는 성능과 유연성입니다. 이것은 처음부터 컴파일 소프트웨어의 특권이며 Gentoo의 특권 일 필요는 없습니다. 실제로 Gentoo의 패키지 관리 소프트웨어 인 Portage는 사전 컴파일 된 바이너리 패키지를 설치할 수있는 것 이상입니다. 젠투의 공식 패키지 저장소에는 사전 컴파일 된 바이너리가 실제로 존재하지 않습니다.
예를 들어, Sabayon 은 Gentoo를 기반으로하는 Linux 배포판이며, 사전 컴파일 된 큰 저장소가 있으며 사용자 정의 패키지 관리자 (Portage를 여전히 백엔드로 사용함)를 사용하여 설치할 수 있지만 아마도 최선의 선택은 아닙니다. 서버용.
요점은 포티지가 매우 유연하고 소스 (Git repos 포함)에서 패키지를 매우 매끄럽게 설치할 수 있으며 사전 컴파일 된 패키지를 사용하도록 설정할 수 있다는 것입니다. 그러나 패키지를위한 좋은 소스를 찾아야합니다 (기본적으로 포티지 저장소에 몇 개만 있기 때문에). 문서를 읽고 구성하는 등의 시간이 더 필요할 것입니다.