근데 저희도 GC 되는 언어로는 아직 서버 개발을 본격적으로 해본게 아니라서 생산성에 대해서는 그냥 여기저기 프로젝트들을 참고만 합니다(…).
그리고 생산성 문제는 서버 일부를 C++이 아닌 언어로 하려고 이런 저런 시도(만?) 하고 있습니다.

네이티브 언어를 잘하는 신입은 어느 업계나 부족한거 같아요. 이쪽도 그렇게 네이티브 언어 잘하는 신입이 흔한건 아니거든요.
그렇게 좋은 글을 쓰는건 아닌데(..) 잘 보고 있으시다니 앞으로도 잘 부탁드립ㄴ다 ~_~

몇달전에 끝낸 프로젝트에서는 위 4가지 언어를 모두 사용해서 했는데 생산성과 성능, 안정성에서 모두 만족합니다. MSXML이나 SOAP toolkit 을 사용했다면 베이스 모듈개발만 1개월 소요될것을 2주만에 하고도 버그가 없는데 무척 만족했었죠. 물론 C#의 제어 불가능한 GC 때문에 스트링 객체를 제외한 모든 오브젝트들은 일이이 Dispose 하거나 Close 를 해야만 했었죠 C# 을 사용하는 의미가 좀 퇴색(?) 했지만 으외로 괜찮았습니다.
(제가 언어에 잘알아서 이렇게 한게 전혀 아닙니다. SI 는 고객사가 준비한 하드나 요구사항에 따라서 이런식으로 해야하는 경우가 제법 많답니다.)

사족으로 rein 님 블로그는 몇년 전부터 거의 매일 들어와서 보는데 부러울때가 참 많습니다. 저희쪽 업계는 native 언어로 내공이 쌓인 신입들이 거의 없습니다. 대부분 게임업계 쪽으로 갑니다. 10년 가까이 일했더니 오래된 경력친구들은 서서히 IT 업계를 떠나거나 관리자로 남아있고..
블로그를 통해서 같은 팀원들끼리 개발관련 여러가지 생각을 주고받고 하면서 일하는게 참 부럽습니다. 앞으로도 좋은 글 많이 부탁드립니다.

그리고 부하 자체가 서비스에 따라가는게 아니라, 게임 자체의 기획의도에 의존적인 경우가 더 흔합니다. 그래서 순간적으로 / 서버의 한 부분에 / 거대한 부하(초당 1000~4000 수준의 작업단위)가 단일 서버에 걸리는 일도 안 이상하게 일어납니다. 이렇게 부하가 걸리는 순간에 light weight GC 말고 다른 GC가 돌면 서버는 작업큐 꽉차서 뻗는거죠.

SUN 입장에서(혹은 오라클 입장에서?) 자원 대비 수입은 별로일 거라고 생각한다는 점에는 동의합니다. 선의 게임 서버를 적어도 현재는 “아무도 쓰려고 하지 않는 것”으로 보이기 때문입니다. 결국엔 완성된 물건이 나오지도 못했으니까요(적어도 작년 GDC까지는 완성된 물건이 아니었던 걸로 보입니다)

그리고 “겨우 마영전 정도의 부하”로 한 대에 꾸겨넣었다고 죽는건 말이 안돼. 30K 300K 씩 붙고 버티는 논리 단일 서버도 있는 판국에…

구조를 잘못 짰거나, 계산을 잘못했거나(구조가 버틸 수 있는 유저 수에 대해)겠지.