리포지토리에서 설치하는 것보다 컴파일하는 것이 더 좋은 이유

이 작은 가이드에서는 소스 코드에서 프로그램 (Firefox, Vlc 등)을 컴파일하는 것이 소프트웨어 센터 (The Software Center, Yumex, Pacman 등)에서 다운로드하는 것보다 왜 더 나은지 설명 (그리고 알려 드리겠습니다) ) 및 설치하십시오.

먼저 이론으로 이동합니다.

"컴파일"이란 무엇입니까?

컴파일은 코드를 생성하는 데 사용되는 언어를 바이너리로 변환하는 프로세서를 사용하여 소스 코드 (특정 프로그래밍 언어, 예를 들어 C, C ++ 등으로 작성된 코드)를 실행 가능한 프로그램으로 변환하는 것입니다. 어셈블러. 포장이라고도합니다.

"컴파일"이 더 나은 이유는 무엇입니까?

먼저 그 이유를 이해하려면 다음을 알아야합니다. "조잡한"방식 (단순하고 전문적이지 않은 등)으로 표현하면 각 종족 (Pentium, Core, Atom 등)과 프로세서 종 (Intel, AMD, ARM 등)에는 명령어 (어셈블러로 작성된 소프트웨어)가 있습니다. 해당 모델 (Core i7, Core i5, Atom x2, Phantom x8, Arm 등)의 코드를 처리하고 모든 종류의 일반 지침을 가지고 있습니다.

Software Center / apt-get / Yumex / Yum / Pacman 등을 통해 저장소에서 다운로드하면 자동으로 설치되는 프로그램이 다음과 같이 말합니다. 사전 컴파일 가능한 모든 프로세서 (Intel 및 Amd)에서 작동합니다. 사전 컴파일 된 프로그램이기 때문에 특정 프로세서 모델의 일반적인 명령어가 손실됩니다 (예를 들어 Firefox 또는 Chrome과 같은 프로그램이 7 만 또는 8 백만 줄 이상의 코드를 포함하는 경우 각 명령어에 대한 모든 특정 명령어를 입력해야합니다). 프로세서가 출시되면 코드의 양이 너무 많아서 해당 프로그램이 더 이상 효율적이지 않을 것입니다.) 제작자 브랜드 (Intel, Amd, Arm)의 일반 제품에 지나지 않습니다.

프로그램의 소스 코드를 직접 다운로드, 압축 해제 및 컴파일하면 다음의 특정 지침에 따라 컴파일됩니다. TU 프로세서, (이는 다른 컴퓨터를 사용하는 컴퓨터에서 작동하지 않는다는 의미가 아니라 프로세서에 맞게 특별히 최적화된다는 의미입니다.), 따라서 특정 지침 덕분에 프로세서가 제공 할 수있는 모든 전력을 방출하고 방출합니다.

보다 기술적 인 세부 사항에서 이러한 특정 지침은 마더 보드의 칩셋으로 알려진 것과 밀접하게 연결되어 있습니다. 이는 인텔이 프로세서와 마더 보드를 업그레이드 할 때 큰 골칫거리입니다.

당신은 당신의 힘에 놀랄 것입니다 Amd 원자 x2 또는 당신 인텔 코어 인사이드, 코어 듀오 2, i3등 이전 PC에서. 이제 Linux 세계에서 유명한 커널 (모든 운영 체제의 핵심)을 컴파일하는 것에 대해 왜 많은 이야기가 있는지 이해하십니까? 전체 시스템 (그래픽 환경 (Gnome, Kde 등), 커널, 특히 PC에서 일반적으로 사용되는 프로그램 (Firefox, Vlc, Chrome, Wine 등))을 모든 속도와 최적화 수준으로 컴파일한다고 상상해보십시오.

특히 여러분의 컴퓨터에 최적화 된 코드를 얻기위한이 컴파일 원칙은 Gentoo 및 파생물과 같은 배포판에서 사용하는 것입니다 (지금은 언급하지 않겠습니다. 저는 Gnome 3, 커널 및 기타 프로그램을 컴파일 할 때 Fedora minimal을 사용합니다) 시스템, 업데이트 및 프로그램은 항상 컴파일됩니다.

컴파일의 단점 :

나는 이미 모든 장점을 설명했지만 우주의 모든 것과 마찬가지로 반대가 있습니다.

컴파일 케이스에서는 다음과 같습니다.

  • 이 작업에 필요한 시간 (i7 4790K를 사용하는 Firefox (전압이 매우 나쁘기 때문에 오버 클럭이 없음)은 3 분, Gnome-Control-Center를 사용하는 Gnome Shell (바는 더 이상 없음)은 약 2 분이 걸렸습니다. 페도라에서 같은 시간에. 그러나 덜 강력한 프로세서가있는 머신에서는 이번에는 불균형 적으로 길 수 있습니다).
  • 프로세서는 모든 코어를 최대로 사용하여 전력을 100 % 사용하므로 소비와 열이 급증하므로 (오버 클럭이 있거나 특히 노트북 인 경우이 점을 고려하십시오) 메이트 나 커피를 준비하는 것이 편리합니다. 행사를 위해.
  • 컴파일시 오류가 발생하지 않도록 프로그램을 사용하는 라이브러리 (도구)가 누락되었을 수 있습니다. 일반적으로 모든 배포판에는이를 방지하기위한 패키지 또는 세트가 있습니다 (커널이 프로세스 중에 프로세서와 통신 할 수 있도록하는 다양한 라이브러리 및 기타 항목으로 가득 차 있습니다).

어떻게 컴파일 할 수 있습니까?

데비안 (Ubuntu, Mint, Elementary 등)의 경우 모두 이것의 파생물이므로 다음을 따르십시오.

여기서는 커널이 아닌 정상적인 사용을 위해 프로그램을 컴파일하는 것에 대해 이야기하고 있습니다.

aptitude install build-essential dh-make devscripts fakeroot debhelper debian-policy ccache dh-autoreconf autotools-dev build-dep ardor

debian-policy를 넣었지만 배포판이 Debian이 아니고 그러한 패키지가 없다는 오류가 발생하면 무시하십시오. 이 시스템을 오랫동안 사용하지 않았 음을 분명히해야하므로 패키지가 더 이상 저장소에 없어도 문제가되지 않습니다.

Fedora의 경우 :

