클로드 코드, QNX 빅 커널 락 제거 작업 착수…유저스페이스 경합 통계부터 시작
r/ClaudeAI의 한 개발자가 Claude Code를 사용하여 주요 커널 엔지니어링 과제인 QNX 마이크로커널 및 proc 서브시스템에서 Big Kernel Lock(BKL)을 제거한 경험을 공유했습니다. 대화는 Claude Code에 대한 직접적인 질문으로 시작되었습니다: "QNX 마이크로커널과 proc을 재설계하여 Big Kernel Lock을 없애려면 무엇이 필요할까요?"
Claude Code는 응답했습니다: "대략 최고 수준의 [인간] 개발자가 집중적으로 3개월 정도 걸릴 작업입니다." 개발자가 "그럼 시작해 봅시다"라고 답하자, AI 어시스턴트는 작업에 착수했습니다.
첫 번째 단계: 측정 인프라
코드 변경에 바로 들어가는 대신, Claude Code의 첫 번째 움직임은 잠금 및 경합에 대한 포괄적인 통계를 설계하여 사용자 공간에서 접근할 수 있도록 만드는 것이었습니다. 이는 Linux의 /proc 항목과 유사합니다. 이 계측을 통해 개발자는 수정을 시도하기 전에 실제 경합이 발생하는 위치를 측정할 수 있었습니다.
점진적인 서브시스템별 수정
측정 데이터를 수집한 후, Claude Code는 커널 서브시스템을 하나씩 꼼꼼히 수정하기 시작했습니다. 각 주요 변경 사항은 철저한 테스트를 거쳤습니다. 개발자는 "이것이 어디로 이어질지 두고 봅시다"라고 언급했습니다.
이 글은 초기 단계 보고서이며, BKL의 완전한 제거는 아직 진행 중입니다. 먼저 계측하고 나서 수정하는 접근 방식은 확립된 커널 개발 모범 사례를 따릅니다.
📖 Read the full source: r/ClaudeAI
👀 See Also
클로드 코드가 단순한 AI 코드 채팅을 넘어 엔지니어링 OS로 진화하다
레딧 토론에서 Claude Code가 AI 코딩 도우미에서 계획, 코드 리뷰, 클라우드 에이전트, 자율 워크플로우를 갖춘 엔지니어링 운영 체제로 변모하고 있다고 주장한다.
클로드 오퍼스 4.7, 추론 및 대화 능력 퇴보했다는 사용자 보고
Opus 4.7은 30~50% 더 많은 비용이 드는 새로운 토크나이저를 도입했으며, 메타 내레이션, 위치 불안정, 실행 없는 계획 등의 문제를 보여 기술 협업 측면에서 4.6보다 더 나쁩니다.
AI가 나를 멍청하게 만든다: 개발자의 기술 위축 고백
James Pain은 인공지능만을 사용해 코딩한 지 1~2년 후(손으로 직접 작성한 코드 없음) 코딩하는 법을 대부분 잊어버렸다고 고백한다. 그는 다시 직접 코딩하는 법을 스스로 가르치고 있으며, AI 사용이 많아지면 글쓰기와 코딩 능력이 퇴화할 수 있다고 경고한다.
RTX 5080 16GB: Qwen3.6 35B MoE, 128k 컨텍스트에서 56 tok/s, 그리고 MTP가 도움이 되지 않는 이유
새로운 벤치마크 결과, RTX 5080 16GB에서 Qwen3.6 35B MoE가 128k 컨텍스트에서 초당 56토큰 생성 속도를 기록했습니다. MTP(멀티 토큰 예측)는 VRAM 압박으로 인해 전문가 레이어를 CPU로 밀어내면서 23% 느려집니다.