사내 스터디 이슈로 포스팅 하나 써야한다 !
spawn/opt/homebrew/bin/git EMFILE저는 그저 멋진 commitizen 설치를 시도했을 뿐인데요...
오류 원인
- 파일 디스크립터(file descriptors)의 제한을 초과했을 때 발생하는 문제
- 운영 체제가 한 프로세스에서 열 수 있는 파일 수를 초과했을 때 발생
- 맥에서 git이나 node.js기반 툴 특히 cursor에서 자주 일어난다고 함.
스크립터 제한 확인하기
ulimit -n나는 256이었다.
해결 방법
임시로 파일 디스크립터 제한 증가
ulimit -n 65536영구 증가
sudo nano /etc/sysctl.conf 
비밀번호 입력하면 아래처럼 편집기 열림
아래 추가
kern.maxfiles=65536
kern.maxfilesperproc=65536
enter
컨트롤+x 로 나가기
다시 아래 입력
ulimit -n 65536재시동하면
깔끔한 IDE와의 조우 가능.
GPT와의 대화
왜 기본값이 낮게 설정되어 있나요?
1. 리소스 보호
파일 디스크립터는 시스템 리소스이므로, 너무 많은 파일이나 네트워크 연결을 동시에 열면 시스템 안정성이 떨어질 수 있습니다. 기본값을 낮게 설정해 과도한 리소스 사용을 방지합니다.
2. 과거 하드웨어 환경
과거의 Mac OS는 더 적은 메모리와 CPU 리소스를 가진 하드웨어에서 실행되었고, 256 정도면 대부분의 사용 사례를 충분히 커버할 수 있었습니다.
3. 안정성 우선
기본값은 모든 사용자(개발자 포함)를 위한 “안전한” 값으로 설정됩니다. 시스템의 무작위적인 동작을 방지하기 위한 보수적인 접근입니다.
왜 지금은 문제가 되나요?
1. 현대 애플리케이션의 파일 핸들링 요구 증가
• 개발 환경에서 동시에 수백 개의 파일을 처리하는 일이 흔합니다. 예: Git, Webpack, Cursor AI.
• Node.js 같은 비동기 환경에서는 여러 파일을 동시에 읽고 쓰는 작업이 많아 제한을 금방 초과할 수 있습니다.
2. 멀티스레드 및 병렬 처리 도구
도구가 병렬로 작업을 처리하면 각 스레드가 파일 디스크립터를 소모해 제한을 더 빠르게 초과합니다.
3. 기본값이 환경과 맞지 않음
현대 개발 환경은 기본적으로 Mac의 256 디스크립터 제한보다 훨씬 높은 리소스 요구 사항을 가집니다.
