그런 노고가 있었군요. 도인의 경지가 되어야 그 일을 계속 할 수 있겠군요. :(

저도 실실 컨설팅이나 튜닝 쪽으로 직업을 바꾸어 볼까 생각을 했는데, 저 같이 속인에게는 안 맞는 직업 같군요. 다시 생각해 봐야겠습니다.

근데, 나이가 들어가면서도 계속 실업무 속에서 개발을 한다는 것이 정력이 딸리는 것은 사실입니다. 이제 개발은 취미로 했으면 하는데, 세상이 그렇게 놓아주질 않네요.

훔... 컨설팅에 그런...

저는 웹 인포메이션 아키텍처 컨설팅 분야로 나서볼까 했는데.. 아무튼 고생이 많으시네요.

주현님 말마따나 클라이언트들이 잘못해놓고 개발자나 컨설팅한 사람에게 항의하면.. 정말 그건 피하고 싶죠;; 사실.. 저도 웹 사이트 제작하면서 서버까지 같이 건들인 적이 있었는데, 상대가 초보인 경운 어쩔 수 없더라는...

상기님 글엔.. 음.. 제가 아직 좀 어린지라;; 머 그런대두, 저도 나이를 1살씩 먹어가다 보니 정말 나이어린 분들이 잘하는 거 보면 겁난다는.. 언제까지 할 수 있을까 하는..

지원일을 하면 어쩔수 없이 부딪혀야 하지요. 일을 진행하다보면 OS, 다양한 애플리케이션이 섞여있는데 서로 다른 곳에 문제가 있다고 이야기들 하지요. 여기서 또 만만한게 무조건 OS문제다. 이런거 많이 부딪히는데 참 해결이 쉽지 않습니다.

최근에는 서비스하고 있는 상황이 아닌데 특정 프로그램을 띄우면 load average가 5.0을 기록하는 것입니다. 당연히 os가 아니라 해당 애플리케이션에 문제가 있을 확률이 높을 것인데 OS에서 밝혀보라고. vmstat, sar 등을 이용하여 모니터링하니 cpu 자원은 문제가 없는데 순간순간 vmstat 에서block 되는 프로세스가 발생하였습니다. 알고보니 클러스터링 파일 시스템솔루션을 썼는데 여기에서 인터럽트가 불가능한 sleep 을 쓰는 것때문에 발생한 문제였습니다. load average 가 run queue (실행하기 위하여 cpu 자원을 기다리고 있는 프로세스) 에 있는것말고 block되는 프로세서도 포함하기 때문에 CPU 자원은 거의 놀고있지만 load average는 계속 높게 나왔던 것이지요.

아뭏든 여러업체들끼리 만나면 서로 다른 회사에 떠넘기지 말고 공동으로 해결하는 자세를!! 근데 말이 안 통하는 고객을 만나면 이거 한대 때릴수도 없고. 아우~

흔히 잘모르는 어리버리한 갑이 하는 소리가 있는데...

그래도 혹시 모르지 않냐 한번 봐라...

결국 그 혹시 모르는 일... 예를 들면... 내일 지구가 멸망할 확률만큼 이나 낮은 일 점검하느라 시간을 다 뺏겨버리고 정작 문제 자체를 해결하는데 쓸 시간이 부족해집니다.

엔지니어들은 보통 문제를 들으면 정황 증거를 모으고...

당시 어떤 프로세스를 뛰웠느냐? 문제 발생 주기나 특이점은? 당시의 로그 파일이나 I/O, CPU 상황... 이런 모든 정보를 수집하다보면... 대충 어디 문제일 것이다 판단이 섭니다.

그래서 저 "혹시"라는 말을 저는 끔찍히 싫어합니다. --;