이거 타임아웃 주는 휴리스틱이 뭐임? 브라우저가 타겟이면 한 1-2분 줄것 같은데, 코드끼리 자동화로 지지고 볶는 API 용이면 한 2-3초 주면 되나?
여기 https://github.com/ptaoussanis/clojure-web-server-benchmarks 이거 보고 있는데, 시발 생키들이 벤치마크 조건을 걍 keep-alive와 커넥션 수만 갖고 지지고 볶아 놨어 ㅋㅋㅋ
이거 어케 보는지 아는 횽? 예를 들어 60k-non-keepalive 여기보면 맨 위 vertex보면 6만 접속시 초당 한 3만건 처리한다는 거지? 즉, 6만중 클라 3만만 처리해준다는거지?
정 반대 셋업으로 10k-keepalive 맨위 immutant2는 1만 접속시 초당 약 3만7천 쿼리 처리니까 클라 하나당 3-4건 처리해준다는 거고
시방 생키들이 벤치마크를 하려거든 좀 현실적으로 클라가 브라우저일때 클라가 API 콜일때 이런식으로 좀 그럴 듯 하게 벤치를 해야지. 이런 벤치는 믿을 수가 없어서리..
이거 보면 톰캣은 그냥 쓰레기야 쓰레기 ㅋㅋ
10k 가 아니라 1k
immutant2 - 1k-keepalive 시 쓰루풋이 370000 쿼리, 512-keepalive 일때 조금 더 높음. 256일땐 많이 낮음. 즉 파라볼라로 인터폴레이션해보면 임계점은 512 쓰레드보다 조금 많은 정도에 존재할듯.
그 말은 370000쿼리 / 1024쓰레드 니까 1쓰레드당 약 361 queries per sec 이란거.
솔직히 취중이라 모르겠는데 킵어라이브는 계속 물고 있는거임 그러니까 커넥션 수만 있는거지
ㄴ 글게 10k가 아니라 1k내 ㅋㅋ 지적질 고마워
브라우저일때랑 API콜일때가 별 차이 없을듯. 어차피 API로 테스트 했을테니까. (브라우저를 저렇게 많이 띄우는게 현실적으로 불가능)
37000 이 아니라 370000 이야.
킵을 안했을때 30000 이구. 단위 잘 봐.
맨날 마시네? 무슨 접대 전문임? keep-alive에 명시적으로 타임아웃 주거나 아니면 디폴트로 한 2분 전후 (어플에 따라 다름) 타임아웃 주는 거로 암
즉 Keep-alive 는 연결을 유지한상태로 약 1K짜리 index.html 을 리프레쉬 하는거고 아닌건 붙었다 끊었다 하는거라 성능차이가 저만큼 나는거.
ㅋㅋㅋ 팀원 접대 전문임. 모발에서는 자료 볼래도 조낸 안 보이넹
아 그럼? ㅋㅋㅋ 무슨 0을 붙일 곳엔 안붙이고 안붙일 곳엔 붙이고 ㅋㅋㅋ 일찍 자야 할 듯
(어디 0 잘 보면서 다시 한번 쳐봐야지)
즉 512보다 조금 많은 쓰레드에서 쓰루풋이 최고이다가(Processing delay 에 의한 IO Idle이 없음)
Thread 갯수만큼 리니어하게 쓰루풋이 떨어지고 있는거임.
Processing overhead 에 의해 IO Idle 증가.
선형으로 떨어지니 알기쉽네. 잘 테스트 했다고 보여짐.
에라 모발에서는 보이는거 없넹;;
Keep alive 를 했을 경우, 그러니까 커넥션을 유지하고 있을 경우엔 immutant2 쯤 되는 애들은 6만개 쓰레드로도 에러가 없는데,
커넥션을 끊고 붙고 하는 경우엔 트랜잭션이 unrecovered 라 에러가 솔솔 생기기시작하는거지.
쓰레드 범위도 현상이 나타나는 조건을 적당히 포함하고 있어서 적절하고 딱 좋은 테스튼데.
HTTP 패킷의 content 에만 3.4Gbps 급 통신을 하고 있넹. 테스트망 좋당.
코세횽 덕에 간과하고 지나간거 다시 잘 보게됨. 고마워 횽!
/ㅁ/