한RSS의 트리생성에 관련된 "서버측" 알고리즘이 조금 개선되었다. 대략 처리시간이 기존의 1/10로 줄어들었는데, 사실 시간적으론 길어야 1초 걸리던 것이 0.1초로 줄어든 수준이라서 사용자가 느끼기는 쉽지 않은 것 같다.

사실 이러한 튜닝의 최종 성과는 사용자 반응속도가 기준이 되야할 것 같은데,
"사용자 반응속도 = DB/서버측 처리시간 + 데이터 전송시간 + 클라이언트(브라우저)상에서의 렌더링시간"으로 볼 수 있을 것 같고, 따라서 이 중 어느 부위가 bottleneck인지를 먼저 제대로 파악할 필요가 있다.
특정 부위를 100배 향상시켰어도 그 부분이 전체 부하의 1%에 불과했었다면, 전체적으론 0.99%만 향상된 셈이기 때문이다.

아울러 서비스 전체적으로 보았을 땐, "서비스 만족도"가 좀더 상위 개념을 차지하게 되고, "해당 반응속도"가 "만족도 상승"의 bottleneck인지를 보게된다. 물론 기업 입장에선 더 나아가 "수익"이라는 최종 개념에 "해당 만족도 상승"이 얼마나 critical한가를 보지 않을 수 없을 것이고.

사실 TOC 경영이론 같은 것도, 따지고 보면 이런 것들을 좀더 일반화시킨 정도라는 느낌이 없진 않다.
물론 그런 부분들을 콕콕 끄집어내기엔 세상 모든 일들이 너무 복잡하게 얽혀있다는 사실도 부인할 순 없지만. :)

어쨌든 싸이월드 창 한번 뜨는 데 숨 넘어갈 것 같고, 포탈 페이지 띄워놓으면 CPU Usage가 금새 100% 가까이 올라가는 환경이다보니, 개인적으론 반응속도에 더 민감한 면도 없지는 않다. --; (P4 1.9G + 512M도 구닥다리인 시대인가. 어쨌든 내년에 새 컴퓨터를 사더라도 한RSS가 갑자기 무거워지지 않기를 바라며... ^^;)