통찰력 있는 사람들이 함께하는 젊고 열정적인 IT 기업, 비젠소프트.
A young and passionate technology company,
brought together by people with keen insight—this is Vizensoft.
DGX Spark 128GB 통합메모리, 실사용 성능과 한계 정리 - 요즘 IT 커뮤니티 다니시는 분들이라면 한 번쯤은 DGX Spark 이야기를 들어보셨을 겁니다. 저도
---
요즘 IT 커뮤니티 다니시는 분들이라면 한 번쯤은 DGX Spark 이야기를 들어보셨을 겁니다. 저도 처음 이 제품 스펙을 봤을 때 "어? 이거 진짜 개인이 200B급 모델을 로컬에서 돌릴 수 있다고?"라는 생각에 눈이 번쩍 뜨였거든요. 클라우드 GPU 인스턴스 돌릴 때마다 시간당 과금되는 거 신경 쓰여서 로컬 LLM 환경을 알아보시던 분들이라면 이 제품이 정말 매력적으로 보였을 겁니다.
그런데 막상 실사용 후기들을 하나둘 찾아보니 분위기가 좀 애매합니다. clien, quasarzone, arca.live, milemoa 같은 국내 IT 커뮤니티에서 실제 사용자들이 올린 후기를 보면 기대와 현실 사이의 괴리가 꽤 크다는 걸 느끼게 됩니다. 어떤 분은 "31B 모델 돌렸는데 타이핑보다 느려서 못 쓰겠다"고 하고, 또 어떤 분은 "몇 주 쓰다 보니 USB 포트가 이상해지고 발열도 심해진다"는 얘기까지 하시더라고요.
저도 이 글을 준비하면서 실제로 여러 커뮤니티 후기와 벤치마크 자료를 교차 검증해봤습니다. 결론부터 말씀드리면, DGX Spark는 분명히 혁신적인 제품이지만 "만능 AI 슈퍼컴퓨터"라는 마케팅 문구만 믿고 구매하면 실망할 가능성이 높습니다. 이 글에서는 실제 스펙, 체감 성능, 커뮤니티에서 보고된 문제점들을 최대한 객관적으로 정리해서 구매를 고민하시는 분들이 후회 없는 선택을 하실 수 있도록 도와드리겠습니다.

DGX Spark는 엔비디아가 내놓은 개인용 AI 컴퓨팅 디바이스로, 핵심에는 GB10 그레이스 블랙웰(Grace Blackwell) 슈퍼칩이 탑재되어 있습니다. 이름에서 알 수 있듯 그레이스(Grace) CPU와 블랙웰(Blackwell) GPU 아키텍처를 하나의 패키지로 통합한 구조인데요, 이 조합이 왜 중요한지 이해하려면 통합 메모리(Unified Memory) 개념부터 짚고 넘어가야 합니다.
일반적인 데스크톱 PC나 워크스테이션은 CPU가 쓰는 시스템 메모리(RAM)와 GPU가 쓰는 비디오 메모리(VRAM)가 물리적으로 분리되어 있습니다. 그래서 대형 AI 모델을 GPU에서 돌리려면 그 모델이 VRAM 용량 안에 통째로 들어가야 하죠. 예를 들어 소비자용 RTX 그래픽카드는 아무리 고급형이라도 VRAM이 24GB~32GB 수준에 머무는 경우가 많아서, 파라미터 수가 수백억 개에 달하는 대형 모델은 아예 로드조차 안 되는 경우가 흔합니다.
반면 DGX Spark는 CPU와 GPU가 동일한 128GB 메모리 풀을 공유하는 구조입니다. 이 덕분에 이론적으로는 최대 200B급 파라미터 모델까지 하나의 디바이스에서 로드할 수 있고, 실제로 오픈소스 진영에서 화제가 된 GPT-OSS 120B 같은 대형 모델도 개인 환경에서 직접 구동이 가능하다는 점이 이 제품의 가장 큰 셀링 포인트로 꼽힙니다. 클라우드 API를 거치지 않고, 인터넷 연결 없이도 로컬에서 대형 언어모델을 돌릴 수 있다는 건 데이터 보안이 중요한 기업이나 프라이버시를 중시하는 개발자에게는 분명 매력적인 이야기입니다.
다만 여기서 짚고 넘어가야 할 부분이 있습니다. 메모리 용량이 크다는 것과 그 메모리를 빠르게 활용할 수 있다는 것은 전혀 다른 문제라는 점입니다. 이 부분이 뒤에서 다룰 성능 이슈의 핵심 원인이 되는데요, 일단 여기서는 개념적으로 "큰 모델을 담을 수 있는 그릇은 크지만, 그 그릇에서 데이터를 퍼내는 속도는 또 다른 이야기"라고 이해하시면 됩니다.

