내 서버에 간단한 GET 요청을 보내면 평균 1.2 초가 지나면 다시 돌아옵니다 (방화 광 NET 탭, "응답 대기 중"부분 - 전체 응답 시간조차 없음)HTTP 요청 대기 시간/대기 시간의 원인을 확인하는 방법은 무엇입니까?
내 핑 (ping) 레일이 요청이 ~ 0.023
내 서버에서 GoDaddy에 걸리는 로그인 서버는, 레일 2.3.3와 승객을 사용하여 0.250
, 그래서 나는 "reqponse 기다리고 있었어 .- 불을 지르고 자신의 홈페이지를 확인 "페이지의 시간은 ~ 0.320
최악의 경우는 약 0.4 초입니다. 그래서 나는 다른 0.8 초를 어디에서 잃어 버렸는가?
그 밖의 어떤 내용을 확인할 수 있습니까?
편집 :이 ~ (오직 아파치는 전혀 레일에 충돌 도다에 응답하도록) 소요 이미지 요청을 rails- 파일이에서 호스팅되는도
Servers 또는 VHosts 구성에서 PassengerPoolIdleTime을 0으로 설정해보십시오. 아마도 서버가 응용 프로그램 인스턴스를 빠르게 종료하고 요청이있을 때마다 새로운 인스턴스를 생성합니다. 보통 상당히 오래 걸립니다. 그것은 당신의 문제처럼 http://modrails.com/documentation/Users%20guide%20Apache.html#PassengerPoolIdleTime
1.2 초 관련이없는 것처럼
보인다 GoDaddy는 홈페이지가 호스팅되는 곳과 동일하지 않습니다.
동일한 서버에서 호스팅 한 다른 페이지를 확인 했습니까? 데이터베이스 연결 또는 "느린"연결로 인해 페이지가 클라이언트로 다시 전송되기까지 잠시 시간이 걸릴 수 있습니다.
이미지 (아파치의 해협, 레일 서버에 전혀 충돌하지 않음)를 확인하고 ~ 1.2도 걸렸습니다. – amitkaz
소리하지 않지만, ISP의 :
이 설정에 대한 자세한 내용은 문서를 살펴 보자.동일한 서버의 레일 앱 (또는 아파치)에 내부 ip/port에 대한 wget을 할 수 있습니까? probaby가 앱 스택에 있거나 더 상위에 있는지 알려줄 것입니다.
가능하면 ab "apache benchmark"라고하는 아파치 도구를 사용하면 도움이됩니다.
키가 컴퓨터에 대한 ssh 액세스 권한이 있습니다.
GoDaddy는 사용자와 HTTP 서버간에 역방향 프록시를 가질 수 있습니다.
그들은 즉시 응답 헤더를 보내고 캐시에서 응답 내용을 제공하는 것과 같은 작업을 수행 할 수 있습니다.
따라서 HTTP 서버의 관점에서 보면 응답이 전송됩니다. 그런 다음 GoDaddy의 역방향 프록시로 이동 한 다음 웹 브라우저로 이동합니다.
그게 문제 일 것입니다. 액티브 podcaster 및 전 Wordpress 컨설턴트로서 GoDaddy가 대역폭 및/또는 보안을 관리하기 위해 모든 종류의 이상한 허튼 소리를 들었다는 이야기를 들었습니다. 그리고 일이 깨졌을 때 어떤 일이 벌어지고 있는지 알려줄 수있는 단서를 가진 사람을 찾는 것은 거의 불가능합니다. 이 응용 프로그램이 중요하면 GoDaddy에서 _do_ 호스트하지 마십시오. 어떤 곳 (예 : SliceHost)에서 가상 서버 슬라이스를 가져 오거나 Heroku와 같은 전용 레일스 서비스에 배포하십시오. – SFEley
(이미 0) – amitkaz
응용 프로그램의 인스턴스를 잡동사니 또는 얇은 것으로 실행 해보십시오. 문제가 여전히 발생하는 경우 응용 프로그램 버그입니다. 그렇지 않으면 apache + mod_rails에 문제가 있습니다. mod_rails의 최신 버전을 설치 했습니까?그렇지 않으면 업데이트를 시도해야합니다. – Mato
실제로 레일스와 관련이없는 것처럼 보입니다. 제가 9191에 댓글을 달았을 때, 아파치에서 이미지 요청은 같은 시간이 걸립니다. – amitkaz