sudo yum -y 커널 헤더 설치
커널 개발
sudo yum groupinstall "개발 도구"
sudo yum groupinstall "개발 라이브러리"

여기서 저는 Arch (배포판을 잘 모릅니다)와 OpenSuse를 사용하는 사람들에게 사과해야합니다. 올바른 컴파일을 수행하기 위해 이러한 배포판이나 각 패키지를 모르기 때문입니다 (네트워크에있는 내용을 확증하지 않았습니다. 그래서 그 두 사람이 작동하는지 모르겠습니다.)

이제 필요한 모든 요구 사항을 갖추 었으므로 터미널을 사용하여 압축을 푼 확장에 따라 컴파일하려는 프로그램의 소스 코드 만 다운로드하면됩니다 (걱정하지 마십시오. 명령은 그대로 두겠습니다). 폴더 (항상 터미널 사용)로 이동하면 다음과 같은 작업을 수행합니다.

구성 요소 및 기타 항목을 선택하도록 직접 구성 할 수있는 경우 :

./configure

그런 다음 다음을 입력합니다.

make

마지막으로 Linux에 프로그램을 설치하려면 :

make install

이 모든 것은 항상 루트 (Fedora의 su, Ubuntu의 sudo su 및 그 파생물 (Mint, Elementary Os 등))

터미널을 사용하여 압축을 푸는 명령 (파일이있는 폴더에서 압축이 풀림) :

.Tar 파일 (tar)----------------------------------팩 | tar cvf file.tar / 파일 / * 압축 해제 | tar xvf file.tar 내용보기 | tar tvf file.tar
----------------------------------.tar.gz-.tar.z-.tgz (tar with gzip )---------------------------------팩 및 zip | tar czvf archive.tar.gz / archive / 압축 풀기 및 압축 해제 | tar xzvf file.tar.gz 내용보기 (추출되지 않음) | tar tzvf file.tar.gz
----------------------------------.gz (gzip)----------- ------------------------압축 | gzip -q 파일 (파일이 압축되고 "file.gz"로 이름이 바뀜) Unzip | gzip -d file.gz (파일은 압축을 풀고 "파일"로 둡니다. 참고 : gzip은 디렉토리가 아닌 파일 만 압축합니다.
----------------------------------.bz2 (bzip2)----------- ------------------------압축 | bzip2 파일 | bunzip2 파일 (파일이 압축되고 "file.bz2"로 이름이 바뀜) Unzip | bzip2 -d file.bz2 | bunzip2 file.bz2 (파일은 압축을 풀고 "파일"로 남김) 참고 : bzip2는 디렉토리가 아닌 파일 만 압축합니다.
---------------------------------.tar.bz2 (tar with bzip2)-------- --------------------------압축 | tar -c 파일 | bzip2> file.tar.bz2 압축 해제 | bzip2 -dc file.tar.bz2 | tar -xv | tar jvxf file.tar.bz2 (tar의 최신 버전) 내용보기 | bzip2 -dc file.tar.bz2 | tar -tv
---------------------------------.zip (zip)------------ -----------------------압축 | zip file.zip / mayo / 아카이브 압축 풀기 | unzip file.zip 내용보기 | 압축 해제 -v file.zip
----------------------------------.rar (rar)----------- ------------------------압축 | rar -a file.rar / may / archives Unzip | rar -x file.rar 내용보기 | rar -v file.rar | rar -l file.rar

그리고 그게 전부입니다. 아르헨티나 부에노스 아이레스에서 인사드립니다. 즐거운 연말 연시와 새해를 맞이하세요! :).


67 코멘트, 당신의 것을 남겨주세요

