내가 만든 프로그램 개선기/Member Ship System (2) 썸네일형 리스트형 nGrinder 성능 측정 Server Computer 환경 1차 테스트 환경(Ngrinder) 테스트 API : 포인트 적립(Row Lock을 걸었었다) agent : 1 agent별 가상유저 : 100 ( 프로 세스 3, Thread 33 ) Duration : 30초 1차 테스트 결과 4초경, TPS는 최고치를 경신했고 Byte현황을 보면 이후 0으로 수렴한다. 해당 현상은, 지속적으로 같은 데이터를 요청하다보니 해당 데이터를 Caching함으로써 발생하는 성능 이점이라고 볼수 있다. 지금 해보는 테스트의 단점이다. 지속적으로 다른 유저들에 대한 데이터를 넘겨야 한다. 하지만, 일단 단일 API로 같은 데이터로 발생했을때 발생하는 극한을 경험한다. 2차 테스트 환경(Ngrinder) 테스트 API : 포인트 적립(Row Lo.. 0. side project(개인)으로 만든 프로그램 개선기. 사실 프로그램을 적정한 범위까지 개선해본 경험은 많다. 트랜잭션이 적은 환경이라면, 그 환경에 맞춰서... 많은 환경이라면, 적정한 많은 환경에 맞춰서 그렇다 보니, 극한을 보지 못한 느낌이 든다. 극한을 경험해보고 싶다. 서버가 터져서 움직이지 못하는 환경을(물론 실무에서는 해서는 안된다. 왜냐면 연관된 다른 분들에게 큰 피해다 - 그렇기에 나는 실무에서 개발할때는 보수적으로 개발을 한다) 수도 없이 경험해보고 싶다. 하나의 예를 들어보자. DB에 의존적인 구조인 환경으로 돌리다가 부하를 견디지 못하고 Redis나 Queue를 도입한다고 하자. 그 환경에서도 극한의 부하를 돌린다면 ? 이 프로젝트의 끝은 정하지 않을 것이고, 범위도 정하지 않을 것이다. 그냥 초기에서 극한까지이다. 그래서 내가 만든 프.. 이전 1 다음