DGX Spark의 가장 큰 무기는 역시 128GB라는 압도적인 통합 메모리 용량입니다. 로컬 LLM을 실제로 운영해보신 분들은 아시겠지만, 모델 크기가 커질수록 필요한 메모리는 기하급수적으로 늘어납니다.
예를 들어 7B급 소형 모델은 양자화를 거치면 8GB 내외의 VRAM으로도 충분히 돌아갑니다.
하지만 13B, 30B급으로 넘어가면 이야기가 달라지고, 70B급 이상의 모델은 웬만한 소비자용 GPU 여러 장을 묶어야 겨우 로드가 가능한 수준입니다.
그리고 100B를 넘어 GPT-OSS 120B처럼 200B에 가까운 초대형 모델은 사실상 클라우드의 고성능 GPU 클러스터가 아니면 개인이 접근하기 어려운 영역이었습니다.
이런 상황에서 DGX Spark가 128GB 통합메모리로 이 영역을 개인 데스크톱 환경까지 끌어내렸다는 점은 분명 의미가 큽니다. 실제로 커뮤니티 후기들을 보면 "클라우드 API 비용 걱정 없이 대형 모델을 로컬에서 테스트할 수 있다는 것 자체는 확실히 매력적"이라는 평가가 반복적으로 나옵니다. 특히 다음과 같은 사용자층에게는 실질적인 가치가 있습니다.
첫째, 사내 민감 데이터를 외부 클라우드로 전송하기 어려운 기업의 AI 연구팀입니다.
둘째, 다양한 오픈소스 모델을 비교 테스트해야 하는 AI 엔지니어입니다.
셋째, 클라우드 GPU 임대 비용이 부담스러운 개인 개발자나 스타트업입니다.
이런 분들에게는 초기 투자 비용은 크지만 장기적으로 클라우드 사용료를 아낄 수 있다는 계산이 성립할 여지가 있습니다. 실제로 대형 모델을 몇 달간 지속적으로 클라우드에서 파인튜닝하거나 추론에 활용하면 누적 비용이 수백만원을 훌쩍 넘는 경우도 드물지 않으니까요.
다만 이 장점이 온전히 발휘되려면 "모델을 로드할 수 있다"는 것을 넘어 "실용적인 속도로 응답을 받을 수 있는가"라는 조건이 충족되어야 합니다. 그리고 바로 이 부분에서 DGX Spark의 명암이 극명하게 갈립니다.

