My 2025 high-end Linux PC 🐧

2025-05-15

나의 2025년 하이엔드 리눅스 PC 🐧

이전에 시도한 조립은 CPU 불량이 원인이었습니다! CPU를 교체하니 이제 시스템은 안정적이고 빠릅니다! 🚀 이 글에서는 부품 선정 과정을 훨씬 더 자세히 다룹니다. 간단히 요약하면, 낮은 유휴 전력을 위해 Intel 285K CPU를 선택했고, 저장 공간 부족을 걱정하지 않도록 4TB SSD를 골랐으며, Dell UP3218K 8K 모니터를 구동하기 위해 성능이 충분한 nvidia 그래픽 카드를 선택했습니다.

구성 부품

이번 조립에는 어떤 부품을 선택했을까요? 전체 목록은 다음과 같습니다.

가격	종류	제품
140 CHF	케이스	Fractal Define 7 Compact Black Solid
155 CHF	파워 서플라이	Corsair RM850x
233 CHF	메인보드	ASUS PRIME Z890-P
620 CHF	CPU	Intel Core Ultra 9 285K
120 CHF	CPU 쿨러	Noctua NH-D15 G2
39 CHF	케이스 팬	Noctua NF-A14 PWM (140 mm)
209 CHF	RAM	64 GB DDR5-6400 Corsair Vengeance (2 x 32GB)
280 CHF	디스크	4000 GB Samsung 990 Pro
554 CHF	GPU	MSI GeForce RTX 3060 Ti GAMING X TRIO

합계: 2350 CHF

이어지는 섹션에서는 각 부품을 어떤 기준으로 골랐는지 자세히 설명합니다.

케이스

저는 몇 세대째 Fractal 케이스를 애용해 왔습니다. 특히 “Compact” 시리즈는 큰 그래픽 카드와 CPU 쿨러도 충분히 수용할 만큼 넉넉한 공간을 제공한다는 점을 알게 되었고, 그래서 이제는 Fractal Define 7 Compact (Black Solid)가 기본 선택이 되었습니다.

PC 케이스에 대해 제가 일반적으로 요구하는 조건은 다음과 같습니다.

별다른 추가 작업 없이도 최대한 조용해야 합니다.
날카로운 모서리가 없어야 합니다(다칠 위험이 없어야 합니다!).
부품에 쉽게 접근할 수 있을 만큼 적당히 여유 있는 공간을 제공해야 합니다.
깔끔한 케이블 정리를 도와주는 지원이 많을수록 좋습니다.
USB3 전면 패널 헤더가 포함되어야 합니다.

이 케이스에 부품을 조립하고 작업하는 과정이 정말 마음에 듭니다. 날카로운 모서리가 없고, 각 메커니즘이 사용하기 편하며, 케이블 정리도 잘 고민되어 있습니다.

유일하게 아쉬웠던 점은 Fractal이 케이스 나사를 잘라서 열어야 하는 밀봉 비닐 포장에 담아 보낸다는 것입니다. 사용하지 않은 나사를 잃어버리지 않고 보관할 수 있도록 재밀봉이 가능한 지퍼백에 담아 주었으면 더 좋았을 것 같습니다.

이번 조립을 계기로 제 모든 PC를 Fractal Define 7 Compact Black 케이스로 통일했습니다!

파워 서플라이

나중에 nvidia 50xx 시리즈 그래픽 카드로 업그레이드할 가능성도 열어두고 싶었습니다. 해당 모델들의 TGP(“Total Graphics Power”)는 575W에 달하므로, 모든 부분에서 최대 전력을 사용할 때에도 시스템 전체에 충분한 전력을 공급할 수 있는 파워 서플라이가 필요했습니다.

결국 Corsair RM850x를 선택했습니다. 리뷰에서도 호평을 받았고(“850W 골드 등급의 선두 주자”) 제가 주로 이용하는 전자제품 매장에서도 구할 수 있었습니다.

