6,000달러짜리 노트북이 꼭 필요한 용도는 아직 잘 모르겠음. 비슷한 돈이면 AMD Ryzen 495나 395에 메모리 96·128·192GB를 갖춘 미니 PC를 사고, 더 저렴하고 작고 배터리 효율이 좋은 노트북에서 원격 접속할 수 있음. Microsoft도 같은 칩을 노트북이 아닌 형태로 판매함: https://www.microsoft.com/en-us/surface/devices/surface-rtx-....
흔히 기내 코딩을 용도로 들지만, 이런 노트북의 전원 어댑터는 이코노미석 콘센트의 전력 제한에 걸리기도 하고 배터리만으로 로컬 AI를 오래 돌릴 수도 없음. 앞으로 Starlink 등으로 기내 연결성이 좋아지면 완전한 오프라인 작업이 필요한 상황도 사라질 것임. 게임용이라면 Asus Zephyrus처럼 외장 GPU를 탑재한 더 나은 선택지가 있음. 내가 놓친 게 무엇일까?
메모리 가격이 내려갈 때까지 34년을 기다릴 수 없는 경우가 사실상 유일하게 강력한 구매 이유임. 메모리 제조사들은 대규모 증설에 나섰고, 공장 건물과 클린룸 건설에 수년이 걸려 공급난이 길어졌지만 여러 사업이 이미 상당히 진행됨. 과거 메모리 부족도 신규 생산능력 확대로 끝났음.
SK hynix는 청주 M15X에서 2026년 초 첫 웨이퍼 생산 후 2027년까지 증산할 예정이라고 알려짐. 용인 Y1의 첫 클린룸 목표는 2027년 2월이며, Y2는 2027년 7월 착공해 2029년 6월 첫 클린룸을 마련할 계획임.
Micron은 Boise ID1에서 2027년 중반 첫 웨이퍼를 생산할 예정임. 18억 달러에 인수한 대만 Tongluo의 기존 PSMC 클린룸도 2027년 중반부터 유의미한 출하를 시작할 예정이며, Boise ID2는 2028년 말로 잡혀 있음. Hiroshima 공장은 2026년 7월 착공해 2028년 말 초기 생산을, 최대 공장 4개에 1,000억 달러를 투입하는 뉴욕 Clay 사업은 2026년 1월 착공해 2030년 첫 생산을 예정함.
Samsung 평택 P5는 2028년 양산 예정으로 알려짐. 용인 국가산단은 2026년 10월 부지 공사를 시작해 첫 공장 목표가 2029년 10월로 보도됐지만, Samsung이 직접 날짜를 제시하지는 않았음. Nanya의 New Taipei Fab 5A는 10nm급 EUV DRAM 공장으로, 2027년 하반기 웨이퍼 투입 예정이라고 알려짐.
Tesla / SpaceX의 Terafab 연구 공장은 Austin Giga Texas에서 2026년 4월 착공했으며 공식 생산 일정은 없음. 텍사스 Grimes County의 로직·메모리·패키징 시설은 1단계에 168억 달러 이상을 투입하며 2026년 8월부터 부지를 정리 중임. 텍사스 제출 서류상 상업 가동은 2028년이지만 SemiAnalysis는 2029년 말로 추정함. 첫 실질적 공급 완화는 2027년, 두 번째 물결은 20282029년으로 봄. 신규 생산능력 상당 부분이 HBM과 서버 메모리를 겨냥하므로 소비자용 DDR5와 GDDR은 마지막에야 완화될 가능성이 큼. 출처는 Micron 2026 회계연도 4분기 실적 발표, SK hynix 뉴스룸, TrendForce, ENR을 통한 텍사스 JETI 제출 서류, Tom's Hardware와 SemiAnalysis임.
핵심 설계가 거의 3년 전 것이라 다른 칩 제조사의 최신 제품과 비교해 경쟁력도 그리 높지 않음. 무난하지만 특별할 것은 없고, Nvidia가 요구하는 터무니없는 웃돈을 낼 가치는 확실히 없음.
AMD Ryzen 395/495와 Spark 모두 메모리 대역폭이 매우 낮아, 성능이 M2 Max보다 느리고 M4 Pro나 RTX 4060 정도에 불과함.
Nvidia 기반 제품은 시스템 메모리를 GPU에서도 활용해 AI 모델을 돌릴 수 있지만, 비교한 시스템에는 그런 구성이 없음. Apple 노트북처럼 시스템과 GPU가 필요에 따라 메모리를 공유하되, Nvidia는 로컬 추론에 특히 적합하도록 설계한 노트북이라는 게 내가 이해한 내용임.
AMD 하드웨어는 x86_64라 일반 사용자 기준 평균 배터리 지속 시간이 짧은 대신 Windows 생태계의 지원이 매우 좋음. RTX Spark는 ARM64라 지속 부하 성능을 조금 희생하는 대신 전력 관리 효율이 좋지만, 지원되는 소프트웨어가 적음.
또 로컬 모델 실행 시 AMD 소프트웨어 구성은 Nvidia 전용 명령을 변환하는 데 추가 비용이 들어 성능이 떨어질 수 있다고 알고 있음. 지금도 얼마나 맞는지는 확실하지 않지만, 달라졌다는 얘기는 아직 듣지 못함.
자기 하드웨어를 쓰는 데 로그인을 강제하는 것도 문제지만, 그와 별개로 Microsoft 로그인 과정 자체가 고통스러움. 깨진 리디렉션과 링크, 같은 곳을 맴도는 버튼을 거쳐 도달하는 곳은 어차피 AI도 풀 수 있는 CAPTCHA임.
그보다 더 끔찍한 것은 앱에 Microsoft SSO를 설정하려고 개발자 포털에 로그인해야 하는 개발자의 처지임. Supabase가 단계별로 안내해 줘도, 살면서 본 것 중 최악임.
Ubuntu를 쓰는 DGX Spark를 보유 중인데, Microsoft와 NVIDIA가 Windows 기반 RTX Spark를 발표했을 때 굳이 DGX Spark 대신 저걸 살 이유가 뭔지 의문이 들었음. 대부분의 개발자에게 운영체제 차이는 크고, DGX Spark의 소프트웨어 구성과 사용 경험은 이미 성숙함.
RTX Spark는 NIC가 없어 1,000달러 더 저렴하고, 원한다면 노트북 형태로도 살 수 있음.
나도 그렇게 생각했지만, 게임용 PC에서 WSL을 통해 qwen3.8-flash-next를 Q2 양자화로 돌려 보려고 고군분투하는 사람이 꽤 많음.
Qwen 3.8 Flash Next에서 초당 30토큰밖에 안 나오는지? 요즘은 특화 엔진 덕분에 24GB 그래픽 카드에서도 RAM 오프로딩을 활용하면 그 두 배 정도가 나옴. 발열 제한 때문으로 추측함. 밀집 모델에서는 성능이 어떨지 궁금함.
꽤 낮은 편임. 나는 Strix Halo에서 특화 엔진으로 UD-IQ4_XS와 MTP를 사용해 초당 약 60토큰을 얻고 있음.
보통 병목은 연산량이 아니라 메모리 대역폭임. 사용하는 그래픽 카드의 대역폭이 두 배 이상일 가능성이 큼.
“GPU가 접근할 수 있는 RAM이 100GiB를 넘는 노트북 소문이 돌기 시작했을 때”라니, M3 출시 때인 약 3년 전에도 가능했는데 MacBook은 노트북으로 치지 않는 건지? 당시 Linux를 돌릴 수 없었다고 해도, Apple Silicon의 존재 자체를 전혀 다루지 않은 건 이상함.
여기서 무엇을 배울 수 있고, 어떤 난관을 극복한 건지? 멋진 하드웨어를 샀다는 것은 알겠지만 구매 자체로는 별다른 영감을 주지 못함. ARM64라는 데 의미가 있는 건지, 아니면 다른 사람이 관심 가질 만한 신제품 사용기인 건지?
Linux 부팅을 위해 직접 작성한 패치 링크까지 올렸음. 그 정도면 의미 있는 작업으로 보임.
새 기기에 관심은 있지만 Windows를 쓸 생각은 전혀 없는 입장이라 Linux가 작동한다는 사실을 알게 돼 반가움. 다만 DGX OS를 먼저 보게 될 줄 알았음.
Windows를 써야 한다면 나도 똑같이 할 것임. Microsoft 때문에 Windows를 피하는 데는 얼마든지 지불할 의향이 있음.
이 RTX Spark 노트북에서 Windows를 쓰려면 Microsoft 계정이 필수인지? 데스크톱 운영체제에 클라우드 계정을 연결하기 싫다는 게 지나치게 고집스러운 건지?
고집스러운 게 아니라 공급업체가 지나치게 주제넘게 구는 것임. 명백히 사용자보다 자사 필요를 앞세우는 행위임.
새 Windows 노트북을 클라우드 계정 없이 설정하기가 점점 어려워짐. 현재는 터미널을 여는 단축키를 알아야 하고, 거기서 꽤 생소한 명령을 입력해야 함.
이 기기에서 Wayland 성능이 어떤지 아는 분이 있는지?
그냥 Microsoft 계정을 만드는 편이 훨씬 빠르고 쉬웠을 것 같음.
꼭 그렇지는 않음. 시간이 갈수록 심해지는 골칫거리의 시작일 뿐이며, Windows는 오래 쓸수록 불필요한 문제를 처리하는 비용이 커짐.
예를 들어 지금 내 노트북의 Word와 Excel은 라이선스를 소유한 계정인데도 없는 기관 계정으로 로그인하라고 요구해서 쓸 수 없음. 기관의 Word 문서를 한 번 열었을 뿐인데 이렇게 됨. 완전 재설치도, 캐시와 레지스트리 항목 삭제도 소용없었음. Windows의 기본 동작이 악성코드와 구별되지 않을 정도임.