AMD64/FAQ
AMD64 젠투 리눅스 배포판에 대해 자주 묻는 질문입니다.
See also the main FAQ, or the Portage FAQ for frequently asked questions about the package manager. There is also a FAQ secion in the handbook. For frequently asked questions relating to the documentation wiki and editing the wiki, see the wiki FAQ. There are also other architecture-specific FAQs, such as: PPC/FAQ, MIPS/FAQ, and Alpha/FAQ.
- systemd 사용자를 위해 Cool'n'Quiet/PowerNow/SpeedStep 설명 추가하기
도입부
이 문서에는 amd64 시스템에서 동작하는 젠투리눅스의 사용법에 대해 보통 가장 많이 묻는 질문을 담았습니다. 대부분의 질문은 포럼, IRC, 다양한 메일링 리스트에서 왔습니다. AMD64 프로젝트 에서는 이 아키텍처에서 동작하는 젠투 리눅스 지원을 제공합니다. 자주 묻는 질문에 대한 제안이나 다른 질문이 있다면 관련 토론 페이지로 댓글을 남겨주십시오.
설치
AMD64 와 EM64T의 차이점은 뭔가요?
둘 다 64비트 프로세서로 일컬어지는 AMD(AMD64)와 인텔(EM64T)이 있습니다. AMD의 64비트 프로세서에는 애슬론 64와, 튜리온, 네오, 피넘, FX, AX/EX/CX, 라이젠, EPYC 계열이 있습니다. 인텔의 64비트 프로세서는 코어 2, 코어 i"X", 셀러론, 제온, 펜티움(코어 2 아키텍처에 기반한 모든 프로세서)가 여기에 포함됩니다. 예전 펜티움 4의 마지막 일부 버전과 제온칩 또한 EM64T를 지원합니다.
AMD의 64비트 프로세서 라인은 인텔 프로세서보다 먼저 출시되었습니다. 그렇기 때문에, 역사적인 이유로 모든 x86-64 호환 아키텍처의 키워드를 amd64로 하였습니다. 이와 같이, AMD64는 AMD든 인텔이든 64비트 프로세서를 칭합니다.
무슨 CFLAGS를 사용해야 하나요?
시스템에 나중에 문제가 생기는걸 막으려면 CFLAGS를 간단하게 사용해야 합니다. AMD와 인텔(EM64T) 시스템에 대해 지원하는 CFLAGS 값은 -O2 -march=native -pipe
입니다.
어떤 커널을 사용해야 하나요?
포티지에 있는 대부분의 커널 소스를 쓸 수 있습니다. sys-kernel/gentoo-sources는 젠투 리눅스를 위해 특별하게 디자인된 커널이므로 권장합니다. 이 커널에는 다양한 AMD64 전용 패치가 포함되므로 젠투/AMD64가 공식적으로 지원을 하는 유일한 커널입니다.
커널에서 IA32_EMULATION 옵션을 활성화했는지 확인하십시오.
root #
cd /usr/src/linux
root #
make menuconfig
Executable file formats / Emulations --->
[*] IA32 Emulation
이 옵션을 비활성화 하면 multilib 시스템에서 빌드에 실패할 수 있습니다.
32비트 대신 64비트를 사용하면 성능을 향상시키나요?
이는 대답하기 어려운 질문입니다. 일부 경우에서 성능 향상이 있을 수 있지만, 또 아닌 경우도 존재합니다. 일상적인 사용에선 64비트와 32비트간의 차이는 거의 없습니다. 64비트는 일반적으로 멀티미디어 프로그램과 3D 렌더링에서 사용되는 부동 소수점 연산에서 더 빠릅니다. 이 젠투 리눅스에서 64비트 성능과 64비트 리눅스와 BSD는 꾸준히 무르익는 중을 읽어보시면 도움이 될지도 모르겠습니다. 포럼에 괜찮은 내용이 담긴 "Article: 64-bit performance in Gentoo Linux" 글타래가 있습니다.
특별한 요구사항이 있지 않은 이상 현재는 대부분의 시스템이 64비트입니다.
multilib은 무엇이고 어떻게 사용할 수 있나요?
모든 AMD64 프로세서는 64비트 코드 뿐만 아니라 32비트 코드도 실행할 수 있습니다. 그러나 32비트 프로그램을 64비트 라이브러리와 사용하거나 반대로 64비트 프로그램을 32비트 라이브러리와 사용할 수는 없습니다. 하지만, 요구되는 모든 공유 라이브러리가 32비트 객체로 사용 가능하다면 (가상화 없이) 32비트 프로그램을 실행할 수 있습니다. 적절한 프로파일을 선택함으로써 multilib 지원을 선택하거나 포함하지 않을 수 있습니다. 기본 설정은 multilib이 활성화된 프로파일입니다.
비-multilib 설정에서 multilib 활성화 프로파일로의 전환은 현재 지원되지 않으므로 비-multilib 프로파일을 사용하겠다는 결정은 반드시 신중하게 하시기 바랍니다. 고민이 된다면, multilib을 선택하십시오.
32비트 chroot를 어떻게 만드나요?
32비트 chroot 안내서를 읽어보십시오.
emerge -e @world 를 실행해 x86 시스템을 amd64로 업그레이드 할 수 있나요?
x86(32비트)와 amd64(64비트) 설치 원본의 많은 차이점 때문에 이런 식으로 업그레이드는 불가능합니다. 새로 설치하십시오. AMD64 핸드북을 참조해 새로 설치를 수행하시기 바랍니다.
참고로 x86 시스템에서 만든 바이너리 파일들은 amd64 시스템 패키지들이 읽지 못할 가능성이 큽니다. 특히, 일부 데이터베이스, 예를 들어 OpenLDAP는 있는 그대로 단순히 복사할 수 없습니다. amd64 시스템에 복원을 시도하기 전에 텍스트 형식과 같이 아키텍처와 독립된 형식으로 데이터베이스 덤프를 마련해야 합니다. 각 프로그램에 대응하는 데몬들이 깔끔하게 종료되었다는 가정 하에, MySQL, Berkely DB와 SQlite 데이터베이스 파일들은 아키텍처 독립적이므로 자유롭게 옮길 수 있습니다.
하드웨어
바이너리 NVIDIA/ATI 드라이버가 동작할까요?
네, 엔비디아와 ATI는 AMD64에서 동작하는 드라이버를 제공합니다. x11-drivers/nvidia-drivers 또는 x11-drivers/xf86-video-ati를 설치할 수 있습니다. 엔비디아 드라이버 안내서 또는 ATI 자주 묻는 질문를 참조하십시오.
Cool'n'Quiet/PowerNow/SpeedStep 기능을 어떻게 사용하나요?
커스텀 커널 사용자들은 반드시 이 기능을 지원하는 커널을 컴파일해야 합니다. 아래의 기능을 활성화 하십시오:
Power management and ACPI options --->
[*] Device power management core functionality
[*] ACPI (Advanced Configuration and Power Interface) Support --->
<*> Processor
<*> Thermal Zone
CPU Frequency scaling --->
[*] CPU Frequency scaling
Default CPUFreq governor (ondemand) --->
-*- 'performance' governor
<*> 'userspace' governor for userspace frequency scaling
-*- 'ondemand' cpufreq policy governor
<*> ACPI Processor P-States driver
CPU Idle --->
-*- CPU idle PM support
그리고나서 sys-power/cpupower를 설치하고 선호하는 텍스트 에디터로 /etc/conf.d/cpupower를 수정합니다.
# Options when starting cpufreq (given to the `cpupower` program)
START_OPTS="--governor ondemand"
# Options when stopping cpufreq (given to the `cpupower` program)
STOP_OPTS="--governor performance"
이제 시스템 부팅때마다 cpupower 데몬도 확실히 작동하게 만들기 위해 다음 명령을 실행합니다:
root #
rc-update add cpupower boot
CPU 전원 관리에 대한 더 많은 요령은 전원 관리 안내서를 읽어보실것을 권합니다.
프로그램
아무개 패키지를 설치하려는데 emerge가 (masked by: ~amd64 keyword)라고 합니다
아직 패키지가 '시험'단계 트리에 있음을 의미합니다. 더 자세한 정보는 포티지 매뉴얼 페이지(man portage), AMD64 핸드북의 소프트웨어 브랜치 혼용 챕터 또는 accepting a keyword for a single package를 읽어보시기 바랍니다.
아무개 패키지를 설치하려는데 emerge가 (masked by: missing keyword)라고 합니다
이는 이 패키지가 아직 검증되지 않았다는 의미입니다. 이는 ``반드시`` 이 패키지는 작동하지 않을 것임을 의미하는게 아닙니다. 이 패키지를 사용하고자 다른 아키텍처(또는 아키텍처 집합)를 수용하도록 마스크를 해제할 수 있습니다. 다음 예제에서 주어진 패키지의 어떤 키워드에 대한 설치를 수용하라고 포티지에 알릴 수 있는 예제를 보여드립니다.
root #
echo "category/packagename **" >> /etc/portage/package.accept_keywords
root #
emerge packagename
패키지가 잘 작동한다면 젠투 버그질라에 버그를 알려, AMD64팀이 패키지에 키워드를 포함하고 여러분의 테스트로 다른 사용자들도 함께 혜택을 볼 수 있게 해주십시오.
ACCEPT_KEYWORDS="~x86" emerge packagename와 같은 명령은 수행하지 마십시오. 포티지 트리를 깨뜨려 시스템을 무용지물로 만들 수 있습니다.
기타 자료
- Project:AMD64
This page is based on a document formerly found on our main website gentoo.org.
The following people contributed to the original document: Simon Stelling, Luis Medinas, Gerald J. Normandin Jr., Xavier Neys,
They are listed here because wiki history does not allow for any external attribution. If you edit the wiki article, please do not add yourself here; your contributions are recorded on each article's associated history page.