좋은 선택이었습니다. 파워 서플라이는 실제로 조용하게 동작했고, 함께 제공되는 전원 케이블(예: GPU 케이블)도 마음에 들었습니다. 케이블이 매우 유연해서 정리가 쉽습니다.

한 가지 흥미로운 점은 파워 서플라이에 포함된 12VHPWR 케이블을 직접 사용하는 것보다, 12VHPWR-8핀 어댑터와 함께 기존 8핀 전원 커넥터를 사용하는 편이 더 편리하다는 것이었습니다. 12VHPWR 커넥터의 잠금 장치는 해제하기가 매우 까다로운 반면, 문제 해결 과정에서 여러 번 GPU를 교체해야 했던 저로서는 8핀 커넥터의 잠금을 해제하는 것이 훨씬 쉬웠기 때문입니다…

SSD

저는 지금까지 PCIe 5 SSD를 피해 왔습니다. PCIe 4 SSD에 비해 전력 소모가 훨씬 많기 때문입니다. PCIe 5 SSD는 대용량 순차 전송 속도는 더 빠르지만, 랜덤 전송은 유의미하게 빠르지 않습니다. 제 작업 대부분은 대용량 순차 전송이 아니라 랜덤 전송 위주입니다.

최근에는 PCIe 5 SSD의 전력 소모 문제가 조금씩 개선되고 있는 것 같습니다. Phison E31T는 절전 기능을 구현한 첫 번째 컨트롤러입니다. 이 컨트롤러를 사용한 제품이 Corsair Force Series MP700 Elite인데, 아쉽게도 주문 당시에는 구할 수 없었습니다.

대신 Samsung 990 Pro 4TB를 선택했습니다. 수년간 Samsung Pro 시리즈를 사용하면서 고장이나 성능 저하를 겪은 적이 없어 신뢰가 갔고, 기존 2TB 디스크도 점점 차오르고 있어 추가 용량이 반가웠습니다.

온보드 2.5GbE 네트워크 카드

한 가지 성가신 점은 대부분의 메인보드 제조사들이 온보드 네트워크 카드를 2.5GbE(= 2.5Gbit/s 이더넷)로 전환한 것 같습니다. 저는 리눅스에서 그냥 잘 동작하기만 한다면 안전하게 Intel I225 1GbE 네트워크 카드를 하나 더 사는 쪽을 훨씬 선호했을 것입니다.

2.5GbE 시장에서는 Realtek과 Intel이 주요 업체인 것 같습니다. 제가 보기에는 대부분의 메인보드 제조사들이 Realtek을 채택했습니다.

리눅스에는 Realtek 네트워크 카드용 r8169 드라이버가 포함되어 있지만, 카드가 바로 동작할지는 정확한 하드웨어 리비전에 따라 달라집니다! 예를 들면 다음과 같습니다.

AsRock Z890 Pro-A는 리비전 8125B를 사용합니다. lshw: firmware=rtl8125b-2_0.0.2 07/13/20
ASUS PRIME Z890-P는 리비전 8125D를 사용합니다. lshw: firmware=rtl8125d-1_0.0.7 10/15/24

리비전 8125D의 경우에는 커밋 “r8169: add support for RTL8125D”가 포함된 충분히 최신 리눅스 버전(6.13 이상)과 함께 최신 linux-firmware 패키지가 필요합니다.

최신 펌웨어를 사용하더라도 안정성과 ASPM 지원에 대한 우려가 남아 있습니다. 예를 들어 r8169 드라이버를 작업하는 분이 작성한 이 ServerFault 글을 참고하세요. 하지만 Intel 1GbE 제품군이 현시점에서 잘 지원된다고 해도, Intel의 2.5GbE 제품이 Realtek보다 나을 것 같지는 않습니다. Intel 2.5GbE 네트워크 카드의 불안정성에 대한 보고도 찾았습니다.