여기서부터가 이 글의 가장 중요한 부분입니다. DGX Spark의 실제 체감 성능은 대략 RTX 5070 정도 수준으로 평가된다는 게 여러 커뮤니티 후기의 공통된 결론입니다. 128GB라는 어마어마한 메모리 용량과 GB10 그레이스 블랙웰이라는 화려한 이름값에 비해서는 다소 김빠지는 수치죠.
왜 이런 결과가 나오는지 이해하려면 메모리 대역폭(Memory Bandwidth) 개념을 알아야 합니다. 메모리 용량이 "얼마나 많은 데이터를 담을 수 있는가"를 의미한다면, 대역폭은 "그 데이터를 초당 얼마나 빠르게 읽고 쓸 수 있는가"를 의미합니다. AI 모델 추론은 결국 메모리에서 파라미터 값을 끊임없이 읽어와서 연산하는 과정의 연속이기 때문에, 대역폭이 낮으면 아무리 메모리 용량이 커도 실제 추론 속도는 병목에 걸립니다.
그런데 DGX Spark의 메모리 대역폭은 200~300GB/s대로 알려져 있습니다. 이게 어느 정도 수준이냐면, 최근 출시되는 RTX 시리즈 GPU들이 1TB/s급 대역폭을 갖추고 있는 것과 비교하면 3~5배 가까이 낮은 수준입니다. 즉, DGX Spark는 "큰 그릇(128GB)"은 갖췄지만 "그 그릇에서 물을 퍼내는 파이프(대역폭)"는 상대적으로 가늘다는 비유가 정확합니다.
이 구조적 특성 때문에 실제 벤치마크에서는 다음과 같은 현상이 관찰됩니다.
첫째, 대형 모델을 로드하는 것 자체는 가능하지만 로딩 시간이 상당히 소요됩니다.
둘째, 토큰 생성 속도가 대역폭에 발목이 잡혀 GPU 코어 성능만큼 나오지 않습니다.
셋째, 결과적으로 순수 그래픽 연산 성능은 RTX 5070과 비슷한 수준에서 수렴하게 됩니다.
여기서 중요한 포인트는, RTX 5070은 국내 유통가 기준으로 DGX Spark 가격의 상당 부분에 못 미치는 가격대에 구매할 수 있는 제품이라는 점입니다. 순수 성능만 놓고 보면 "128GB 통합메모리"라는 특수한 장점을 활용하지 않는 일반적인 용도에서는 가성비가 크게 떨어진다는 지적이 나올 수밖에 없는 구조입니다.

이론적인 스펙 이야기는 여기까지 하고, 실제로 사용자들이 체감한 속도를 구체적으로 살펴보겠습니다. 이 부분이 아마 구매를 고민하시는 분들에게 가장 현실적인 판단 기준이 될 겁니다.
커뮤니티에 올라온 벤치마크 후기들을 종합해보면, 31B급 Dense 모델을 Ollama 환경에서 구동했을 때 초당 9~10 토큰(tok/s) 수준의 속도가 나온다는 보고가 반복적으로 확인됩니다. 이 수치가 어느 정도인지 감이 잘 안 오실 텐데, 쉽게 말씀드리면 일반적인 성인의 타이핑 속도보다 느린 수준입니다. 사람이 키보드로 빠르게 타이핑할 때 분당 300~400타 정도를 친다고 하면, 이는 초당 5~6개 단어 수준인데, 토큰 단위로 환산했을 때도 DGX Spark의 31B 모델 응답 속도가 이보다 못한 체감을 주는 경우가 많다는 겁니다.
실제 사용자 후기를 종합하면 이런 반응들이 나옵니다.
"채팅창에 질문 하나 던지고 커피 한 잔 타올 정도의 시간이 걸린다"는 후기가 있고,
"실시간 대화형 챗봇처럼 쓰기엔 답답해서 결국 배치 작업용으로만 활용하게 된다"는 의견도 있으며,
"모델 크기를 낮추거나 양자화를 더 강하게 걸어야 그나마 쓸 만한 속도가 나온다"는 팁성 후기도 눈에 띕니다.
이는 앞서 설명한 메모리 대역폭 한계가 실사용 환경에서 그대로 드러나는 사례입니다. 128GB라는 용량 덕분에 31B, 70B, 심지어 120B급 모델까지 "로드는 되지만", 그 모델의 파라미터를 매 토큰 생성마다 읽어오는 속도가 대역폭에 막혀서 실용적인 응답 속도가 나오지 않는 것이죠.
여기에 더해 최근 커뮤니티에서 보고되는 또 다른 이슈들도 무시할 수 없습니다. 일부 사용자들 사이에서는 USB 포트 인식 오류, 전원 관리 이상, ConnectX-7 네트워크 인터페이스 문제, 발열로 인한 성능 저하 등이 사용 시간이 누적되면서 나타나고 있다는 보고가 이어지고 있습니다. 흥미로운 점은 이게 소프트웨어(드라이버·펌웨어) 문제인지, 아니면 하드웨어 설계 자체의 결함인지 아직 명확하게 규명되지 않았다는 점인데요, 이런 불확실성 자체가 초기 구매자들에게는 상당한 리스크로 작용할 수 있습니다.

