네트워크 트래픽에 대한 응용 프로그램의 영향에 대한 메트릭

Question

응용 프로그램을 작성 중이며 처리 속도 (전선을 통해 전송하는 초당 비트 수)를 원하는 속도로 설정할 수 있습니다. 그러나 네트워크의 다른 트래픽에 큰 영향을 미치지 않는 한 가능한 한 높게 설정하고 싶습니다.

문제는 그 영향을 측정 할 수있는 좋은 척도가 아닙니다. 나는 다음과 같은 것을 생각하지만, 둘 다 정말 "완벽한"입니다 : 패킷의 평균 지연 시간

이

1. 증가
평균 시간
2. 증가 지터
3. 증가 패킷 손실에
4. 증가 tcp 트랜잭션을 완료하는 데 걸리는 시간 (http를 사용하여 파일 다운로드)

표준 메트릭이 있습니까? 네트워크상의 애플리케이션 영향을 측정하는 방법에 대한 다른 아이디어가 있습니까?

btw - 네트워크에서 완전한 제어권을 가지고 있으며 그 측정법을 계산하기 위해 원하는 모든 측정을 수행 할 수 있습니다.

감사합니다,

Rouli

Answer 1

다른 네트워크는 대역폭을 초과 할 때 다른 방식으로 작동합니다. 그들 중 대부분은 라인을 따라 불량의 연속이 : 일부 패킷이 대기 또는 재전송 할 필요가로

1. 지터는 지붕을 통해 촬영을 시작합니다 (예를 들어, 반이중 이더넷 또는 무선에 충돌). 평균 대기 시간은 약간 올라갈 것입니다.
2. 과포화가 계속되면 (또는 높은 과포화 수준에서) 평균 대기 시간은 거의 모든 패킷이 대기열에 있거나 재전송되기 때문에 지붕을 통과하게됩니다. 대기열 크기가 작 으면 제한 될 수 있습니다.
3. 대기열이 넘치면 패킷 손실이 증가합니다. 더 높은 대역폭을 사용할수록 더 많은 패킷이 손실됩니다. 하드웨어에 따라 지터 및 대기 시간이 줄어들거나 내려 가지 않을 수도 있습니다.

어떤 형태의 QoS가 사용 중이면 다른 패킷 스트림이 이러한 영향을 독립적으로 볼 수 있습니다. 예를 들어 앱 연결에 3 배의 대역폭을 적용 할 수 있으며 핑 시간이 비교적 조금만 변할 수 있습니다. 따라서 응용 프로그램의 패킷을 측정해야합니다.

(1) 및 (2)는 특정 네트워크에서 발생하지 않을 수 있습니다. (3) 어떤 일이 있어도 항상 발생합니다. 불행히도 대역폭 제한에 가깝지 않을 때도 세 가지 모두 발생할 수 있습니다.

Answer 2

Traffic Engineering은 매우 복잡한 분야입니다. Quality of Service이이 문제의 좋은 출발점 일 수 있습니다.

Answer 3

프로그래밍 방식으로 대답하기 어려운 질문 중 하나입니다. 필자가 보아온 애플리케이션에서는 이런 유형의 조절을 허용하며, 항상 구성 옵션이었습니다. 일반적으로 사용자의 네트워크에 대해 아는 것은 너무 어렵습니다. 가정을 잘못하면 아마 틀릴 것입니다.