Ubuntu에서 VS Code를 진짜 ‘가볍게’ 쓰는 확장·설정 모음

Ubuntu에서 개발 환경을 꾸밀 때 VS Code를 선택하는 경우가 많습니다. 저도 지난 5년 동안 거의 매일 VS Code를 열어 쓰고 있는데, 플러그인을 조금만 욕심내기 시작하면 금방 무거워지고 팬이 계속 도는 상황이 되곤 했습니다. 이 글은 “VS Code를 최대한 가볍게 유지하면서도 필요한 기능은 챙기는 쪽”에 초점을 맞춰 정리한 내용입니다. 거창한 튜닝이라기보다는, 제가 실제로 써보고 계속 유지하게 된 확장과 설정 위주입니다.

VS Code가 무거워지는 지점부터 정리하기

VS Code 자체는 비교적 가벼운 편이지만, 아래 세 가지가 겹치면 체감이 확 무거워졌습니다.

  • 큰 프로젝트(특히 많은 파일, Node 기반 프론트엔드 프로젝트)
  • 확장(Extensions)을 여러 개 동시에 켜 둔 상태
  • 자동 분석·인덱싱을 많이 하는 언어 서버

실제로 느낀 건 “에디터가 무겁다”기보다, 확장과 백그라운드 작업이 무거워지는 경우가 대부분이라는 점이었습니다. 그래서 저는 VS Code를 가볍게 만든다기보다, “내가 쓰는 기능만 남기고 나머지를 비워낸다”는 쪽으로 생각을 바꿨습니다.

항상 설치해 두는 최소 확장 세트

프로젝트마다 쓰는 확장은 달라지지만, 어떤 언어를 쓰든 거의 항상 설치해 두는 “최소 세트”가 있습니다. 개별 확장 이름은 여기서 굳이 하나하나 언급하지 않고, 어떤 역할의 확장을 어떻게 고르는지 기준만 정리해 보겠습니다.

  • 언어 지원: 실제로 쓰는 언어에 필요한 확장만 설치합니다. 예를 들어 Python을 쓴다면 Python 관련 확장 하나, JavaScript/TypeScript라면 그쪽 기본 확장만 두고, 굳이 쓰지 않는 언어(Go, Rust, PHP 등)는 확장을 설치하지 않습니다.
  • 테마·아이콘: 테마는 한 가지, 아이콘 테마도 한 가지로 정합니다. 여러 개 설치해 두면 계속 바꿔 보게 되고, 일부 테마는 자체 코드 하이라이트 규칙 때문에 에디터가 더 어수선해질 때도 있었습니다.
  • Git·Diff 보조: 기본 Git 기능으로 충분한 경우가 많지만, 그래도 하나 정도는 시각적인 diff 도구를 씁니다. 다만 이쪽도 여러 개를 깔지 않고 한 개만 유지했습니다.

핵심은 “일단 최소 구성으로 시작한 다음, 부족하다고 느끼는 순간에만 확장을 하나씩 추가한다”는 흐름입니다. 처음부터 ‘괜찮아 보이는 확장’을 모두 설치해 두면, 어느 순간 왜 느려졌는지 추적하기가 어렵습니다.

프로젝트별 확장 활성화/비활성화로 가볍게 유지하기

VS Code에는 특정 프로젝트(워크스페이스)에서만 확장을 활성화하거나 비활성화하는 기능이 있습니다. 이 기능을 활용하면, 무거운 확장을 “항상 켜두지 않고, 해당 프로젝트에서만 켜는” 방식으로 쓸 수 있습니다.

실제 사용하는 흐름은 대략 이렇습니다.

  • 확장(Extensions) 탭에서 확장 하나를 선택
  • 해당 확장에 대해 “작업 공간에서 사용(Enable in Workspace)” 또는 “작업 공간에서 비활성화(Disable in Workspace)” 선택

예를 들어, 프론트엔드 프로젝트에서는 ESLint/Prettier 같은 확장이 필수지만, 다른 간단한 스크립트 작업에서는 굳이 필요하지 않을 수 있습니다. 이럴 때 프론트엔드 프로젝트 폴더에서는 확장을 켜고, 다른 프로젝트에서는 꺼두는 식입니다. 이렇게 나눠 두면, VS Code를 열었을 때 “지금 열려 있는 프로젝트에 필요한 확장만 동작하도록” 만들 수 있어서 전체 부담이 줄어듭니다.