DGX Spark 사례는 단순히 한 제품의 성패를 넘어서 개인용 AI 슈퍼컴퓨터 시장 전체가 겪고 있는 과도기적 성장통을 보여준다고 볼 수 있습니다. 2026년 현재 AI 업계의 큰 흐름은 "누구나 대형 모델을 손쉽게 돌릴 수 있는 로컬 환경"을 향해 가고 있지만, 하드웨어 기술이 그 이상을 완전히 따라잡지는 못한 상태입니다.
특히 통합 메모리 아키텍처 자체는 방향성 측면에서 틀린 선택이 아닙니다. 애플이 자사 실리콘 칩에서 통합 메모리 구조로 상당한 성공을 거둔 사례를 이미 시장이 목격했기 때문에, 엔비디아 역시 이 흐름을 AI 워크로드에 맞춰 확장한 것으로 해석할 수 있습니다. 문제는 "메모리를 어떻게 하나로 합칠 것인가"보다 "합친 메모리를 얼마나 빠르게 다룰 것인가"라는 대역폭 문제가 여전히 숙제로 남아있다는 점입니다.
실제로 IT 커뮤니티에서 나오는 반응을 종합하면, 얼리어답터층에서는 "이 정도 리스크는 감수하고 신기술을 먼저 체험해보겠다"는 수요가 분명 존재하지만, 실무 도입을 고려하는 기업이나 개인 개발자들 사이에서는 "1~2세대 정도 더 지켜본 후 대역폭과 안정성이 개선된 후속 모델을 기다리겠다"는 신중론도 상당히 힘을 얻고 있습니다. 하드웨어 초기 버전에서 흔히 나타나는 발열, 전원, 인터페이스 안정성 이슈까지 겹치면서 "혁신적이지만 아직 완성형은 아니다"라는 평가가 커뮤니티 전반의 중론에 가깝습니다.

로컬 LLM 환경을 구축하려는 분들이 실제로 고민하는 선택지는 크게 세 가지로 압축됩니다. DGX Spark 같은 전용 개인용 AI 디바이스, 클라우드 GPU 인스턴스 임대, 그리고 소비자용 RTX GPU 기반 워크스테이션 직접 구성입니다. 각각의 특성을 표로 정리해보겠습니다.
| 구분 | DGX Spark (128GB) | 클라우드 GPU 임대 | RTX 워크스테이션 |
|---|---|---|---|
| 초기 비용 | 약 700만원대 | 초기 비용 없음(종량제) | 모델 구성에 따라 다양 |
| 대형 모델(100B+) 구동 | 가능(로드는 됨) | 가능(고성능 GPU 클러스터) | 사실상 어려움(VRAM 한계) |
| 체감 속도 | RTX 5070급, 대형 모델은 저속 | 고성능 GPU 선택 시 매우 빠름 | 소형~중형 모델은 빠름 |
| 데이터 보안 | 로컬 환경, 외부 전송 없음 | 외부 서버 의존 | 로컬 환경, 외부 전송 없음 |
| 안정성 이슈 | 발열·USB·전원 등 보고 있음 | 서비스 안정성은 제공사 의존 | 검증된 소비자 하드웨어 |
이 표를 보면 알 수 있듯, DGX Spark는 "대형 모델을 로컬에서 돌릴 수 있다"는 특수한 니즈에는 대안이 마땅치 않은 선택지입니다. 클라우드는 외부 전송이 필수라 보안 이슈가 있는 조직에서는 쓰기 어렵고, RTX 워크스테이션은 VRAM 한계 때문에 애초에 100B급 모델 자체를 로드하지 못하는 경우가 많습니다.
하지만 일상적인 추론 속도나 실시간 응답성을 최우선으로 한다면 클라우드나 RTX 워크스테이션이 여전히 더 실용적이라는 결론도 함께 도출됩니다. 결국 선택은 "어떤 모델 크기를, 어떤 속도로, 어떤 보안 조건 아래에서 써야 하는가"라는 세 가지 축을 놓고 각자의 상황에 맞춰 판단해야 하는 문제입니다.