그럼에도 불구하고 까다로운 펌웨어 요구사항을 제외하면, Realtek 2.5GbE 카드는 실제로는 제 환경에서 별문제 없이 잘 동작합니다.

메인보드

네트워크 카드 선택이 최적이지는 않았지만, 지난 몇 번의 조립에서 좋은 경험을 했던 ASUS PRIME 시리즈 메인보드를 그대로 선택하기로 했습니다. 제가 선택한 ASUS PRIME Z890-P에 대한 몇 가지 생각은 다음과 같습니다.

퀵 릴리스 PCIe 메커니즘이 마음에 듭니다. ASUS는 큰 그래픽 카드를 PCIe 슬롯에서 분리하는 데 어려움을 겪는 사용자가 많다는 점을 파악하고 손이 쉽게 닿는 레버 형태의 메커니즘을 추가했는데, 몇 번 사용해 본 결과 꽤 잘 동작했습니다!
2022년 PC 조립에서 느린 부팅 시간에 대해 쓴 적이 있는데, 원인은 시간이 오래 걸리는 메모리 트레이닝이었습니다. 이 ASUS 보드에서는 메모리 트레이닝이 진행 중일 때 Power LED를 깜빡여 이를 알려 준다는 점을 알게 되었습니다. 정말 좋네요! 부팅의 여러 단계를 Power LED 깜빡임 패턴으로 알릴 수 있다는 생각은 이전에는 해 본 적이 없었습니다 :)
- 이 기능의 단점은 머신이 suspend-to-RAM 상태일 때도 Power LED가 깜빡인다는 것입니다! 꽤 거슬려서 Power LED 연결을 아예 끊어 버릴까 고민 중입니다.
UEFI 펌웨어에는 Q-Dashboard라는 것이 포함되어 있습니다. 어느 슬롯에 무엇이 장착/연결되어 있는지 한눈에 보여 주는 기능인데, 꽤 괜찮습니다.

제가 테스트한 두 메인보드 사이에서 놀랐던 차이점 중 하나는 AsRock Z890 Pro-A는 lshw에서 DIMM 클록을 올바르게 보고하지 않는 것 같고, ASUS는 올바르게 보고한다는 점이었습니다.

--- lshw-intel-285k-asrock.txt	2025-04-30 20:35:24 +0200
+++ lshw-intel-285k-asus.txt		2025-04-30 21:39:52 +0200
      *-firmware
           description: BIOS
-          vendor: American Megatrends International, LLC.
+          vendor: American Megatrends Inc.
           physical id: 0
-          version: 2.25
-          date: 03/24/2025
+          version: 1601
+          date: 02/07/2025
           size: 64KiB
-          capacity: 32MiB
+          capacity: 16MiB
           capabilities: pci upgrade shadowing cdboot bootselect socketedrom edd acpi biosbootspecification uefi
[…]
      *-memory
           description: System Memory
-          physical id: 9
+          physical id: e
           slot: System board or motherboard
           size: 64GiB
         *-bank:0
-             description: DIMM [empty]
+             description: [empty]
             physical id: 0
             slot: Controller0-ChannelA-DIMM0
         *-bank:1
-             description: DIMM Synchronous 4800 MHz (0,2 ns)
+             description: DIMM Synchronous 6400 MHz (0,2 ns)
              product: CMK64GX5M2B6400C32
              vendor: Corsair
              physical id: 1
@@ -40,13 +42,13 @@
              slot: Controller0-ChannelA-DIMM1
              size: 32GiB
              width: 64 bits
-             clock: 505MHz (2.0ns)
+             clock: 2105MHz (0.5ns)
         *-bank:2
-             description: DIMM [empty]
+             description: [empty]
              physical id: 2
              slot: Controller0-ChannelB-DIMM0
         *-bank:3
-             description: DIMM Synchronous 4800 MHz (0,2 ns)
+             description: DIMM Synchronous 6400 MHz (0,2 ns)
              product: CMK64GX5M2B6400C32
              vendor: Corsair
              physical id: 3
