star bbs 를 토대로 코드네임 hbs를 재작성하게 되었다.
star bbs 보다 좀 더 극단적인.. 싱글 테이블의 멀티뎁스 카테고리 기능을 요구해오며,
카테고리 이너 페이징 리스트와 서치 이너페이징 리스트,
스레드, 스레드 커멘트 등의 환경을 요구해왔다.
또한 5년간의 기간을 통해 숙성되어온 (-_-) 기존 게시판 시스템에서의 이전은 모든 상황을 극단으로 몰아가기에 충분했다.
퍼포먼스 위주의 매우 극단적이며 날카로운 코딩기술을 요구했으며
이를위해 대다수의 클래스를 새로 정비하게되었다.
제로보드의 row exam 과 향상된 slrclub 의 보드시스템의 row exam 그리고 hbs 의 row exam 과 cpu processing i/o processing 을 통칭하여 퍼포먼스 로드테스트를 실시했다.
약 1억개의 샘플링을 근거로 퍼포먼스 테스트를 한 결과는 다음과 같다. 결과수치는 모두 평균치다
테스팅 환경에 sql cache 는 off 한 상태에서 데이터베이스 이니셜 기동 이후에 이루어졌다.
제로보드의 경우 어플리케이션 실행 1회당 쿼리8회, exam rows 80만개 가량이었으며
slow query 를 포함한 execution time 은 약 20초였다.
이와 더불어 php 의 처리 자원소모는 수치화 하기 힘들지만 execution time 은 평균 2초가량이 소요되었다.
대략.. 많이 느리다 .. 동시접속 100명/초당을 넘기기 매우 힘든 시스템이다..
전체 타임은 22초
현재의 slrclub bbs 는 execution time 은 평균 0.12초 가량이다..
exam rows 는 30만개 execution time 은 2.5초다
전체 타임은 2.67초
통상 한 8배 가량 제로보드에 비해 퍼포먼스 향상이 되었다.
동시접속을 감안한다면 16배이상의 퍼포먼스 향상효과가 있다.
이로인해 slrclub은 1대의 db서버와 4대의 웹서버로 서비스를 유지해올수가 있었던것이다.
그러나 느린것이 문제다.. -_-
hbs 의 테스트는 평균 row exam이 몇천단위이며 query execution time 은 0.0029초
api execution time 은 0.0009초대를 기록 i/o 와 cpu 문제를 대다수 해결했다고 보인다.
제로보드에 비한다면 초도 타임만으로는 6000배 이상의 성능향상을 가져온것은 사실이다.
동시접속을 감안하면 약 2만배이상의 성능향상을 가져왔다.
아직 수많은 복병이 매복해있다는것은 알고있다. 하지만 빠른시간내에 끝내고 쉬고싶다 ..
뭘 이렇게 덕지덕지 붙여놓은것이 많은가 -_-
(0) 
(0)Posted by LeCieL