코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.

  1.   곤잘로

    컴파일의 문제점은 항상 처음에는 작동하지 않고 더 지루하다는 것입니다.

    1.    크리스티안

      컴파일의 문제는 오래되고 제한된 PC가 없으면 개선 사항이 눈에 띄지 않을 것입니다 ... 아마도 집중적으로 사용하는 컴퓨터에서는 옵션이지만 대부분의 사용자에게는 지루한 프로세스 일뿐입니다.

      1.    다니엘

        이것이 문제의 핵심이라고 생각합니다. 패키지를 컴파일 할 때 눈에 띄는 성능 향상이이 작업의 시간과 번거 로움이 백그라운드로 걸릴 정도로 중요합니까?

      2.    Joaco

        i7 컴파일이있는 경우에도 동일합니다. 더 빠르고 더 잘 작동한다고 계산하기 때문에 편리합니다. 이제 인텔 아톰이있는 PC에서는 컴파일이 제공하는 추가 성능이 실제로 필요하지 않는 한 편리하지 않지만 덜 강력한 프로세서로 프로그램을 컴파일하는 데 몇 시간이 걸릴 수 있습니다.

    2.    아브라

      나는 전적으로 동의합니다. 잠시 후에 컴파일하고 라이브러리가 부족하다는 것을 알게되고, 그것을 추적하고, 프로세스를 다시 직면해야한다는 것을 알게되었습니다 ... 모든 것이 첫 번째 시도에서 작동하는 경우는 드뭅니다 ... xD

  2.   페르게

    ¡ 인터뷰!

    프로그램을 컴파일하면 나중에 업데이트가 어떻게 작동합니까? 자동입니까, 아니면 새 버전이 나왔는지 알아야합니까?

    1.    안토니오 캄포스

      수동으로 업데이트해야합니다. 즉, 다른 최신 버전을 컴파일해야합니다. "단점"이라고합시다.이 경우에도 지루한 작업을 수행합니다.

    2.    Jlbaena

      업데이트가 존재하지 않기 때문에 실제로 Linux 배포판과 소프트웨어를 패키징하는 다양한 방법과 해당 패키지 관리자는 각각의 새 업데이트를 재 컴파일 (및 종속성 해결)하는 불편 함을 제거합니다.

      인사말.

    3.    Joaco

      모든 페이지에서 소스 코드를 다운로드하여 컴파일하면 모두가 동일하게 설치되지 않기 때문에 수동으로 수행하고 설치 방법을 배워야합니다.
      이제 Gentoo 또는 포트가있는 배포판이있는 경우 저장소에서 거의 자동으로 수행합니다.

    4.    Fermin

      젠투에서 패키지 관리자 인 포티지는 업데이트와 의존성을 관리합니다. 나는 다른 배포판에 대해서는 모른다. 물론 각 업데이트에는 분명히 재 컴파일이 포함됩니다.

  3.   탄락스

    내가 할 수있는 모든 것을 모은 때가 있었다. 그러다가 특히 기계 작동에 전념해야하는 시간 (커널 45 분, 크롬 10 분…)과 즉석에서 발생한 문제를 해결하는 데 소비 한 시간 때문에 피곤해졌습니다. 또한 개인적으로 성능 향상을 찾지 못해 모든 것이 동일하다는 느낌을 받았습니다. 이러한 이유로 지금은 미리 컴파일 된 모든 것을 사용하며 모든 것이 즉각적이고 충돌이 없습니다. 그 당시 많은 것을 배웠지 만 젠투를 사용하고 싶은 마음이 남았습니다 🙂

  4.   엠마누엘

    심지어 내가 거의 보지 못했던 것입니다. apt와 같은 시스템에서 컴파일 할 수 있습니다. apt-source 및 voila에 빌드 플래그를 추가합니다. 물론 그 전에는 컴파일을 수행하는 데 필요한 패키지를 설치해야합니다. 그렇지 않으면 작동하지 않습니다. 더 직접적인 형태의 컴파일이고 설치 단계를 처음 차지하기 때문에 단계가 더 적지 만 패키지 및 다음, 충족 된 종속성 및 패키지.

    인사말.

    1.    Joaco

      apt-build 기능이 있지만 종속성을 컴파일하지는 않지만 미리 컴파일 된 바이너리를 설치합니다.

  5.   시쿠프란세스크

    헤드 라인을 처음 본 순간부터 똑같은 생각을 할 수밖에 없었고, 훌륭한 기사 전체를 읽은 후 천 번 정도 생각하고 있습니다. 젠투 ... 젠투, 어디 계세요?
    컴파일 링은 훌륭합니다. 특정 기능을 즐기고 사용할 수 있다는 것은 귀중한 일이지만 시간과 "현재 요구 사항"은 적용되지 않으므로 변명 할 수 없습니다.
    아마도 라이브러리 나 버전 변경의 세부 사항이 너무 많은 시간을 낭비하지 않는 중간에 무언가가 필요할 수 있습니다. 그러면 어떤 일이 일어날 지, 아니면 이미 설치 한 aptitude, uprmi 및 zypper를 컴파일하는 데 자신을 적용하는지 확인할 수 있습니다.

  6.   anonimo

    3 분 firefox!… .30 분을 말씀 하셨나요?

    이것은 8350G fx4.5을 사용하는 내 PC에서 오랜 시간이 걸렸으며 젠투를 사용합니다.
    $ genlop -t firefox | tail -n3
    토요일 6 월 20 일 00:00:2014 34.0.5 >>> www-client / firefox-1-rXNUMX
    병합 시간 : 16 분 35 초

    각 프로세서에 특정한 명령을 니모닉이라고하며 마이크로 프로세서 내에서 물리적으로 구현됩니다. 이러한 명령은 기계어를 구성합니다. 따라서 프로그램이 여러 유형의 마이크로 프로세서에서 실행될 수 있도록 컴파일됩니다. 모든 마이크로 프로세서에서 지원되는 최소한의 공통 니모닉 ... 가장 최신의 강력한 마이크로 프로세서의 실제 용량을 낭비합니다.
    이것이 기업과 gnu / linux 바이너리 배포판이하는 방식입니다.

    1.    샤이언코어

      7GB RAM이 장착 된 Intel i4790 18K를 사용하면 이전에 말한대로

      1.    anonimo

        나는 당신이 가지고있는 마이크로가 우월하다는 것을 이해합니다. 그러나 그 차이는 극심합니다. 진실은 그 속도의 사바나 일 것입니다. 손으로 컴파일 할 때 구성 옵션과 동일한 종속성 또는 USE와 관련된 것일 수 있습니다.

      2.    조니

        i18과 별도로 7GB의 램이라고 말하지 않아도 작은 세부 사항은 모두가 그 기계를 가지고 있지는 않지만 벤치마킹을 할 수 있으므로 이론이 좋기 때문에 차이가 눈에 띄지 만 보상 여부를 보겠습니다.

      3.    크리스티안

        또 다른 세부 사항 인 프로세서는 Intel이므로 모델과 상관없이 최고의 부동 소수점을 가지고 있으며 이러한 유형의 프로세스를 수행하는 데 매우 적절한 기능입니다.

    2.    에스겔

      사실, 컴파일은 지루합니다. 그러나 Makefile, 라이브러리 등을 거부함으로써 많은 것을 배웁니다. 몇 번이라도하는 것도 좋은 일입니다. 나는 Tanrax가 인용 한 것과 같은 이유로 미리 컴파일 된 모든 것을 사용합니다.

      아르헨티나로부터 인사!

  7.   에릭 카르 바잘

    완전히 새로운 버전의 프로그램을 컴파일하려고 할 때 일반적으로 발생하는 문제는 항상 종속성 때문입니다. 때로는 모든 것을 컴파일 (최신 버전을 얻기 위해) 한 다음 원하는 것을 컴파일 할 수 있는지 생각해야합니다.

    PATH 문제와 FLAGS는 여전히 모든 것을 컴파일하고 싶지 않은 것입니다 (보통 내가 할 수있는 방식으로 수행하지만). 종속성을 컴파일하기 위해 일반적으로 참조하는 도구 중 하나는 다음 웹입니다. http://www.linuxfromscratch.org/ -

    #LinuxFromScratch는 시스템에서 사용해야하는 소스 코드를 컴파일하기위한 "단계별"지침을 제공하는 프로젝트입니다. .. (컴파일에 필요한 것의 98 %는 여기에서 점진적으로 안내함으로써 달성했습니다. 배우기).

    플러스 포인트로 저는 0에서 시스템을 컴파일하는 것이 특히 개발 환경이나 서버에 대해 흥미로울 것이라고 생각합니다. 우리가 모든 것을 지속적으로 설치하고 변경하는 개인용 컴퓨터만큼 "보통 변경 가능하지 않다"고 말합니다. 내 관점) 이러한 유형의 사용 응용 프로그램에서 얻을 수있는 최소 성능이 매우 중요하다는 사실 외에도.

    이것들은 요즘 거의 말하지 않고 "학자"만이 관리하는 점이지만, 매일 우리가 참여하는 다른 커뮤니티에 도움을 제공하는 더 많은 사람들을 찾을 수 있도록 필요한 튜토리얼을 제공하는 것이 흥미 롭습니다. 그리고 Gnu / Linux만이 협력자들의 성능 저하로 인해 제 시간에 남아있을뿐만 아니라, 지금까지 "이렇게 작동 했음"에도 불구하고 최종 사용자 만있는 것은 그리 건강하지 않습니다.

  8.   라 부다 이글

    약간의 추가를 허용합니다. 여기에 제시된 이점을 얻으려면 잘 알려진 make.conf를 올바르게 구성해야합니다. 프로세서 제품군 및 컴파일 플래그가 표시됩니다. 마찬가지로 컴파일 중에 사용할 코어 수를 지정할 수 있습니다. 마이크의 모든 코어를 사용하면 컴파일 시간이 크게 줄어 듭니다.

    인사

  9.   세바스티안

    아주 좋은 기사. 나는 예제도 좋아했거나 직접적으로 archlinux에서 컴파일하는 방법이나 AUR 사용 방법에 대한 게시물을 원합니다. 멘도사에서 새해 복 많이 받으세요.

  10.   길록스

    오래 전 ... 저는 항상 커널을 컴파일했지만 40 분을 기다려야하는 것은 매우 지루합니다. / 어쨌든 ... 비디오 드라이버를 제외하고는 어떤 것도 컴파일하지 않았습니다 (특수 구성에만 해당).

  11.   알렉산더

    이 기사는 매우 흥미롭지 만, 포장과 컴파일은 동일하지 않습니다.) ..

  12.   c4 폭발

    아주 좋은 게시물입니다. 나는 특정 프로그램을 컴파일하는 것에 동의하지만 때로는 다소 지루하여 프로세스를 수행하는 데 기계가 필요합니다. 그러나 그 외에는 특히 라이브러리 나 패키지가 필요할 때 많은 것을 배웁니다.
    Archlinux의 경우 컴파일하려면 다음 패키지가 필요합니다. base-devel
    팩맨 -S base-devel

  13.   라 따킬

    정보는 매우 좋지만 사실은 컴파일 할 필요가 없다는 것입니다. 표준 사용자이고 이와 같이 작동하기를 원하는 경우에는 만지지 마십시오. 컴파일하는 것은 지루합니다. 항상 라이브러리가 없다고 말하고, 하나 또는 다른 문제가 발생하고, 가능한 한 모든 것이 잘되도록 마인 크래프트 서버를 컴파일하라고 말하고 시간이 걸립니다. 업데이트 나 패치 또는 무엇이 나올 때마다 xd 컴파일을 다시 시작하십시오.

    1.    kik1n

      정확히, 컴파일은 최적의 사용을 위해 필요한 매우 특정한 프로그램을위한 것입니다. 모든 것을 컴파일하고 말했듯이 항상 업데이트가 있으며 대부분 롤링 릴리스 배포판이 짜증나 기 때문입니다. lts 커널 만 권장합니다.

  14.   Fedora사용자

    오늘날 사람들이 사용하는 거의 모든 프로세서는 동일한 명령어를 지원하므로 컴파일은 커널과 서버와 같은 시스템에서만 유리합니다. 즉, 미리 컴파일 된 패키지가없는 경우 다른 모든 것은 낭비입니다. 시각.

  15.   후안 메라

    좋은 공헌, 나는 그것이 어떻게 진행되는지 보려고 노력할 것입니다. 지금까지 대부분의 시간 (거의 항상) 저장소에서 설치합니다 ...
    작은 관찰 : rar 명령 옵션은 스크립트가없고 bunzip2는 압축 만 풀립니다.

  16.   산티아고

    내가 컴파일 한 최대 값은 데비안 wheezy 용 커널이었고 약 2 시간이 걸렸고 (저는 amd e450 1.6 ghz 듀얼 코어 CPU를 가지고 있습니다) 그래서 젠투를 설치하지 않고 전체를 컴파일하고 다운로드하는 시간입니다. 시스템은 약 18 시간이 걸리고, 문제가 없다면 컴파일하는 것이 더 낫다는 것이 사실이지만 대부분의 시간이 너무 오래 걸리고 가치가 없다고 생각합니다. 당신은 속도 향상이 있지만 그다지 많지 않으며 투자 된 모든 시간을 정당화하지 않는다고 생각합니다. 언젠가 당신만큼 좋은 프로세서를 갖춘 PC가 있다면 젠투를 설치하려고 할 것입니다 😛

  17.   뱀피

    사람들:

    불꽃 의도 나 그 어떤 것도없이 슬래 커들은 컴파일, 바이너리 생성, 관련 패키지 관리자 (종연하게 종속 항목, 슬 래프팅, 스웨어, 슬래 키드 및 / 또는 기타 여러 가지를 해결 함)를 사용하여 설치하는 것이 자연스러운 것으로보고 모든 것이 최적화되어 있습니다. 팀과 아무 것도 아닌 것처럼 집에 쓸 것도없고 양자 물리학도 아닙니다.

    3MB RAM이있는 P750 192MHz에서 안절부절 못하는 DVD를 보는 것은 Slackware보다 불가능하거나 어렵지 않습니다. 나는 증명하고 Gentoo를 컴파일하는 것보다 빠릅니다. 하지만 동일하지 않습니다. Gentoo도 사용합니다.

    해커와 소비자의 차이점은 소비자가 "그렇게 작동했으면 좋겠어요"라고 말하고 해커는 "스크루 드라이버가 있고 몇 분 남았습니다"라고 말하는 것입니다.-Rael Dornfest

  18.   페펜리케

    실제로 눈에 띄는 성능 향상이 있습니까?
    지난 세대의 i7과 18Gb의 램에서 컴파일 된 패키지와 바이너리의 차이점을 어떻게 알 수 있습니까?

    나는 항상 자체 컴파일 패키지의 적합성에 대해 싫어했지만 현재 데스크톱 환경에서는 특히 종속성의 복잡성, 지속적인 업데이트 및 non-free에 대한 엄청난 종속성으로 인해이를 유지하는 것이 매우 복잡하다고 생각합니다. 소스., 컴파일 할 수있는 어떤 측면보다 성능에 더 많은 영향을 미치는 독점 드라이버의 경우와 같이 ...

    안부

    1.    샤이언코어

      Gnome 3이 컴파일 만한다는 점을 고려하면 (내가 기억하지 못하는 패키지의 이름 때문에 대략적으로 이름을 말할 것입니다) : 쉘 (바), gnome-control-center (종속성 등이 포함 된 완료), 애플릿 셸이 작동하려면 시간과 약 2 ~ 3 개의 종속성이 필요합니다. 분명히 쉘은 모든 기능이 작동하기 위해 더 많은 종속성을 필요로했지만 다른 것들 중에서 GDM을 컴파일하게 만들었습니다. 쉘이 컴파일되면 GConf로 수정하여 이것을 수정했습니다.
      이제 터미널을 통해 로그인 할 때 환경이 미리 컴파일 된 상태로 설치되었을 때보 다로드하는 데 훨씬 적은 시간이 걸립니다. 공중에 시간을 던지면 미리 컴파일 된 방식으로 쉘을로드하는 데 약 3 ~ 4 초가 걸린다고 생각합니다 (배경 화면이 표시되는 약 5 초 동안 왜 그렇게 오래 걸리는지 이해하지 못했습니다. GT 630을 탑재 한 드라이버 때문 임) 비밀번호를 입력하자마자 컴파일이되어 X org가 시작되고 환경이로드됩니다. (프리로드와 프리 링크로 훨씬 빠르게 만들었는데, 통과했기 때문인 것 같습니다. 캐시에; https://www.google.com.ar/search?q=preload+y+prelink+fedora&ie=utf-8&oe=utf-8&gws_rd=cr&ei=iXaqVPykO4qYNpbTgdAP )

    2.    마리오

      i7에는 다양한 배포판 (데비안은 4 용, 우분투는 3 용)의 일반 빌드에서 무시되는 ss486 및 ss686 명령어가 있다는 사실은 하드웨어가 20 년 된 프로세서를 확장하려고 할 때 낭비되는시기를 알 수 있습니다. -내 오래된 펜티엄 mmx를 지원 해주셔서 감사합니다. 언급 한대로 "독점 드라이버"가 필요한 경우 커널은 컴파일 시간에 특정 펌웨어를로드하는 기능을 제공합니다. xorg에 더 이상 이상한 문제가 없습니다.

  19.   파비안 알렉시스

    정보 감사합니다. 항상 배우거나 다시 배우는 것이 좋습니다 (:

  20.   자비에르

    Gentoo에 기꺼이 데비안 🙂
    http://crysol.org/es/node/699

  21.   XNUMX 위안

    또 다른 단점은 터미널에 의한 컴파일이 Linux에 대해 알고 있거나 이미 알고있는 사용자를위한 것입니다. 프로그램의 컴파일, 설치 및 업데이트를 관리하지 않고 그래픽으로 관리하는 그래픽 도구가 있습니까?

    1.    마리오

      Calculate linux는 그렇게하므로 컴파일 할 준비가 된 그래픽 도구가있는 젠투입니다. Phoronix에서는 일반적으로 권장합니다.

  22.   호세

    저는 Linux 사용자입니다. 때로는 저장소에서 프로그램을 설치하고 싶을 때 프로그램의 이전 버전이 설치됩니다. 단순히 새 버전이 문제의 배포판 용으로 컴파일되지 않았기 때문에 컴파일 방법을 아는 것이 필수적이라고 생각합니다. 드문 배포판을 사용할 때 더욱 그렇습니다.

  23.   조안

    포스트에서 말하는 모든 것이 괜찮고 사실인지 의심하지 않지만 바이너리 패키지를 설치하는 것과 직접 컴파일하는 것 사이의 성능 차이는 사용자가인지 할 수 없습니다.

    그리고 컴파일의 단점은 많으며 사용자가 분명히 인식 할 수있는 경우입니다. 그래서 저는 개인적으로 컴파일을합니다.

  24.   노틸러스

    커널을 컴파일 할 때 가장 눈에 띄는 성능은 AMD 64 프로세서가 장착 된 랩톱이었습니다. 공장 커널과 컴파일 된 커널 사이의 변화는 잔인했습니다.

    지금은 내 시스템에 공장 커널이 있습니다. 왜냐하면 그들이 여기에서 많이 말하는 것처럼 거의 모든 것을 컴파일하고 피곤해 졌기 때문입니다.

    지금은 소규모 서버를 사용하거나 에뮬레이터를 사용하는 등 매우 중요한 일부 프로그램만 컴파일합니다. 얼마 전 Mame 버전을 컴파일하는 방법에 대한 게시물을 올렸습니다. 이러한 프로그램은 일반적으로 시스템에 최적화되었을 때 표시됩니다.

    젠투 배포판을 사용 해보고 성능이 어떻게 진행되는지 확인하면됩니다.

  25.   노틸러스

    30 분 이상 커널을 컴파일하는 데 오랜 시간이 걸리는 사람들에게는 짧은 시간에이를 수행 할 수있는 몇 가지 트릭이 있습니다.

    그 트릭 중 하나는 장비의 모듈 만 컴파일하는 것입니다. 최대 70 개의 모듈이 당신에게 보이는 것입니다. 그리고 우리가 모든 요구 사항과 함께 iptables 지원을 추가하면 300 모듈로 증가 할 것이라고 생각합니다. 어서, 3000 개 이상 모듈을 컴파일하는 것보다 훨씬 낫다. 커널 모듈이 공장에서 나온대로 컴파일되거나 바닐라라고 말하면 현재 실행중인 수치이다.

    커널이 현재 시스템에서 인식하는 모듈을 파악하는 데 도움이되는 프로그램은 "localmodconfig"이거나 "/ scripts / kconfig /»경로의 커널 소스 디렉토리에있는"streamline_config.pl "스크립트를 사용합니다.

    물론, 모든 USB 장치가 연결되어 있는지 확인하십시오. 커널이 모든 모듈을 인식하면 컴파일의 문제 일뿐입니다.

    커널은 매우 가볍고 시스템 시작 및 종료 속도를 높일뿐만 아니라 시스템에 신선함을 느낄 수 있습니다.

    인사말.

  26.   타브리스

    인생은 그렇게 쉽지 않습니다! cmake 또는 다른 것을 사용하는 프로그램이 있으며 모든 것을 업데이트하고 컴파일하는 데 시간이 걸립니다. 그리고 그러한 CPU를 사용하면 어떤 차이가 생길까요?

  27.   유유

    컴파일의 문제점은 해당 방법으로 설치 한 일부 프로그램이 나중에 제거되지 않거나 그렇게 할 때 오류가 발생하여 제거 할 수 없다는 것입니다.

    1.    anonimo

      컴파일 된 소스와 함께 폴더를 저장해야합니다. 제거하려면 소스 폴더로 이동하고 터미널에서 루트로 실행하기 만하면됩니다.

      # 제거

      물론 모든 심각한 배포판에서 기본적으로 수동으로 컴파일 된 패키지는 별도로 설치됩니다. 즉, 배포판의 패키지 관리자가 기본적으로 배치하는 / usr / bin이 아닌 / usr / local / bin에 설치됩니다. 얽혀 있습니다.

  28.   자유게시판

    이 기사는 몇 가지 흥미로운 것을 제기하지만 그 용어와 논리적 구조에서 끔찍한 품질이 부족합니다.

    «이진 및 어셈블러로 코드를 생성하는 데 사용되는 언어를 변환하기 위해 프로세서를 사용하여 작동하는 실행 프로그램에서. 포장이라고도합니다. "

    거짓. 컴파일러는 특정 프로그래밍 언어의 명령을 해당 어셈블리 언어로 전달한 다음이를 기계어로 번역하는 역할을 담당합니다.

    어셈블리 언어는 칩 레지스터에 상주하는 명령어 그룹을 반영하는 니모닉입니다.

    "프로그램의 소스 코드를 직접 다운로드하고 압축을 풀고 컴파일하면 프로세서의 특정 명령으로 컴파일됩니다."

    프로그램을 컴파일 할 때 아키텍처에 공통된 명령어로 간단히 수행되며 특정 프로세서에 맞게 프로그램을 최적화하기 위해 각 사용자가 해당 컴파일러 플래그를 활성화해야합니다.

    커널 컴파일에 대해 언급 한 내용과 관련하여 :
    커널을 컴파일 할 때 특정 시간에 유용하거나 유용하지 않을 수있는 기능을 활성화 또는 비활성화하려고합니다. 이는 실행로드의 크기 및 속도 관계에 반드시 반영되지는 않습니다.

    다음 섹션을 참조 할 때 :

    dh-make devscripts fakeroot debhelper debian-policy ccache dh-autoreconf autotools-dev build-dep

    이러한 프로그램은 프로그램 컴파일에 필수적인 것은 아닙니다. 처음에 말했듯이 프로그래밍 언어의 수는 gnu / linux에서 프로그램을 컴파일하기 위해 어떤 도구를 설치해야하는지 확실히 알 수 없게합니다. 수행하려는 프로그램의 문서. 언급 한 프로그램은 컴파일되거나 컴파일되지 않을 수있는 프로그램을 DEBIANIZE하고 해당 형식으로 패키징하는 데 사용됩니다.

    기사에 제시된 방식이 다소 모호한 다른 문제가 있습니다. 그들 모두를 다루기는 어려울 것입니다.

    저자는 가능한 한 기사에 대한 검토를 제안하고 출판물의 품질 관리를 촉구합니다.

    1.    페펜리케

      야, 그것도 아니야.

      이 기사는 Science 매거진을위한 것이 아니라 단순히 입문 기사 일 뿐이며, 작성된 용어로는 초보 사용자가 핵심 개념을 이해할 수있을만큼 심층적이라고 생각합니다.

      우리가 학업을한다면 인터넷에 게시 된 것의 XNUMX 분의 XNUMX은 전혀 가치가 없을 것입니다.

      너무 순수하지 말자 ... 기사에 100 % 동의하는 것은 불가능하지만, 마치 박사 학위를받는 것처럼 "기술적"품질을 지속적으로 평가할 수는 없습니다.

      이 기사의 저자에 대한 나의 전폭적 인 지원

  29.   명명되지 않은

    흥미로운 기사

    자유 애호가가 rar 대신 unar를 사용하여 rar를 자유롭게 압축 해제하는 것이 항상 좋습니다. ( https://packages.debian.org/jessie/unar )

  30.   Jumi

    이 문제로 버그가 발생했습니다 ... Google에서 검색을 시작했지만 우분 토 14.04 amd64 비트에서 firefox를 컴파일하는 자습서를 찾을 수 없습니다 ... 그렇지 않으면 오늘 밤 다음 자습서로 커널을 얻습니다. http://www.redeszone.net/2014/11/28/como-instalar-el-ultimo-kernel-de-linux-en-ubuntu-14-04-lts/

  31.   카를로스 페라

    좋은 기사, 많이 배우고 있어요. 하지만 예를 들어 비디오 편집기와 같이 많은 리소스를 소비하는 특정 프로그램에만 이것을 사용합니다. 문안 인사.

  32.   바벨

    이 기사와 Gentoo의 기사 사이에서 그들은 며칠 전에 제 PC에 Gentoo를 설치하도록 유혹했습니다. 수년 전에 나는 전체 설치 프로세스를 용이하게했지만 소스에서 컴파일 할 기반을 유지하는 Sabayon을 사용했습니다. 솔직히 내 노트북의 성능에 Sabayon이나 Ubuntu와의 성능 차이를 알아 차린 기억이 없어서 잘 작동하는 내 아치를 삭제하는 모든 작업을 스스로 던져야할지 모르겠습니다. 설치합니다. 프로그램 당 몇 밀리 초가 그만한 가치가 있는지 잘 모르겠습니다.

    1.    anonimo

      제가 설치하고 업데이트 한 젠투가있는 4 개의 PC 중 archlinux가있는 노트북이 추가되었습니다…. 시스템에 지쳤습니다. 마지막 업데이트에서 두 코어가 모두 85 %의 사용률을 기록했기 때문에 이미 startx와 함께 사용해야했습니다. 아무것도, 내가 조사하고 있었는데 시스템이 슬림하게 만들고 마이크로 프로세서를 먹도록 변경된 것 같습니다.
      충분히, 아치로 충분했습니다 ... 너무 오래, 3 년이 넘었습니다. 이제 저는 젠투를 설치하고 있습니다. 저는 XNUMX 단계 테스트 업데이트를 진행할 것입니다. 오늘 밤에는 감자 튀김이있는 오픈 박스가 출시 될 것입니다.

  33.   레오

    좋은 기사, Qupzilla를 컴파일하고 싶게 만들지 만 sempron을 사용하면 며칠이 걸릴 것입니다. 잘 알지 못하지만 여전히 나쁜 느낌을줍니다.

  34.   마누엘 아 폰테

    컴파일의 또 다른 단점은 업데이트가있을 때 업데이트를 다시 컴파일하고 설치해야한다는 것입니다. 이는 일부 프로그램의 개발주기가 짧고 업데이트가 2 ~ 3 개월 씩 자주 발행된다는 점을 고려할 때 문제입니다. 이로 인해 일반 사용자는 지루해지고 지속적인 사용자는 시스템을 최신 상태로 유지하는 데 많은 시간을 소비합니다.

  35.   마누엘 아 폰테

    어떤 응용 프로그램을 컴파일하는 것이 더 권장되는지 알고 싶습니다. 유용성, 업데이트 빈도 및 성능 향상에 따라.

  36.   알렉스 폴

    이것은 터무니없는 일입니다. 직접 컴파일해야한다면 잘못된 배포판을 사용하고있는 것입니다. 컴파일하는 유일한 이유는 디버깅 옵션을 추가하여 다른 사람의 버그를 더 잘 수정하는 대신 속도를 늦추는 것입니다.
    -O3가 필요하기 때문에 시스템이 느리지 않고 디스크에 너무 많이 읽거나 화면에 너무 많이 그리는 프로그램이 있기 때문에 느립니다.

    제 추천 : 우리 시스템을 마이크로 최적화하는 대신 우리 모두가 가지고있는 소프트웨어를 개선하기 위해 커뮤니티로 일합시다.

  37.   하비에르 페르난데스

    컴파일을 최적화하는 방법을 설명하지 않았습니다. 예를 들어 Gentoo USE 옵션은 생성 된 코드를 최적화하는 데 사용되며, 프로세서 등을 표시해야합니다. UBUNTU / Debian 또는 Arch에서 어떻게 수행됩니까?, 흥미로운 기사.

  38.   호세 마누엘

    좋아요!

    아래 주석을 읽지 않으면 Linux에 초보자가 있습니다.

    Fedora 20을 사용하고 있습니다. 예를 들어 Firefox 브라우저와 같은 몇 가지 항목이 이미 설치되어 있습니다. 내 컴퓨터 용으로 컴파일 할 수 있습니까? 즉, 코드 아래에서 컴파일하거나 먼저해야합니까? 새 프로그램을 컴파일하기 위해 이미 다운로드 한 프로그램을 제거하십시오.

    리눅스 커널도 마찬가지입니다.

    뭔가 어리석은 질문을하고 있을지 모르지만 이미 진지한 리눅스에 대해 꽤 초보자라고 말하고 있습니다.

    인사말!

    1.    코프로트크

      커널이 필요하지 않다고 생각하지만, GRUB에서 각 커널에 대한 항목을 만들어야합니다. 파이어 폭스를 사용하면 파이어 폭스 2 개를 사용하는 것이 좋은지 모르겠습니다. 개인적으로는 커널 1 개와 파이어 폭스 1 개만있는 것이 좋습니다.

  39.   St-avapxia

    내 인생에서 내가 편집 한 유일한 것은 Musique의 개발 버전이었습니다. 저는 그 앱이 정말 마음에 들었습니다. 그 과정에 걸리는 시간 내내 가치가있었습니다. 저와 같은 최종 사용자의 경우 작업을 마쳤을 때 만족감을 느꼈습니다.

    안녕하세요, 훌륭한 블로그입니다.

  40.   에코 슬랙 커

    안녕하세요, 저는 Slackware를 사용하고 있으며 응용 프로그램을 컴파일하는 것이 세상에서 가장 일반적인 일입니다.
    이미 미리 컴파일 된 ISO에서 시스템을 설치하고 공식 저장소에서 사용할 수있는 미리 컴파일 된 응용 프로그램은 거의 없지만 시스템의 소스 코드 (및 전체 배포판이 컴파일되는 원본 스크립트를 다운로드 할 수 있음)는 ) 직접 컴파일하고 Gentoo가 작동한다고 상상합니다.
    그러나 SlackBuilds 프로젝트는 많은 타사 애플리케이션에 대한 스크립트 (공식 배포판과 유사)를 제공하며, 여기에서 설치하려는 소스 코드를 다운로드하고 나중에 함께 설치할 tgz 또는 txz 패키지로 변환합니다. distro의 공식 패키지 관리자입니다. 따라서 장점은 configure, make, make install 명령을 사용하지 않고 다른 것과 마찬가지로 매우 쉽게 패키지를 업데이트, 재설치 또는 제거 할 수 있다는 것입니다.
    단점은 Slackware에서 종속성이 다른 배포판과 같이 자동으로 해결되지 않으므로 먼저 필요한 종속성을 컴파일하고 마지막에 설치하려는 애플리케이션을 컴파일해야합니다. 내가 사용하는 컴파일 된 프로그램은 LibreOffice, Texmaker, Spyder, Qt5, QtCreator, VLC, Wine, GRASS, QGis 등입니다. 응용 프로그램 및 해당 요구 사항에 따라 컴파일 및 설치에 5 분에서 몇 시간까지 걸릴 수 있습니다. 그러나 원하는 경우 미리 컴파일 된 패키지를 찾아 사용하여 시간을 절약 할 수 있습니다.
    컴파일 된 패키지와 미리 컴파일 된 패키지 사이에 많은 차이가 있는지 확인할 시간이 없었지만 내 시스템은 매우 안정적입니다. 그러나 적어도 내 노트북에는 그다지 강력하지 않고 i3 프로세서와 4GB의 RAM이 있기 때문에 큰 차이가 없다고 생각합니다.
    인사와 행운을 빕니다.

  41.   코프로트크

    저는 현재 Funtoo를 사용하고 있습니다. 솔직히 말해서 프로그램 컴파일과 미리 컴파일 된 프로그램을 설치하는 것 사이에 성능 차이는 보이지 않습니다. 순전히 교육적인 목적으로 수행합니다.하지만 커널 컴파일과하지 않는 것 사이에 차이가 있다면 그렇습니다. . 데비안을 사용할 때 무언가를 컴파일하고 싶을 때 다음 순서를 사용했습니다.

    ./configure를
    -j3 (코어 수 + 1)을 만듭니다.
    외국인

    컴파일 된 프로그램의 바이너리를 생성하여 시스템에 바이너리로 설치할 수 있기 때문에 alíen을 사용했습니다. 따라서 제거하려면 시냅틱이나 다른 패키지 관리자를 사용하기 만하면됩니다. "make install"을 수행하는 대신 패키지를 설치하고 패키지를 설치합니다.

    1.    유키 테루

      예를 들어 Funtoo의 Libreoffice는 데비안보다 로딩 시간이 훨씬 적습니다. VLC 또는 mpv 및 MKV FullHD 및 다중 오디오 파일에서 나에게도 동일한 일이 발생했습니다. 로드가 훨씬 빠릅니다.

      또 다른 변화를 겪은 또 하나는 Firefox입니다. 데비안에서는 내 PC에 10 개 또는 15 개의 탭이있는 것이 고문이됩니다.하지만 Funtoo를 사용하면 최대 30 개까지 열 수 있었고 아무것도없는 것처럼 계속해서 램 소비가 훨씬 더 적어졌습니다. JS 파일을 동결하는 경향이 있기 때문에 특정 작업과 프로그램이 실행되는 방식에 대한 컨텍스트에 더 많이 의존한다고 생각합니다.

  42.   마르코 사미 엔 토

    문제는 미리 컴파일 된 파일을 다운로드 할 때 모든 리눅스 배포판을 윈도우의 원유 사본으로 바꾸는 것입니다.

  43.   Fermin

    성능이 크게 향상되는 것보다 원하는 구성 요소로 패키지를 컴파일 할 수 있다는 이점이 있습니다. 예를 들어 프린터가없는 경우 CUPS를 지원하는 패키지가 컴파일되지 않았 음을 나타낼 수 있습니다. -CUPS를 사용하는 패키지, CUPS를 사용하거나 사용하지 않고 Hunspell을 컴파일하는 경우에는 문제가되지 않습니다.-적어도 Gentoo에서-패키지 빌드를위한 모든 옵션이 중앙 집중화 된 make.conf 파일에 표시됩니다. "; KDE5 또는 Plasma 5를 사용하는 경우 지금 부르는대로 "-kde", "-qt4"태그를 지정할 수 있습니다.이 태그는 KDE 4에는 유효하지만 KDE 5 및 새 데스크톱에 이식 된 응용 프로그램에서는 필요하지 않습니다. "-gnome", "-Gtk"등 필요하지 않은 구성 요소와 함께 사용할 수 있습니다. 어떤 이유로 특정 프로그램에 GTK가 필요한 경우 package.use라는 파일에서 GTK를 사용하고 있음을 표시 할 수 있습니다. 예를 들어 같은 레이블이 있지만 빼기 기호가없는 Pidgin의 경우, 즉 " gtk»:«Net-im / pidgin gtk».
    이러한 방식으로 시스템은 불필요한 코드를 사용하지 않고 수백 메가 바이트의 더 가볍고 더 작고 효율적인 바이너리를 달성합니다. 저는 Opensuse, Kubuntu, Debian, Arch, Chakra 또는 KaOS를 통해 Ubuntu에서 Gentoo로 갔고 Gentoo는 제가 가진 가장 빠른 시스템이며 2 년 전과 동일한 Core 7 Duo를 가지고 있습니다. 예를 들어 QT5를 컴파일하는 데 몇 시간이 걸리기 때문에 나는 밤 동안 컴파일을 떠납니다. make.conf에서 포티지에 대한 "niceness"매개 변수를 설정하면 시스템 작업을 계속하는 동안 패키지를 설치하거나 업데이트 할 수 있으며 컴파일 시간이 확실히 증가하더라도 속도가 크게 느려지는 것을 거의 알 수 없습니다. 그러나 저녁 식사를 할 때 설치하거나 업데이트하도록 놔두고 필요한 경우 밤새 작동하도록두면 이전 컴퓨터가 Kubuntu를 사용하는 여자 친구의 I3보다 잘 작동합니다.

    점점 더 중요한 또 다른 측면은 소스 파일에서 컴파일 할 때 우리가 설치하는 패키지의 보안이 제 XNUMX 자에 의해 조작되지 않은 원래의 보안이 거의 완전하다는 것입니다. 데비안은 우리가 설치 한 프리 컴파일이 실제로 원래 소스에서 나온 것보다 조금 더 보장하는 빌드 검증 시스템을 구현하고 있다고 생각하지만, 그 패키지가 우리의 설정으로 우리 머신에서 컴파일되었을 때 그다지 확실하지 않을 것입니다.
    내 생각에, 내 생각에는 라쳇이 아닌 최신 프로세서를 사용하고, 프로세스 속도를 높이려면 8GB의 RAM을 사용하여 / var / tmp-Portage가 사용하는 임시 폴더를 마운트 할 수 있습니다. 컴파일-항상 하드 디스크 나 SSD보다 빠를 RAM에서, 오늘은 미리 컴파일 된 패키지를 사용하는 것이별로 의미가 없다고 생각합니다. Firefox 컴퓨터를 컴파일하는 데 약 40 분이 소요되는 경우 현재 시장에 나와있는 I5 또는 I7의 경우 5 분 또는 그보다 적은 시간이 소요될 수 있습니까? 나는 파이어 폭스 -bin이 아니라 소스 파이어 폭스에 대해 이야기하고있다. 이것은 당신이 매우 느린 머신을 가지고 있다면 젠투에 설치할 수있는 미리 컴파일 된 바이너리 패키지이다. 이런 이유로 미리 컴파일 된 몇 개의 큰 패키지가있다. 모든 것을 컴파일하는 데 필수는 아닙니다.-. 내 여자 친구가 컴퓨터를 만지작 거리게 놔두지 않기 때문에 나는 말할 수 없다. 헤헤, 그리고 내 것이 너무 잘되어서 갱신 할 필요가 없다고 생각하지만, 내가 맞다면 낭비 할 가치가 있다고 생각한다. 시스템을 측정하기 위해 컴파일하는 몇 분. 우리의 기계에 더 잘 적응하고 적응하기 때문에, 나는 처음부터 Linux 방법을 처음부터 시작하지 않고는 아무것도 얻을 수 없다고 생각합니다. Linux는 이미 컴퓨터 과학 자나 고급 Linux 전문가를 위해 예약되어 있다고 생각합니다.

    인사말.

  44.   오리

    아주 좋아요!
    «Amd Atom x2»는 하나도 존재하지 않습니다.
    ni existira는 인텔의 상표입니다.
    안부