@@ -54,7 +56,7 @@
              slot: Controller0-ChannelB-DIMM1
              size: 32GiB
              width: 64 bits
-             clock: 505MHz (2.0ns)
+             clock: 2105MHz (0.5ns)
[…]

측정 가능한 성능 차이가 있는지(예: XMP 프로필이 실제로 활성화되어 있는지)는 확인하지 않았지만, 적어도 lshw가 보여 주는 정보를 무조건 신뢰해서는 안 된다는 점은 이제 아시게 되었을 것입니다.

CPU 쿨러

저는 오랫동안 Noctua 제품을 애용해 왔습니다. 이 회사는 냉각 성능이 뛰어나면서도 조용하고 신뢰할 수 있는 팬을 만듭니다! 수년 동안 모든 PC의 팬을 Noctua 팬으로 교체해 왔고, 언제나 업그레이드였습니다. 적극 추천합니다.

그래서 이번 조립에 Noctua의 최신 최강 CPU 쿨러인 Noctua NH-D15 G2를 선택한 것은 당연한 일이었습니다. 이 쿨러와 관련해 주의할 점은 다음과 같습니다.

두 개가 아닌 하나의 팬으로 구성하기로 했습니다. 팬을 하나만 사용해야 가장 조용한 구성이면서도 이 시스템에는 충분한 냉각 성능을 제공합니다.
베이스 플레이트 형태에 따라 3가지 버전이 있습니다. Noctua는 “LGA1851의 경우 일반적으로 중간 볼록도를 가진 일반 스탠다드 버전을 권장합니다”라고 안내합니다(https://noctua.at/en/intel-lga1851-all-you-need-to-know)
높이가 168mm인 이 쿨러는 Fractal Define 7 Compact Black에 잘 들어갑니다.

CPU와 GPU: 유휴 전력 대 최대 성능

CPU 선택: AMD 대신 Intel을 택한 이유

아마 이 조립에서 가장 많은 질문을 받는 부분은 왜 AMD 대신 Intel CPU를 선택했는가일 것입니다. 가장 큰 이유는 Intel CPU가 전력 절감 면에서 훨씬 뛰어나기 때문입니다!

설명해 보겠습니다. 온라인의 대부분 벤치마크는 게이머를 대상으로 하며, “게임을 실행해 몇 시간 동안 PC를 100% 자원으로 돌린다”는 사용 곡선을 측정합니다. 물론 머신을 절대 유휴 상태로 두지 않는다면 전력 효율, 즉 원하는 결과를 얻기 위해 얼마나 많은 전력이 필요한지가 중요할 것입니다.

제 사용 사례는 게임이 아니라 소프트웨어 개발입니다. 제 사용 곡선은 “Michael이 글을 읽느라 거의 자원을 사용하지 않는 상태”와 “가용한 모든 성능으로 컴파일을 최대한 빨리 끝내야 하는 상태” 사이를 오갑니다. 제게는 유휴 상태에서의 절대 전력 소모와 절대 성능 모두 최고 수준이어야 합니다.

AMD CPU는 뛰어난 성능을 제공합니다(최근 출시된 Ryzen 9 9950X3D는 Intel 9 285K보다도 더 빠릅니다). 그리고 전력 효율도 뛰어나지만, 유휴 상태에서의 전력 소모는 좋지 않습니다. Zen 5 CPU는 유휴 상태에서 약 35W를 소모하는데, 이는 Intel CPU의 약 3배에 달합니다!

Intel CPU는 AMD와 마찬가지로 뛰어난 성능을 제공하면서도, 유휴 상태에서의 전력 소모가 매우 우수합니다.

그래서 저는 양심상 AMD CPU를 살 수 없었습니다. 하지만 게임 전용으로 빠른 PC를 원하거나 해당 CPU로 항상 부하가 걸린 HPC 클러스터를 운영한다면, 당연히 AMD를 선택하셔도 좋습니다 :)