실제로 DGX Spark를 도입해서 만족스럽게 사용하고 있다는 후기들을 살펴보면 공통점이 하나 있습니다. 실시간 대화형 응답 속도보다 "모델 자체의 로컬 구동 가능성"에 가치를 두는 워크로드에서 활용도가 높다는 점입니다.
예를 들어 한 AI 스타트업 개발팀은 사내 문서 요약 파이프라인을 구축하면서 DGX Spark를 도입했는데, 이 팀의 사용 패턴은 실시간 채팅이 아니라 야간 배치 작업으로 대량의 문서를 순차 요약 처리하는 방식이었습니다. 응답 속도가 느려도 밤새 처리해서 다음날 아침 결과를 확인하는 워크플로우이기 때문에 초당 토큰 생성 속도가 느린 단점이 상대적으로 덜 부각되었고, 클라우드 API 사용료를 월 단위로 아낄 수 있었다는 후기가 있었습니다.
또 다른 사례로는 개인정보가 포함된 의료 데이터나 법률 문서를 다뤄야 하는 조직에서 외부 클라우드로 데이터를 절대 보낼 수 없다는 제약 조건 때문에 다소 느리더라도 DGX Spark를 채택한 경우도 있었습니다. 이런 환경에서는 "빠른가 느린가"보다 "로컬에서 처리 가능한가 불가능한가"가 훨씬 중요한 판단 기준이 되기 때문에, 체감 속도 이슈가 상대적으로 감내할 만한 트레이드오프로 받아들여지는 경향이 확인됩니다.
반대로 실시간 챗봇 서비스, 고객 응대 자동화처럼 즉각적인 응답 속도가 핵심인 워크로드에 DGX Spark를 도입했다가 만족도가 낮았던 사례도 다수 보고됩니다. 이런 경우는 애초에 제품의 특성과 활용 목적이 어긋난 선택이었다고 볼 수 있습니다.

DGX Spark 구매를 고민하고 계신 분들을 위해 실질적인 체크리스트를 정리해봤습니다. 아래 항목에 스스로 답해보시면 구매 판단에 도움이 될 겁니다.
첫째, 100B급 이상의 초대형 모델을 반드시 로컬 환경에서 구동해야 하는 명확한 이유가 있는가?
둘째, 실시간 응답 속도보다 배치 처리나 비동기 작업 방식으로도 업무가 가능한가?
셋째, 데이터를 외부 클라우드로 전송할 수 없는 보안·규제상의 제약이 있는가?
넷째, 약 700만원대의 초기 투자 비용을 감당할 수 있는 예산 여력이 있는가?
다섯째, 발열·USB·전원 관련 초기 불량 이슈가 발생했을 때 A/S나 커뮤니티 지원을 받을 여건이 되는가?
이 다섯 가지 항목 중 세 개 이상에 "그렇다"고 답할 수 있다면 DGX Spark 도입을 긍정적으로 검토해볼 만합니다. 반면 대부분의 항목에 "아니오"라는 답이 나온다면, 오히려 클라우드 GPU 임대나 중소형 모델 위주의 RTX 워크스테이션 구성이 더 합리적인 선택일 가능성이 높습니다.
| 고려 항목 | DGX Spark 적합 | 대안(클라우드/RTX) 적합 |
|---|---|---|
| 모델 크기 | 100B급 이상 필수 | 70B 이하로 충분 |
| 응답 속도 요구 | 배치·비동기 처리 가능 | 실시간 응답 필수 |
| 보안 요건 | 외부 전송 절대 불가 | 클라우드 전송 가능 |