settings.json으로 불필요한 작업 줄이기

VS Code 설정은 GUI로도 할 수 있지만, 저는 일정 수준 이상 손보게 되면 settings.json을 직접 수정하는 쪽을 선호합니다. 여기서는 “가볍게 쓰는 데 도움이 됐던 설정의 방향성”만 적겠습니다.

먼저 파일 감시 관련 설정입니다. 대용량 프로젝트에서는 파일 변경 감시(파일 워처)가 과하게 동작하면 CPU 사용량이 올라갈 수 있습니다. 저는 로그 디렉터리, 빌드 결과물이 쌓이는 디렉터리 등은 검색·인덱싱 대상에서 제외하는 편입니다.

예를 들어 이런 식의 패턴을 활용하는 식입니다.

{ "files.watcherExclude": { "**/node_modules": true, "**/dist": true, "**/build": true }, "search.exclude": { "**/node_modules": true, "**/dist": true, "**/build": true } }

각 프로젝트마다 제외할 디렉터리는 조금씩 다르겠지만, 공통적으로 “빌드 결과물, 의존성 캐시” 같은 폴더를 감시 대상에서 빼 주면, 검색과 인덱싱이 훨씬 가볍게 느껴졌습니다.

두 번째는 자동 저장·포맷 관련 설정입니다. 저는 자동 저장 기능을 쓰되, 저장할 때마다 포맷을 무조건 거는 대신 명시적으로 저장할 때만 포맷을 걸어두는 편이었습니다. 예를 들어 editor.formatOnSave를 켜고, 필요할 때만 저장하는 식입니다. 이 부분은 사람마다 선호가 많이 갈리는 영역이라, 직접 써 보면서 제일 덜 부담되는 지점을 찾는 게 좋았습니다.

터미널·Git 패널을 “항상 열어두지 않는” 습관

VS Code 안에 통합 터미널과 Git 패널이 있기 때문에, 창 하나에서 모든 걸 처리하고 싶어집니다. 그런데 통합 터미널도 여러 개 띄워 놓고, Git 패널까지 계속 열어두면, 에디터가 무겁게 느껴질 때가 있었습니다.

그래서 저는 VS Code를 이렇게 나눠 쓰게 됐습니다.

  • 간단한 명령은 통합 터미널에서 처리하되, 장시간 돌아가는 작업(서버, 빌드)은 외부 터미널에서 실행
  • Git 패널은 “변경 사항을 한 번에 확인할 때만” 열고, 평소에는 닫아놓기

외부 터미널을 따로 열어두면, VS Code를 껐다 켜도 서버·빌드가 계속 돌아갈 수 있어서 오히려 편한 경우도 많았습니다. 무엇보다, 에디터 안에 모든 것을 다 넣으려고 할수록 VS Code 자체가 복잡해지는 느낌이 줄어들었습니다.

Remote 관련 확장은 필요할 때만 쓰기

VS Code의 Remote 관련 기능(원격 SSH, 컨테이너, WSL 등)은 매우 유용하지만, 동시에 무거운 편에 속합니다. Ubuntu에서 원격 서버에 접속하거나 컨테이너 개발을 할 일이 있을 수 있지만, 그렇다고 항상 Remote 확장을 켜둘 필요는 없습니다.

저는 다음 정도를 기준으로 삼았습니다.

  • 원격 개발을 자주 하는 기간에는 Remote 관련 확장을 설치해 두되, 끝나면 비활성화
  • 로컬 개발만 하는 시기에는 Remote 확장을 아예 꺼두거나 제거

특히 “SSH로 원격 서버 접속” 정도라면, 꼭 VS Code Remote를 쓰지 않고도 터미널 + CLI 에디터로 충분히 작업할 수 있는 경우가 많습니다. 편의를 위해 확장을 설치할 수는 있지만, 항상 켜둘 필요까지는 없는 기능이라고 느꼈습니다.

정리하며: VS Code를 ‘가볍게’ 쓰는 기준 세 가지

Ubuntu에서 VS Code를 최대한 가볍게 쓰려면, 결국 세 가지 기준으로 정리할 수 있었습니다. 첫째, 확장은 최소한만 설치하고, 프로젝트별로 켜고 끄기. 둘째, 검색·인덱싱 대상에서 불필요한 디렉터리를 과감하게 제외하기. 셋째, 에디터 안에 모든 기능을 다 넣으려 하기보다, 터미널·Git·원격 개발은 필요할 때만 VS Code에 끌어들이기.