그래픽 카드: AMD 대신 nvidia를 택한 이유

특정 nvidia 그래픽 카드를 꼭 추천하는 것은 아니지만, 까다로운 Dell UP3218K 모니터와 호환되는 유일한 선택지이기 때문에 nvidia 카드를 고수해 왔습니다.

가끔은 다른 그래픽 카드도 시도해 봅니다. 최근에는 오픈소스 드라이버와 잘 동작한다는 글을 보고 AMD Radeon RX 9070을 구입했습니다.

Radeon RX 9070은 제 모니터와 잘 동작했지만(다행입니다!), 유휴 상태에서 45W를 소모하는 것으로 보이며, 이는 유휴 시 약 20W를 소모하는 제 nvidia 카드보다 훨씬 높습니다. 이는 제게는 받아들일 수 없는 수준입니다. 높은 전기 요금과 귀중한 자원의 낭비도 문제지만, 높은 전력 소모는 여름에 방을 더 덥게 만들고 팬을 더 빠르고 시끄럽게 돌려야 한다는 의미이기도 합니다.

소셜 미디어에서 이것이 측정 오류(예를 들어 카드가 부정확한 값을 보고하는 경우)일 수 있냐는 질문을 받아, myStrom WiFi Switch로 다시 확인해 보았고, Radeon 카드를 사용할 때 실제로 PC가 벽면 콘센트에서 20~30W를 더 끌어온다는 것을 확인했습니다.

낮은 유휴 전력이 중요한 이유

이 머신의 첫 조립이 안정적으로 동작하지 않았던 것에 대한 이전 글의 댓글에서, 몇 와트의 전력 사용량을 최적화하는 것이 왜 가치가 있냐는 질문이 있었습니다. 사람들은 더 높은 전력 사용량이 얼마나 비용이 들지 계산해 전체 부품 가격과 비교한 뒤, 가격의 ±10%를 아끼는 것이 노력할 가치가 없다고 결론짓습니다.

낮은 유휴 전력이 중요한 이유를 일화로 설명해 보겠습니다. 1년 동안 저는 nvidia 드라이버 버그로 고생했습니다. 모니터 해상도가 높아 GPU가 가장 효율적인 절전 모드로 클록이 내려가지 않았던 것입니다. 10~20W 차이는 사소해 보여야 했습니다. 하지만 버그가 수정되자 PC가 눈에 띄게 조용해졌고(팬이 세게 돌 필요가 없어졌습니다) 방 온도도 확연히 내려갔음을 느꼈습니다. 한여름의 최고 기온 시기에 정말 반가운 변화였습니다.

제게는 방을 덥히지 않는 속삭이듯 조용한 컴퓨팅 환경이야말로 크고 실제적이며 측정 가능한 이점입니다. 자원을 낭비하지 않고 약간의 비용을 아끼는 것은 덤으로 따라오는 보너스입니다.

물론 이런 요소들은 각자의 상황에 따라 크게 달라집니다. 집의 단열 특성이 다를 수도 있고, 소음에 대한 민감도(혹은 기본 소음 수준)가 다를 수도 있으며, 자원 사용에 두는 비중도 사람마다 다를 수 있습니다.

설치

UEFI 설정

인터넷에서 메인보드가 기본으로 설정해 두는 Power Limit과 관련해 문제가 있다는 글을 보았습니다. 그래서 메인보드를 받자마자 UEFI 펌웨어 업데이트를 진행했습니다. UEFI 펌웨어 인터페이스의 EZ Flash 도구를 이용해, MS-DOS FAT 형식으로 포맷한 USB 스틱에 제공된 ZIP 파일(PRIME-Z890-P-ASUS-1404.zip)을 넣어 버전 1404(2025/01/10)로 업그레이드했습니다. 팁: ZIP 파일의 압축을 풀지 마세요. 압축을 풀면 EZ Flash 도구가 Intel ME 펌웨어를 업데이트할 수 없습니다. ZIP 파일을 그대로 USB에 넣어 두세요.

