Connection은 800개를 만들든, 1000개를 만들든 별 문제가 없는데, 각기 Connection사이에서 일정 이상의 트래픽이 발생하면, 끊긴다.-_-

거기에, 단순히 해당 Application의 Connections뿐 아니라, 해당 Computer의 Network이 통째로 내려간다. ㄷㄷㄷ

근 일주일째 이녀석과 삽질중인데, 플랫폼 팀에서조차 원인을 못찾고 있다. 내가 본 SE중 에이스급이라고 할만한 SS아저씨 조차 원인 분석을 못하는 걸 보면, 간단한 문제는 아니지 싶다.;

여튼, 덕분에 내일도 출근해야 한다.ㅠ.ㅠ 누구 관련된 경험 있으신 분 도움 좀. 굽신굽신.ㅠ.ㅠ

그저 당신의 삶이 불행한 건, 운이 없어서라고 믿으시는 것 같다.
어머니가 뒤집는 패는 다 불행했다.

그 패는 내 패이기도 했다.
그걸 버리고 돌아설만큼, 난 독하지 못했다.

스무살 땐, 서른 살까지만 살고 싶었다.
십년만 살아보면, 아무 미련도 남지 않을 것 같았다.

달력에 날짜 하루 바뀌었다고 생을 끝낼만큼 미련하지도, 모질지도 않았다.
그래도 산다는 건 여전히 지루하다.

담배가 늘고, 술이 늘었다.

어제가 오늘 같고, 내일도 오늘과 같을 거다.

달력 속의 숫자는 변하는데,
통장의 잔고도, 생활도 변하지 않는다.

잠을 자는 건 여전히 두렵다.

머리가 아프다. 자야겠다.

위 글 말미에 T아저씨도 언급했지만, 공짜 점심의 시대는 끝나가고 있다. (Your free lunch will soon be over. What can you do about it?) 물론 최근에 출시되신 진리의 네할렘님께서 아직 남겨진 공짜 점심이 있다는 걸 보여주긴 했지만, 어쨌든 곧 공짜 점심의 시대가 끝날 것 같긴 하다.

바라든 바라지 않든, 시대가 parallel로 가고 있으니 시대의 고전인 Amdahl’s law를 다시 살펴보자.

Amdahl's law

하지만, 현실은 좀 시궁창이라서, 가장 많이 쓰고 널리 알려진 lock-free alogorithm인 lock-free queue의 경우에도 s를 p로 변환하지는 못한다. lock-free queue가 lock을 이용한 구현에 비한 장점은 push와 pop이 동시에 이루어진다는 것 뿐이고, 이는 단지 이상적인 경우에 Amdahl’s law의 밑변에 있는 s를 s/2로 바꿔줄 뿐이다. 거기에 그렇게 바꾸는 데 필요한 비용또한 싼 편은 아니다.(reorder와 lock-free algorithm 참고)

s를 p로 완전히 전환시켜줄 lock-free alogorithm이 나타난다면, 쓰지 않을 이유는 없다. 하지만 적어도 지금은 아니다.:p 차라리 그걸 도입할 시간에 s를 줄이거나 p를 늘려줄 contents specific한 디자인의 변경을 찾아보는 게 낫다.

한줄요약. 닥치고 spin-lock.