이 기준만 지켜도, 동일한 하드웨어에서 VS Code가 주는 체감은 꽤 달라졌습니다. 예전에는 프로젝트 몇 개만 열어도 답답했는데, 지금은 큰 프로젝트에서도 “에디터 때문에” 힘들다고 느끼는 경우는 거의 없습니다. Ubuntu에서 VS Code를 메인 에디터로 쓰려는 분들에게, 이 글이 설정을 가볍게 정리하는 데 참고가 되었으면 합니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

라즈베리파이 대신, 오래된 노트북에 Ubuntu 깔아서 집 서버 만드는 법

라즈베리파이는 집 서버 이야기만 나오면 항상 언급되는 장비입니다. 그런데 막상 사려고 보면 품절이거나, 생각보다 가격이 부담스러울 때가 있습니다. 그럴 때 가장 현실적인 대안이 “서랍 속에 쉬고 있는 오래된 노트북 + Ubuntu”입니다. 저는 지난 5년 동안 Ubuntu를 쓰면서, 10년 가까이 된 구형 노트북 두 대를 집 서버로 돌려봤고, 파일 공유와 백업, 간단한 웹 서비스 정도는 별 문제 없이 운영할 수 있었습니다. 이 글은 그때의 경험을 바탕으로, 과장 없이 “이 정도까지는 무난하게 된다” 수준으로 정리한 내용입니다. 왜 굳이 노트북을 집 서버로 쓸까 구형 노트북은 서버용으로 보면 생각보다 장점이 많습니다. 새로운 장비를 따로 사지 않아도 된다는 점 외에도, 구조적으로 집 서버에 잘 맞는 요소들이 있습니다. 첫째, 노트북에는 기본적으로 배터리가 있습니다. 전원이 잠깐 나갔다가 다시 들어와도 바로 꺼지지 않고, 짧은 정전 정도는 UPS처럼 버텨주는 역할을 합니다. 정전이 길어지면 물론 꺼지지만, 아주 짧은 전원 출렁임에는 꽤 도움이 됩니다. 둘째, 화면과 키보드가 붙어 있기 때문에 초기 설정이 편합니다. 라즈베리파이처럼 별도의 모니터와 케이블을 챙기지 않아도, 설치와 첫 세팅은 노트북만 갖고 바로 할 수 있습니다. 셋째, 기존에 달려 있던 HDD나 SSD를 그대로 재활용할 수 있습니다. 속도가 느린 HDD라도, 단순 파일 서버나 백업용이라면 충분히 쓸 만했습니다. 제 경우에는 SSD로 교체했을 때 체감 속도가 확실히 좋아졌지만, “집 안에서만 쓰는 자료 보관용 서버”라면 HDD도 실제 사용에는 큰 지장은 없었습니다. 단점도 분명합니다. 일반적으로 라즈베리파이보다 전력 소모가 큽니다. 24시간 켜둘 생각이라면 전기요금 부분은 각자의 사용 패턴과 기기 스펙을 고려해서 판단해야 합니다. 저는 오래된 저전력 노트북을 골라 서버로 쓰는 편이었고, 고성능 게이밍 노트북은 서버용으로 쓰지 않았습니다. Ubuntu 설치 전에 최소한 이 정도는 점검하기...
자세한 내용 보기

Ubuntu에서 게임 스트리밍 클라이언트 세팅하기: Steam Link·Moonlight 활용법