이 UEFI 버전에서 Power Limit 1 (PL1)이 250W, ICCMAX=347A로 설정되어 있음을 확인했는데, 이는 Intel이 권장하는 값과 정확히 일치합니다. 훌륭합니다!

XMP도 활성화하고 memtest86에서 오류가 보고되지 않음을 확인했습니다.

소프트웨어 설정: 얼리 어답터의 고충

기존 디스크에서 새 디스크로 데이터를 옮기기 위해 라이브 리눅스 배포판(특히 grml.org)으로 부팅한 뒤 평소 절차를 따르려 했습니다. 기존 디스크와 새(빈) 디스크를 함께 연결해 부팅한 뒤 dd로 데이터를 복사하는 방식입니다. 간단하고 실수할 여지가 적습니다.

아쉽게도 grml 2024.12는 기술적으로는 부팅은 되지만 두 가지 큰 문제가 있었습니다.

커널과 linux-firmware 버전이 너무 오래되어 네트워크 연결이 되지 않습니다.
- 커널 커밋 r8169: add support for RTL8125D가 포함되어 있지 않습니다.
Xorg를 전혀 동작시킬 수 없었습니다. Intel 내장 GPU로도, nvidia 독립 GPU로도 안 됐습니다. nomodeset이나 grml 메뉴의 다른 어떤 옵션으로도 되지 않았습니다. 이는 단순한 편의성 문제가 아니었습니다. 파티션 이동/크기 조정 기능을 위해 gparted(그래픽 버전)를 사용해야 했기 때문입니다.

결국 기존 PC를 Linux 6.13과 linux-firmware 20250109로 업그레이드한 뒤 새 디스크를 장착해 설치 내용을 복사하는 편이 더 쉬웠습니다.

SSD TRIM 설정하기

SSD는 시간이 지남에 따라 성능이 저하될 수 있으므로, 운영체제가 비게 된 블록에 대해 SSD 펌웨어에 알려 주는(웨어 레벨링을 위한) 것이 필수적입니다. 전체 디스크 암호화를 사용할 때는 관련된 모든 계층에서 TRIM 지원이 활성화되어 있어야 합니다.

2022년에 잘못 구성된 TRIM 설정의 영향을 직접 본 것 같습니다. Force MP600에서 WD Black SN850으로 데이터를 복사했을 때 예상과 달리 수 시간이 걸렸습니다!

디스크가 오래도록 건강하게 동작하도록 Arch Linux 시스템에서 주기적 TRIM과 연속 TRIM이 모두 활성화되어 있는지 다시 확인했습니다. fstab(5) 파일에 discard 옵션이 포함되어 있고(그리고 mount(8)에서도 discard 옵션이 표시됩니다), fstrim.service가 지난주 안에 실행되었습니다.

systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
fstrim[779617]: /boot: 10.1 GiB (10799427584 bytes) trimmed on /dev/nvme0n1p1
fstrim[779617]: /: 1.8 TiB (2018906263552 bytes) trimmed on /dev/mapper/cryptroot
systemd[1]: fstrim.service: Deactivated successfully.

데이터 복사와 관련해 말씀드리면, WD Black SN850에서 Samsung 990 PRO로의 전송은 856MB/s 속도로 진행되었고 총 약 40분이 걸렸습니다.

성능

제가 자주 실행하는 몇 가지 작업의 전체 소요 시간은 다음과 같습니다.

작업	12900K (2022)	285K (2025)
Go 1.24.3 빌드 (`cd src; ./make.bash`)	≈35s	≈26s
gokrazy/rsync 테스트 (`make test`)	≈0.5s	≈0.4s
gokrazy UEFI 테스트 (`go test ./integration/...`)	≈30s	≈10s
gokrazy Linux 컴파일 (`gokr-rebuild-kernel -cross=arm64`)	3m 13s	2m 7s

