[Go] race detector

#Go

race detector는 동시성 문제를 탐지하기 위한 내장 보조도구다.
go는 말만 동시성 언어지, 위험한 형태의 동시성 코드를 쉽게 작성할 수 있게 해주기 때문에 어쩔 수 없이 써야한다.

이건 static checker가 아니라 실제로 프로그램에 내장돼서 런타임에 검사를 한다.
위험한 동시성 접근이 발생할 경우 그걸 로그로 찍는 정도의 역할만 한다.

사용법

플랫폼에 따라 CGO 종속성이 존재한다. 켜줘야 한다.

그리고 빌드할때 -race 옵션을 넣으면 켜진다.

그러면 뭔가 꼬롬한 코드에 프로그램이 접근할 떄마다

이런 식으로 스택트레이스를 찍어준다.
panic이 날만한 위험한 코드만 잡는건 아니고, slice나 스칼라 변수에 접근하는 것들도 워닝을 띄운다.

근데 이거 돌리다보면 내 코드보다 서드파티 라이브러리 내부에서 워닝이 뜰 때가 더 많더라.
Go 에코시스템이 글러먹은 것인가? 이 도구가 문제인 것인가?

성능 부하가 끔찍하게 심하기 때문에 프로덕션 시스템에 심는다면 고민을 좀 해봐야 한다. 내 경우에는 프로덕션에서나 유의미한 문제 재현이 가능해서 프로덕션에 올리고 스펙도 함께 좀 올렸다.

CPU, Memory를 모두 엄청나게 잡아먹고, CPU는 2배나 2배 이상, 메모리는 2-20배까지 점유할 수 있다.

게다가 오랫동안 실행되는 고루틴이 있을 경우 메모리가 append-only로 누수되듯 쌓이는 문제가 있다.

근데 이걸로 문제를 쉽게 찾지는 못했다.

사실 간헐적으로 발생하는 concurrent map write 패닉 잡으려고 넣어본건데, 라이브러리에서만 무의미한 경고만 잔뜩 뜨고 진짜 문제가 될만한 근원지는 전혀 찾지 못했다.