|
:: 게시판
:: 이전 게시판
|
- PGR21 관련된 질문 및 건의는 [건의 게시판]을 이용바랍니다.
- (2013년 3월 이전) 오래된 질문글은 [이전 질문 게시판]에 있습니다. 통합 규정을 준수해 주십시오. (2015.12.25.)
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
20/04/15 13:45
집에서 해당 url로 접근하는데 걸리는 시간이랑 EC2 서버에서 해당 url로 접근하는 시간을 체크해보셔야 할 것 같아요.
동일하다면야 사양적인 문제를 생각해볼 수는 있겠지만... 어디까지나 이건 가설일 뿐이구요.
20/04/15 14:06
말씀해주신 인터넷 속도(100Mbps, 25Gbps)와 리스폰스는 서로 별도의 문제라서요. 대량의 데이터 전송이라면 다르겠지만 말씀하시는 request의 경우 통신하는 포인트와 포인트의 거리 및 중계노드 숫자, 중간회선 속도등에 따라서 집이 훨씬 더 빠를 수도 있습니다.
단순하지만 해당 거점상대로 집에서와 EC2에서의 핑을 해봐서 시간이나 TTL을 확인하는 것도 측정방법이 될듯하네요.
20/04/16 12:02
집과 EC2서버와의 차이를 볼때 거리이외의 다른 보틀넥 조건은 고려하지 않고 본다면, 리전을 바꿔보는 수가 있겠네요. 혹은 다른 클라우드 벤더도 테스트해 본다든지.
20/04/15 15:14
태평양 건너서 한국 사이트로 넘어오는 거면 150ms는 기본으로 깔아야하니... 0.2~0.3초 차이가 나는 것은 정상인 듯 합니다.(왔다가 다시 가야하니...)
20/04/15 15:36
컥. 미국에 있는 서버면 리스폰스가 0.1초안에 될 수가 없어요. 아 고객도 미국에 있다면 가능할지도. 하지만 미국도 넓으니 동쪽끝과 서쪽끝이라면 또 거리가...
롤드컵 전에 전지훈련하러 미국 선수들이 한국오는게 괜히 오는거 아닙니다.
20/04/15 17:06
아주 작은 request/response 는 대역폭 보다는 레이턴시가 훨씬 중요합니다
집에서 curl을 통해 step별로 속도를 측정해 보시고 ec2 에서 동일하게 측정해 볼 필요가 있어 보입니다 https://stackoverflow.com/questions/18215389/how-do-i-measure-request-and-response-times-at-once-using-curl 이 질답을 참조하시면 curl 로 http request & response시에 dns 질의나 tcp connection 맺는 시간 response의 첫 응답 데이터 오는 시점등을 확인할 수 있습니다
|
||||||||||