성능 향상이 정말 큽니다! Linux 커널 빌드가 1분이나 빨라진 것은 정말 좋습니다.

안정성 문제

3월에는 이 머신의 첫 조립이 안정적이지 않았던 과정에 대한 글을 게시했으며, 거기서 겪었던 다양한 충돌에 대해 자세히 읽어 보실 수 있습니다.

이제 5월 초, 긴 문제 해결 과정을 거쳐 이 PC의 다른 모든 부품을 교체해 보고 CPU를 반송해 새 제품으로 교환받은 끝에 CPU가 불량이었음을 확실히 알게 되었습니다.

이번 조립에서 CPU는 진단하기 가장 까다로운 부품이었습니다. LGA 1851 소켓을 사용하고, 같은 소켓을 쓰는 다른 머신이 아직 없었기 때문입니다. 이런 상황에서는 각 소켓을 더 오래 유지하는 AMD의 방식이 더 나았을 것입니다.

스트레스 테스트

PC가 불안정하다는 이전 글을 게시했을 당시에는 문제를 안정적으로 재현하는 방법을 잘 몰랐습니다. Django 테스트 스위트 실행 같은 연산 집약적인 작업이 문제를 유발하는 것처럼 보였습니다. 스트레스 테스트를 시작했을 때 갑자기 Linux 커널을 빌드할 때마다 매번 충돌한 것으로 보아, 문제가 어떻게든 더 악화된 것이 아닐까 추측합니다.

그래서 Prime95 같은 잘 알려진 다른 CPU 스트레스 테스트 도구에서도 문제가 나타나는지 궁금해졌고, 실제로 수 초 안에 Prime95가 오류를 보고했습니다.

그래서 Prime95를 빠른 판별 수단으로 활용하기로 했습니다. 오류를 보고하면 머신에 문제가 있는 것입니다. 이는 보통 Prime95를 시작한 지 수 초 안에 발생합니다.

Prime95에서 오류가 보고되지 않으면 Linux 커널 컴파일을 느린 판별 수단으로 사용했습니다. 커널 빌드에 성공하면 머신이 충분히 안정적일 가능성이 높다고 보았습니다.

제가 사용한 구체적인 방법은 ./mprime -m을 실행한 뒤 N(분산 컴퓨팅 프로젝트에 참여하지 않음)을 누르고 Enter를 몇 번 눌러 기본값을 확인하는 것입니다. 그러면 Prime95가 계산을 시작해 CPU 사용률을 100%로 끌어올리고(제가 만든 gokrazy/stat 구현의 dstat(1) 스타일 출력 참고), 예상대로 벽면 콘센트에서 약 300W를 끌어옵니다.

추가로 MemTest86도 몇 시간 동안 실행했습니다.

분명히 말씀드리면, 이전의 불안정한 조립에서도 MemTest86은 성공적으로 통과했습니다. 따라서 불량 CPU를 다루는 경우에는 MemTest86만 실행해서는 충분하지 않습니다.

RMA 진행 과정

1월 15일: 새 PC용 부품을 받았습니다
- 1월과 2월 동안 PC가 가끔 충돌했습니다.
3월 4일: 기존 PC로 다시 전환하고 블로그 글 작성을 시작했습니다
3월 19일: 머신이 안정적이지 않다는 블로그 글을 게시했습니다
- 온라인 토론에서는 별다른 유용한 팁이나 단서를 얻지 못했습니다.
3월 20일: 메인보드에 문제가 없는지 확인하기 위해 AsRock Z890 Pro-A 메인보드를 주문했습니다
3월 24일: AsRock Z890 Pro-A가 도착했습니다
4월 5일(토): CPU에 대해 RMA를 시작했습니다
- digitec 주문을 처리한 판매자인 orderflow로 CPU를 보내 달라는 요청을 받았습니다.
- 보통은 digitec에서 직접 구매하는 것을 선호하지만, 요즘 digitec에서는 많은 PC 부품이 orderflow를 통해서만 구매 가능한 것 같습니다.
4월 9일(수): 소포가 orderflow에 도착했습니다(digitec이 일반 반송 라벨을 제공했습니다)
4월 14일(월): digitec 고객 지원으로부터 아래 메일을 받았고, CPU 불량을 철저히 진단했음을 설명해야 했습니다(블로그 글 링크 하나로 충분했습니다):