DGX Spark 도입의 ROI를 판단하려면 클라우드 GPU 임대 비용과의 장기 비교가 핵심입니다. 대형 모델을 상시로 활용하는 조직이라면 클라우드 고성능 GPU 인스턴스의 월 사용료가 누적될 경우 1년 안에 초기 투자금인 700만원대에 근접하거나 초과하는 경우도 드물지 않습니다. 이 경우 1~2년 이내 손익분기점 도달이 현실적인 시나리오가 될 수 있습니다.
반면 사용 빈도가 낮거나, 애초에 100B급 모델까지 필요하지 않은 워크로드라면 상황은 정반대입니다. 체감 성능이 RTX 5070 수준에 머무는 데다 발열·안정성 이슈까지 고려하면, 실질 활용도 대비 투자금 회수가 어려운 케이스가 될 가능성이 큽니다. 결국 ROI는 "얼마나 자주, 얼마나 큰 모델을, 어떤 보안 조건에서 돌려야 하는가"에 따라 극단적으로 갈리는 구조라는 점을 반드시 인지하고 접근하셔야 합니다.

Q1. DGX Spark로 GPT-OSS 120B를 돌리면 실시간 챗봇처럼 쓸 수 있나요?
로드 자체는 가능하지만 대역폭 한계로 인해 실시간 대화형 챗봇 수준의 응답 속도는 기대하기 어렵습니다. 배치 처리나 비동기 작업 위주로 활용하는 것이 현실적입니다.
Q2. 31B 모델도 느린데 더 작은 모델은 괜찮은가요?
7B~13B급 소형 모델은 대역폭 병목의 영향을 상대적으로 덜 받아 체감 속도가 개선되는 경향이 있다는 후기가 있습니다. 다만 대형 모델 구동이 목적이었다면 소형 모델로 우회하는 것이 본래 구매 목적과는 어긋날 수 있습니다.
Q3. 발열이나 USB 문제는 모든 사용자에게 발생하나요?
모든 사용자에게 동일하게 발생하는 것은 아니며, 일부 사용자 사이에서 보고되는 사례입니다. 소프트웨어(펌웨어) 이슈인지 하드웨어 설계 문제인지는 아직 명확히 규명되지 않았습니다.
Q4. 700만원대 가격은 협상 여지가 있나요?
국내 유통 채널에 따라 가격 편차가 있을 수 있으니 여러 채널을 비교해보시는 것을 권장합니다.
Q5. 클라우드 GPU와 병행 사용하는 것도 방법이 될까요?
보안이 중요한 데이터는 DGX Spark에서, 속도가 중요한 일반 작업은 클라우드에서 처리하는 하이브리드 전략을 취하는 사례도 있습니다.
---
지금까지 DGX Spark 128GB 통합메모리의 실사용 성능과 한계를 최대한 객관적으로 정리해봤습니다. 128GB 통합메모리와 GB10 그레이스 블랙웰이라는 스펙만 보면 분명 혁신적이지만, 실제 메모리 대역폭 한계와 그로 인한 체감 속도 저하, 그리고 사용 중 보고되는 여러 안정성 이슈까지 함께 고려해야 후회 없는 선택이 가능합니다. 엔비디아 AI PC, 로컬 LLM 환경 구축을 고민하고 계신다면 본인의 워크로드가 정말 이 제품의 강점과 맞아떨어지는지 꼼꼼히 따져보시길 권해드립니다.