응용 프로그램 성능 문제 및 대기 시간

통신 계층 대기 시간의 영향은 일반적으로 응용 프로그램 성능 문제를 해결하려고 할 때 추정되지만 실용적인 솔루션으로 노력을 지시하는 경우 올바른 이해가 중요합니다.

첫째, 통신 계층 대기 시간에 의해 로컬 시스템에서 원격 시스템으로 다시 얻는 데 패킷이 걸리는 시간을 의미합니다. 통신 계층 대기 시간의 가장 큰 요인은 적어도 지리적으로 분리된 호스트의 거리입니다. 다른 주요 구성 요소는 패킷을 처리하는 로컬 호스트와 원격 호스트 간의 장치 수입니다. 여기에는 라우터 및 방화벽과 같은 것들이 포함됩니다. 링크의 대역폭은 대부분의 사람들이 생각하는 만큼 크지 않은 역할을 합니다. 대역폭은 삽입 지연에 영향을 미칩니다 – 패킷을 와이어에 넣는 데 걸리는 시간이지만 와이어의 신호는 대역폭이 아닌 매체를 기반으로 속도로 이동합니다. 이 토론의 나머지 부분에서는 통신 계층 대기 시간을 의미할 때 대기 시간을 사용합니다.

대기 시간이 어떻게 영향을 미치는지 보여 드리기 위해 응용 프로그램에서 클라이언트 응용 프로그램에 일부 데이터를 입력하고 반환을 명중한다고 가정해 보겠습니다. 클라이언트 응용 프로그램은 서버 응용 프로그램에 메시지를 보내고, 응답을 기다린 다음 다른 메시지를 보내고, 응답을 기다리는 등; "회전"의 일부 번호 N에 대한. N이 끝나면 클라이언트 응용 프로그램이 결과를 다시 제공합니다.

10회 회전이 필요하며 서버 응용 프로그램 1ms가 클라이언트 메시지를 처리하고 답변을 다시 보내는 데 걸린다고 가정합니다. 대기 시간이 1ms로 응답 시간은 10 *(1ms + 1ms) 또는 20ms를 얻습니다. 이제 비행기에 타고 시카고로 여행, 서버는 지금 말 50ms의 대기 시간과 10 * (50ms + 1ms) 또는 550ms의 응답 시간을 가지고 그래서 보스턴에 머물. 이것은 눈에 띄는 하지만 고통 스러운 충분. 회전 수를 100으로 늘리고 이제 고통스러운 5.5 초 응답 시간을 갖게됩니다. 100회 회전이 과도하다고 생각할 수 있지만 복잡한 양식을 작성하는 복잡한 데이터베이스 쿼리 나 응용 프로그램은 그렇게 할 수 있습니다. 응용 프로그램에 필요한 회전 수를 알고 계십니까?
OSL을 통해 copy_file 수행하는 것은 또한이 동작을 나타낸다. OSL은 4K 트랜잭션에서 파일을 보냅니다. 각 트랜잭션에는 응답이 필요하므로 1,000,000 바이트 파일은 1,000,000 / 4,096 = 245 트랜잭션이 필요하거나 이전 단락의 명명방법을 사용하기 위해 회전합니다. 다시 말하지만, 트랜잭션을 처리하는 1ms와 1ms 대기 시간을 가정하면 copy_file 490ms가 소요됩니다. 대기 시간을 50ms로 늘리면 12.495초가 소요됩니다. 파일을 1,000,000,000바이트로 늘리려면 244,141개의 트랜잭션이 필요합니다. 1ms 대기 시간 488.282초, 50ms 대기 시간에 대해 12,451.191초 또는 거의 3.5시간 입니다.

대기 시간을 측정하는 가장 간단한 방법은 ping입니다.

당신은 또한 내가 packet_monitor 사용할 필요없이 그 시간을 연결을 쓴 프로그램을 사용할 수 있습니다. http://members.cox.net/ndav1/self_published/stcp_tping.doc 참조하십시오. stcp_tping 명령은 원격 호스트의 활성 포트에 연결해야 합니다. 이 경우 포트 23(텔넷)을 사용하고 있지만 활성 포트가 작동합니다. 명령 끝의 숫자 1은 요청이 초당 한 번 전송된다는 것을 나타냅니다.