판매자가 이를 제조사에 접수했으며 제조사는 다음과 같이 문의했습니다:
정확히 이해했는지 확인하고자 합니다: 두 개의 서로 다른 메인보드에서 CPU를 테스트했는데도 동일한 문제가 계속 발생한다는 말씀이신가요?
사용하신 두 메인보드의 브랜드와 모델명을 알려 주실 수 있을까요?
두 메인보드 모두에서 최신 BIOS 버전을 사용하셨나요?
문제는 처음부터 있었나요, 아니면 나중에 발생했나요?
프로세서를 오버클록하셨나요? (오버클록 시 보증이 무효화된다는 점을 유의해 주세요.)

4월 25일(금): orderflow가 교체용 CPU를 Swiss Post에 인계했습니다
5월 1일(목): 머신이 스트레스 테스트를 성공적으로 통과했고, 사용을 시작했습니다

정리하자면, 3월 한 달은 프로젝트에 시간을 많이 할애하지 못해 작동하는 PC 없이 보냈습니다. 그리고 4월 한 달은 digitec을 통한 Intel CPU RMA 과정이 꽤 느려서 작동하는 PC 없이 보냈습니다. 조금 더 신뢰를 받고 바로 교체용 CPU를 받을 수 있었으면 좋았을 것 같습니다.

맺음말

정말 롤러코스터 같고 시간을 많이 잡아먹은 조립이었습니다! 살면서 처음부터 불량인 CPU를 받아 본 것은 이번이 처음입니다. 처음 받은 CPU는 어떻게 Intel의 품질 관리를 통과했을까요? 아니면 통과는 했지만 운송 중에 손상된 걸까요? 아마 영원히 알 수 없을 것입니다.

앞으로는 새로운 PC 조립 후 안정성을 확인하기 위해 철저히 스트레스 테스트를 해야 이런 문제를 더 빨리 발견할 수 있다는 것을 알게 되었습니다. 만약 CPU가 불량이라면 교체받는 데 한 달이 걸리는 긴 과정이 되어 버립니다. 이렇게 비싼 머신이 한 달 동안 먼지만 쌓이게 두는 것은 정말 답답한 일입니다.

하지만 불량 부품을 교체하고 나니, 이번 조립은 지금까지 중 최고의 PC가 되었습니다.

케이스는 부품에 딱 맞는 크기이며, 문제 해결 기간을 포함해 이 PC의 전체 수명 주기 동안, 그리고 이후 이 PC가 “랩 머신”으로 전환되어 중고로 판매되어 누군가 몇 년 더 사용할 때까지 모든 부품에 매우 편리하게 접근할 수 있게 해 줍니다.

이 머신은 조용하고, (이렇게 강력한 머신치고는) 전력을 적게 소모하면서도 정말 강력한 성능을 냅니다!

평소와 마찬가지로 이 PC에서도 Linux를 사용하고 있으며 일상적인 사용에서는 아무런 문제를 느끼지 못했습니다. 하루에도 여러 번 suspend-to-RAM을 사용하지만 아무 문제 없이 잘 동작합니다.

이 세부 내용 중 일부가 여러분 자신의 PC 조립에도 흥미롭고 유용했기를 바랍니다!

8K 모니터 외에 어떤 주변기기(예: Kinesis Advantage 키보드, Logitech MX Ergo 트랙볼 등)를 사용하는지 궁금하시다면 stapelberg uses this: my 2020 desk setup 글을 확인해 보세요. 언젠가 업데이트된 버전을 올릴 수도 있습니다 :)