오르카가 남긴 좀비 프로세스, 20기가를 먹었다

코딩 에이전트를 여러 개 동시에 돌리는 사람이 늘면서, 도구가 남기는 흔적을 관리하는 일도 그만큼 까다로워졌다. 이날 저녁 방 안을 채운 대화는 그 흔적 중에서도 가장 골치 아픈 좀비 프로세스를 둘러싼 실전 경험담이었다.

저녁 7시 7분, 방 안에는 허탈한 웃음이 섞인 하소연이 올라왔다. 코딩 에이전트 세션을 관리하는 도구 오르카(Orca)의 좀비 프로세스를 다 지운 줄 알았는데, 아무 확인창이나 무심코 승인하다 보니 코덱스가 그 좀비를 다시 불러내 버렸다는 것이었다.

"와 좀비같은 orca 다 삭제한줄 알았는데 아무거나 yes 누르다 보니 코덱스가 소환해버리네요 ㅋㅋ"

한 번 지웠다고 끝나는 문제가 아니라, 확인창을 무심코 넘기는 습관 하나로 다시 살아난다는 점이 이 문제를 더 성가시게 만들었다.

저녁 8시 34분에는 대안을 제시하는 목소리가 나왔다. 한 참여자는 Herdr를 써보라고 권하며, 순정에 가까운 느낌이면서도 사이드바 구성이 오르카와 비슷해 적응하기 쉽다고 설명했다.

"herdr 한번 써보세요 순정 같은 느낌이고 사이드바에 오르카처럼 되어 있어서 좋네요"

10분 뒤인 저녁 8시 44분, 문제의 심각성을 보여주는 구체적인 수치도 나왔다. 좀비 프로세스가 쌓여 시스템 램을 20기가까지 잡아먹고 있던 적이 있었다는 경험담이었다.

"그렇게 프로세스가 20기가를 먹고 있던적이 있습니다 ㅋㅋㅋ"

램 20기가라는 숫자는 단순한 불편을 넘어, 에이전트를 여러 개 띄워두는 작업 방식 자체가 시스템 자원과 정면으로 부딪힐 수 있다는 것을 보여주는 사례였다. 이 정도 규모의 메모리 소비는 개인 작업환경을 넘어 팀 단위 운용에서도 무시하기 어려운 변수다. 좀비 프로세스가 방치되는 시간이 길어질수록, 정작 필요한 작업에 쓸 수 있는 자원은 그만큼 줄어드는 셈이었다.

곧이어 저녁 8시 57분, 이 문제를 아예 제품 기능으로 흡수한 사례도 공유됐다. 한 참여자는 자신이 만드는 앱에 CPU와 RAM 사용량을 확인해, 게임 그래픽 설정을 고르듯 적정 에이전트 스웜 개수를 제시하는 기능을 넣었다고 밝혔다. 맥스튜디오 48기가 기준으로는 최대 32개까지 돌릴 수 있다는 구체적인 기준도 함께였다.

"그래서 저희 앱에서도 cpu, ram 등 확인해서 게임 그래픽 마냥 적정 에이전트 스웜 개수 설정 제시하고 있습니다 맥스튜디오 48g 기준 32개까지네요"

한 시간 남짓 이어진 대화를 놓고 보면, 오르카의 좀비 프로세스 문제는 단순한 버그 신고에서 끝나지 않았다. 대안 도구로 옮겨가는 실전 후기를 거쳐, 결국 리소스를 스스로 살피고 적정 규모를 제시하는 관리 기능의 필요성으로 이어진 대화였다. 도구를 바꾸는 것과 사용 습관을 관리하는 것, 두 해법이 같은 저녁에 나란히 제시된 셈이다.