Ubuntu에서 게임을 한다고 하면 보통 “프로톤(Proton)으로 스팀 게임 돌리는 거야?”라는 이야기가 많이 나옵니다. 실제로 요즘엔 Proton 덕분에 리눅스에서도 윈도우 게임이 많이 돌아가는 편이고, 스팀 하드웨어 설문에서도 리눅스 비중이 조금씩 올라가는 중입니다.:contentReference[oaicite:0]{index=0} 하지만 모든 게임을 리눅스에 직접 까는 대신, Windows 게이밍 PC에서 돌리는 화면을 Ubuntu로 스트리밍 해서 즐기는 방법도 있습니다. 저는 집에서 “윈도우 고사양 PC + Ubuntu 노트북” 조합으로 이 방식을 꽤 오래 써왔고, 그때 기준으로 정리해 보겠습니다. Ubuntu를 ‘클라이언트’로 쓰는 구조 이해하기 이 글에서 다루는 구조는 간단히 말하면 다음과 같습니다. 호스트(Host) : 실제로 게임이 실행되는 메인 PC (보통 Windows, 고사양 GPU) 클라이언트(Client) : 화면을 받아서 보여주는 Ubuntu PC·노트북 호스트 PC에서는 게임이 평소처럼 돌아가고, Ubuntu 쪽에서는 입력(키보드, 마우스, 패드)을 네트워크로 보내고, 영상·소리를 스트리밍으로 받아오는 구조입니다. Valve의 Steam Link 는 “Steam이 실행 중인 PC → 다른 기기”로 화면을 보내는 공식 솔루션이고, Moonlight 는 원래 NVIDIA GameStream 프로토콜을 쓰는 오픈소스 클라이언트입니다. 현재는 Sunshine 이라는 호스트가 Moonlight용으로 많이 쓰이고 있습니다.:contentReference[oaicite:1]{index=1} 네트워크 상황에 따라 체감이 많이 달라지기 때문에, 아래 내용은 모두 집 안 유선 또는 안정적인 5GHz 와이파이 환경 을 전제로 한 경험에 가깝습니다. 공식 문서에서도 가능하면 유선 연결을 권장합니다.:contentReference[oaicite:2]{index=2} Steam Link: Ubuntu에서 제일 먼저 시도해 볼 카드 ...
자세한 내용 보기

Ubuntu에서 터미널 안 쓰고도 할 수 있는 관리 작업 10가지

Ubuntu를 처음 접하는 분들이 가장 많이 하는 오해 중 하나가 있습니다. “터미널 안 쓰면 아무것도 못 하는 거 아냐?” 저는 지난 5년 동안 Ubuntu를 메인으로 쓰고 있지만, 일상적인 관리 작업 대부분은 마우스와 설정 화면만으로 처리하고 있습니다. 터미널이 있으면 편한 순간이 분명 있지만, “쓸 줄 몰라도 일상 관리가 충분히 가능하다” 는 것도 사실입니다. 이 글에서는 Ubuntu에서 터미널을 열지 않고도 할 수 있는 관리 작업들을 정리해 보겠습니다. 버전과 데스크톱 환경에 따라 메뉴 위치와 이름이 조금 다를 수는 있지만, 전체 흐름은 비슷합니다. 시스템 업데이트와 보안 패치 적용 가장 중요한 관리 작업은 업데이트입니다. 보안 패치와 버그 수정이 여기서 이루어지기 때문입니다. Ubuntu 데스크톱에서는 보통 다음과 같은 방법으로 터미널 없이 업데이트를 적용할 수 있습니다. 설정 앱 또는 “소프트웨어 업데이트” 같은 이름의 도구를 열면, 새로운 업데이트가 있는지 확인하고 설치 하는 버튼이 있습니다. 자동으로 주기적으로 확인해 주고, 알림으로 알려주는 경우도 많습니다. 여기서 시스템 업데이트, 커널 패치, 일부 드라이버 업데이트까지 함께 이루어지기 때문에, 정기적으로 한 번씩 눌러 주는 것만으로도 상당 부분 안전하게 유지할 수 있습니다. 앱 설치와 제거 예전 리눅스 이미지를 떠올리면 “앱 설치 = 명령어”라는 느낌이 강하지만, 요즘 Ubuntu에서는 앱 스토어 방식이 기본입니다. 보통 “Ubuntu 소프트웨어”, “소프트웨어 센터”, “앱 스토어” 같은 이름의 아이콘이 함께 설치되어 있습니다. 이 앱을 열면 카테고리별로 프로그램을 검색하고, 설치/제거 버튼만 눌러서 앱을 관리 할 수 있습니다. 브라우저, 메신저, 오피스, 개발 도구 대부분을 이 경로로 설치할 수 있고, 필요 없어진 앱도 같은 화면에서 제거할 수 있습니다. 웹에서 받은 .deb 설치 파일도 굳이 터미널로 처리할 필요는 없습니다. 파일 관리자에서 더블 클릭하면, ...
자세한 내용 보기