Red Hat Enterprise Linux {;Hat EnterpriseRed Hat Enterprise Linux 7은 지난 2년 이내에 구축된 대부분의 시스템의 하드웨어와 호환되어야 합니다. 하드웨어 호환성은 오래된 시스템 또는 사용자 정의 내장 시스템이 있는 경우 특히 중요합니다. 하드웨어 사양은 거의 매일 변경되므로 모든 시스템의 호환성을 확인하는 것이 좋습니다.
질문 인텔 코어i7-10세대(코멧레이크S)에 CentOS 7 설치 가능여부 제목이 질문의 거의 전부다입니다. 인텔 코어i7-10세대(코멧레이크S)에 CentOS 7이 정상적으로 설치가 되나요? 어딘가에 정보가 있을텐데 검색으로는 잘 못찾겠습니다. 도움에 미리 감사드립니다. (--)(__) 답변2개2번째 답변 센트 7의 경우 4~7세대 cpu를 선택해서 사용하는 것을 권합니다. Centos7도 나온지 시간이 많이 지났지만, 레헬8/Centos8의 불편함과 불안정성으로 인해 Centos7을 설치할 때에 8~10세대 메인보드 및 cpu 지원을 보장 받을 수는 없습니다. 구성 부분에 설치해 사용하거나 구현하는 부분등에 문제가 있는지 없는지는 실제 맞부딛혀야 하는 어려움이 존재 할 수 있어서, 된다 안된다 딱 그렇다는 단정을 하기 어려운 점이 있으며, 그래도 amd 구성은 피하는게 정신 건강에 좋습니다. 다만, 우분투 계열이 최신 하드웨어(AMD 포함) 지원에 유리한 장점을 갖고 있으니 참고하기 바라고, 그래픽 부분이나 정상 동작등 실제 문제 발생 여부를 겪지 않았으면 하는 바램도 있습니다. 본인도 Centos7 구성시에 7세대 메인보드쪽으로 구성하는 것을 권합니다. 다만, 시간적인 부분이나 오랜 기간 구성하기를 바란다면 Centos8을 대안으로 삼거나, 최신 하드웨어쪽은 조심스럽게 접근하기를 바랍니다. written by simmon 카톡 ID Festif 알아두세요! 위 답변은 답변작성자가 경험과 지식을 바탕으로 작성한 내용입니다. 포인트로 감사할 때 참고해주세요. 2020.09.07. 1번째 답변 일반적으로 CPU는 그리 문제는 안됩니다. 왜냐하면 인텔이 리눅스 커널 개발에 참가하고 있기 때문에 인텔이 철저히 검수하고 작동을 보증합니다. 설치에 문제가 되는건 보드의 문제와 드라이버의 문제 입니다. 보드에 있는 구성요소들을 리눅스 커널에서 재대로 읽지 못하거나 읽어도 드라이버가 없어서 사용을 못하면 문제가 발생할 수 있습니다. 그래서 설치할 때 보드는 무얼 쓰고 노트북이면 모델이 무엇이냐에 따라 설치가 가능할 수도 있고 힘들수도 있습니다. 배포판마다 설치가 가능하기도 하고 불가능하기도 한데 이는 배포판마다 튜닝된 커널을 쓰기 때문에 그 튜닝된 커널에 있는 무언가가 문제가 될 수 있으니 그것도 봐야겠지만 대부분 마더보드의 문제를 생각해야 합니다. 정리: 마더보드가 대부분 문제이니 해당 보드에서 해당 배포판의 설치 가능 여부를 구글에 확인하시는 걸 추천합니다. 추가로 comet lake 관련 문제는 검색 결과 거의 없는걸로 보입니다. 알아두세요! 위 답변은 답변작성자가 경험과 지식을 바탕으로 작성한 내용입니다. 포인트로 감사할 때 참고해주세요. 2020.09.07. 최초 작성일: 2020년 3월 11일 최종 수정일: 2020년 4월 3일 0. 레퍼런스컴퓨터 사양 및 운영환경
1. 경고 메시지그동안 무심하게 컴퓨터를 끄고, 부팅하고 원격에서 접속해서 사용하다가, 우연히 부팅화면을 보게 되었다. 아래와 같이 경고 메시지가 뜨고 있었다. Mar 4 22:17:36 localhost kernel: Booting paravirtualized kernel on bare hardware Mar 4 22:17:36 localhost kernel: Detected CPU family 17h model 1 Mar 4 22:17:36 localhost kernel: Warning: AMD Processor - this hardware has not undergone upstream testing. Please consult http://wiki.centos.org/FAQ for more information AMD 프로세서가 제대로 테스트되지 않은 상위 하드웨어라는 뭐 대충의 그런 메시지다. 즉, 현재 리눅스 커널이 이 CPU 를 제대로 테스트하지 않은 이전 버전이라는 의미이기도 하다. [xxxx@localhost ~]$ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 32 On-line CPU(s) list: 0-31 Thread(s) per core: 2 Core(s) per socket: 16 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD CPU family: 23 Model: 1 Model name: AMD Ryzen Threadripper 1950X 16-Core Processor Stepping: 1 CPU MHz: 2200.000 CPU max MHz: 3400.0000 CPU min MHz: 2200.0000 BogoMIPS: 6786.39 Virtualization: AMD-V L1d cache: 32K L1i cache: 64K L2 cache: 512K L3 cache: 8192K NUMA node0 CPU(s): 0-31 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc art rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf eagerfpu pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_l2 hw_pstate sme retpoline_amd ssbd ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca 2. 커널 소스그래서, 커널 소스를 대충 훑어본다. linux-3.10.0-1062.12.1.el7.x86_64/arch/x86/kernel/setup.c if (boot_cpu_data.x86_vendor == X86_VENDOR_AMD) { if (!valid_amd_processor(boot_cpu_data.x86, boot_cpu_data.x86_model_id, guest)) { pr_crit("Detected CPU family %xh model %d\n", boot_cpu_data.x86, boot_cpu_data.x86_model); mark_hardware_unsupported("AMD Processor"); } } 지원하지 않는 AMD Processor 로 표시한다. 낯설다. 그래서, 인터넷 검색을 한다. 리눅스 커널 4.10 이 AMD Ryzen 아키텍처의 멀티쓰레드를 지원한다는 이야기다. 그렇다면, CentOS7 의 기본 커널에서 그동안, AMD Ryzen 쓰레드리퍼를 제대로 사용하고 있지 못했다는 이야기다. 하지만, CentOS 7 의 최신 코드에는 Zen SMT topology 가 적용되어 있다. linux-3.10.0-1062.12.1.el7.x86_64/arch/x86/kernel/cpu/amd.c if (c->x86 == 0x15) c->cu_id = ebx & 0xff; if (c->x86 >= 0x17) { c->cpu_core_id = ebx & 0xff; if (smp_num_siblings > 1) c->x86_max_cores /= smp_num_siblings; } CentOS 7 의 RPM SPEC ChangeLog 를 살펴본다. * Wed Apr 25 2018 Bruno E. O. Meneguele <> [3.10.0-878.el7] - [hwmon] (k10temp) Add temperature offset for Ryzen 1900X (David Arcari) [1446653] * Sat Apr 29 2017 Rafael Aquini <> [3.10.0-660.el7] - [x86] Mark AMD Naples/Ryzen as unsupported (David Arcari) [1444841] 2017년에 AMD Ryzen 을 지원하지 않는 것으로 표시하고, 2018년에는 1900x CPU 의 temperature offset 에 대한 변경정도만 보인다. RHEL 은 AMD Ryzen 을 지원하지 않는 것으로 보인다. 다시 또 구글링을 해 본다, 젠투펭귄이 Ryzen ThreadRipper 1950x 는 4.19.52+ 커널부터 지원된다는 글이 있다. 그런데, https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.19.52 딱히 AMD CPU 관련된 ChangeLog 는 보이지 않는다. 귀챦다. 감도 떨어졌고... 어찌되었건, 4.10 이후 버전부터 지원된다. 그냥, CentOS7 용 최신 리눅스 커널을 설치하도록 하자. 3. ElRepoElRepo 는 엔터프라이즈 리눅스, 즉 RHEL 과 RHEL 을 베이스로 만든 CentOS, Scientific Linux 등을 위한 RPM 저장소다. ElRepo 저장소 KEY 추가하기 # rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org CentOS 7 용 저장소 추가하기 # yum install https://www.elrepo.org/elrepo-release-7.0-4.el7.elrepo.noarch.rpm ElRepo 는 다음 4개의 채널로 구성된다.
일단, kernel 채널을 제외한 다른 채널은 disable 시킨다. # yum-config-manager --disable elrepo [ 이건 옵션 ] # yum-config-manager --enable elrepo-kernel 또는 /etc/yum.repos.d/elrepo.repo 파일을 직접 수정한다. [elrepo-kernel] name=ELRepo.org Community Enterprise Linux Kernel Repository - el7 baseurl=http://elrepo.org/linux/kernel/el7/$basearch/ http://mirrors.coreix.net/elrepo/kernel/el7/$basearch/ http://mirror.rackspace.com/elrepo/kernel/el7/$basearch/ http://repos.lax-noc.com/elrepo/kernel/el7/$basearch/ mirrorlist=http://mirrors.elrepo.org/mirrors-elrepo-kernel.el7 enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-elrepo.org protect=0 kernel-ml (kernel-mainline) 패키지를 설치한다. kernel-ml 은 최신 리눅스 커널을 RHEL 의 설정으로 적용한 패키지라고 생각하면 된다. # yum search kernel-ml ... ======================== N/S matched: kernel-ml ========================================== kernel-ml.x86_64 : The Linux kernel. (The core of any Linux-based operating system.) kernel-ml-devel.x86_64 : Development package for building kernel modules to match the kernel. kernel-ml-doc.noarch : Various bits of documentation found in the kernel sources. kernel-ml-headers.x86_64 : Header files of the kernel, for use by glibc. kernel-ml-tools.x86_64 : Assortment of tools for the kernel. kernel-ml-tools-libs.x86_64 : Libraries for the kernel tools. kernel-ml-tools-libs-devel.x86_64 : Development package for the kernel tools libraries. Name and summary matches only, use "search all" for everything. # yum install kernel-ml ... ==================================================================================== Package Arch Version Repository Size ==================================================================================== Installing: kernel-ml-devel x86_64 5.5.8-1.el7.elrepo elrepo-kernel 13 M Transaction Summary ===================================================================================== Install 1 Package devel 패키지도 함께 설치해둔다. # yum install kernel-ml-devel 4. AMD Raid Expert (rcraid) 패치물론 RAID 를 사용하지 않는다면, 이 패치는 할 필요가 없다. 최신 커널로 부팅하면, raid 로 설치해둔 디스크를 마운트하지 못한다. 최신 커널도 x399 의 raid 기능은 지원하지 않는다. 이전에 작성한 글[Linux (CentOS) Hardware RAID 설치하기] 을 바탕으로 리눅스 커널 5.5 에 x399 raid 패치를 적용한다. # git clone https://github.com/thopiekar/rcraid-dkms.git # cd rcraid-dkms # chmod +x installl [root@localhost rcraid-dkms]# ./install 5.5.8-1.el7.elrepo.x86_64 rm -f -f *.o *.ko vers.c .*.cmd .*.d rm -f -f rcraid.mod.c Module.symvers Modules.symvers rm -f -rf .tmp_versions Module.markers modules.order make -C /lib/modules/5.5.8-1.el7.elrepo.x86_64/build M=/root/x399/rcraid-dkms/src make[1]: Entering directory `/usr/src/kernels/5.5.8-1.el7.elrepo.x86_64' ln -sf `basename /root/x399/rcraid-dkms/src/rcblob.x86_64.o .o` /root/x399/rcraid-dkms/src/rcblob.x86_64.o AR /root/x399/rcraid-dkms/src/built-in.a CC [M] /root/x399/rcraid-dkms/src/rc_init.o /root/x399/rcraid-dkms/src/rc_init.c: In function ‘rcraid_resume_one’: /root/x399/rcraid-dkms/src/rc_init.c:1105:26: warning: ignoring return value of ‘pci_enable_device’, declared with attribute warn_unused_result [-Wunused-result] pci_enable_device(adapter->pdev); ^ /root/x399/rcraid-dkms/src/rc_init.c:1130:23: warning: ignoring return value of ‘pcim_enable_device’, declared with attribute warn_unused_result [-Wunused-result] pcim_enable_device(pdev); ^ CC [M] /root/x399/rcraid-dkms/src/rc_msg.o CC [M] /root/x399/rcraid-dkms/src/rc_mem_ops.o CC [M] /root/x399/rcraid-dkms/src/rc_event.o CC [M] /root/x399/rcraid-dkms/src/rc_config.o CC [M] /root/x399/rcraid-dkms/src/vers.o LD [M] /root/x399/rcraid-dkms/src/rcraid.o Building modules, stage 2. MODPOST 1 modules CC [M] /root/x399/rcraid-dkms/src/rcraid.mod.o LD [M] /root/x399/rcraid-dkms/src/rcraid.ko make[1]: Leaving directory `/usr/src/kernels/5.5.8-1.el7.elrepo.x86_64' SWL option: "ahci,lsi1068,lsi2008" Installing rcraid.ko driver for 5.5.8-1.el7.elrepo.x86_64 ### initramfs 에 rcraid 드라이버를 추가한다. [root@localhost rcraid-dkms]# dracut --add-drivers rcraid --force --kver 5.5.8-1.el7.elrepo.x86_64 /etc/modprobe.d/rcraid.conf blacklist ahci alias scsi_hostadapter rcraid options rcraid use_swl=15 설치된 kernel-ml 은 기본 부팅으로 설정되지 않는다. 부팅에 이상이 없으면, 다음과 같이 기본 부팅 운영체제로 설정한다.부팅순서 바꾸기 # grub2-set-default 0 **) Linux Kernel 5.6 대응리눅스 커널 5.6은 2038년 문제를 수정한 첫 번째 리눅스 커널이다. 이 커널은 2038년 후에도 32비트 리눅스를 운영할 수 있게 해 준다. 커널 5.6 이상에서 rcraid 패치를 적용하면 다음과 같은 오류가 발생한다. (오류가 없으면, 이미 패치가 적용된 버전으로 생각하면 된다. 아래는 생략한다.) CC [M] /root/x399/rcraid-dkms/src/rc_msg.o /root/x399/rcraid-dkms/src/rc_msg.c: In function ‘rc_vprintf’: /root/x399/rcraid-dkms/src/rc_msg.c:211:17: error: storage size of ‘tv’ isn’t known struct timeval tv; ^ /root/x399/rcraid-dkms/src/rc_msg.c:213:18: error: storage size of ‘ts’ isn’t known struct timespec ts; ^ /root/x399/rcraid-dkms/src/rc_msg.c:222:3: error: implicit declaration of function ‘getnstimeofday’ [-Werror=implicit-function-declaration] getnstimeofday(&ts); ^ /root/x399/rcraid-dkms/src/rc_msg.c:213:18: warning: unused variable ‘ts’ [-Wunused-variable] 컴파일시에 위와 같은 오류가 발생하면, 아래의 패치를 적용한 후 컴파일한다.
5. 컴파일 비교간단하게 컴파일속도등을 비교하기 위해 RPM 으로 커널 패키지를 생성해본다. Linux Kernel 3.10.0-1062.12.1 $ time rpmbuild -ba kernel.spec ... 작성: /home/respiro/rpmbuild/SRPMS/kernel-3.10.0-1062.12.1.el7.src.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-headers-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-debuginfo-common-x86_64-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/perf-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/perf-debuginfo-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/python-perf-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/python-perf-debuginfo-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-tools-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-tools-libs-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-tools-libs-devel-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-tools-debuginfo-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/bpftool-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/bpftool-debuginfo-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-devel-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-debuginfo-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-debug-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-debug-devel-3.10.0-1062.12.1.el7.x86_64.rpm 작성: /home/respiro/rpmbuild/RPMS/x86_64/kernel-debug-debuginfo-3.10.0-1062.12.1.el7.x86_64.rpm 실행 중(%clean): /bin/sh -e /var/tmp/rpm-tmp.CAEqGK + umask 022 + cd /home/respiro/rpmbuild/BUILD + cd kernel-3.10.0-1062.12.1.el7 + rm -rf /home/respiro/rpmbuild/BUILDROOT/kernel-3.10.0-1062.12.1.el7.x86_64 + exit 0 real 30m2.942s user 243m42.035s sys 43m13.747s Linux Kernel 5.5.8-1 ... 실행 중(%clean): /bin/sh -e /var/tmp/rpm-tmp.R7ez3L + umask 022 + cd /home/respiro/rpmbuild/BUILD + cd kernel-3.10.0-1062.12.1.el7 + rm -rf /home/respiro/rpmbuild/BUILDROOT/kernel-3.10.0-1062.12.1.el7.x86_64 + exit 0 real 28m26.299s user 249m16.163s sys 38m53.185s 기대했던것 만큼 크게 향상되거나 하지는 않는 것 같다.
User+Sys will tell you how much actual CPU time your process used. Note that this is across all CPUs, so if the process has multiple threads (and this process is running on a computer with more than one processor) it could potentially exceed the wall clock time reported by Real (which usually occurs). Note that in the output these figures include the User and Sys time of all child processes (and their descendants) as well when they could have been collected, e.g. by wait(2) or waitpid(2), although the underlying system calls return the statistics for the process and its children separately 출처: https://stackoverflow.com/questions/556405/what-do-real-user-and-sys-mean-in-the-output-of-time1 6. LuxMark 테스트LuxMark 는 OpenCL 벤치마크 도구다. GUI 에서 CPU 혹은 GPU 렌더링 벤치마크를 수행할 수 있다. LuxMark 소스 내려받기 $ git clone https://github.com/LuxCoreRender/LuxMark.git $ cd LuxMark $ mkdir build $ cd build $ cmake ../ ... CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:138 (message): .. $ sudo yum install OpenImageIO-devel $ cmake ../ .. CMake Error at cmake/Dependencies.cmake:177 (MESSAGE): LuxRays not found. $ cd .. $ git clone https://github.com/scollinson/luxrays.git 귀챦아졌다. 바이너리 다운받자. |
CentOS 7 지원 CPU - CentOS 7 jiwon CPU
저작권 © 2024 ko.wiewird Inc.
