FTP 전송 시간은 고통스럽게 높고 대화 형 로그인 응답 시간이 너무 길어 100mbps 네트워크에서 1mbps를 얻습니다. 나는 항상 네트워크를 비난하는 것을 선호하지만 때로는 네트워크가 아니라는 것을 인정해야합니다.
TCP 성능 문제를 다룰 때 가장 먼저 찾아야 할 것은 낮은 수준의 이더넷 문제이며 지금까지 가장 일반적인 문제는 이중 불일치입니다. 이더넷은 전체 또는 반 이중 모드에서 실행할 수 있습니다. 전체 듀플렉스 모드에서 모듈의 어댑터와 연결된 장치 모두에서 링크 피어(일반적으로 스위치는 아니지만 항상 는 아님)를 동시에 전송할 수 있습니다. 반 이중 모드에서는 한쪽만 전송할 수 있습니다. 양측이 송수신이 좋다고 생각할 수 있는 시간이 지나면 충돌이 선언되면 양측이 송신을 멈추고 임의의 시간을 기다렸다가 다시 시도합니다. 양측이 반 이중 모드에 있을 때 이러한 충돌이 네트워크 처리량을 크게 줄이지 않는다는 것을 이해하는 것이 중요합니다.
양면 불일치 한쪽은 전체 듀플렉스 모드에 있으며 링크 피어는 반 듀플렉스 모드입니다. 반 듀플렉스 모드의 측면은 늦은 충돌과 과도한 충돌을 경험할 수 있으며 이러한 유형의 오류는 처리량을 크게 줄입니다. 늦거나 과도한 충돌은 문제의 표시입니다. 네트워크 속도 저하는 이중 불일치 조건에서도 정상적인 충돌이 처리량을 감소시킬 수 있기 때문에 네트워크 속도 저하가 늦고 과도한 충돌의 수에 비례하여 나타날 수 있습니다.
그렇다면 이런 일이 일어나고 있는지 어떻게 알 수 있을까요? "
netstat -interface" 명령은 이중 불일치가 발생하는지 확인할 수 있도록 하는 통계를 표시합니다. 다음 예제에서는 활성 어댑터에 대한 통계가 #sdlmux.m16.11-3 인터페이스가 표시됩니다. 공간을 절약하기 위해 대기 어댑터에 대한 통계를 제거하고 선 번호를 추가했습니다.어댑터가 반 이중 모드인 경우 25번 선(전송 프레임 이연), 26(단일 재시도 후 프레임 전송) 및 27(여러 번 의재 시도 후 프레임 전송)에서 양수 카운트가 표시됩니다. 이들은 정상적인 충돌 카운터입니다. 24호선(프레임 폐기, 늦은 충돌 전송) 및/또는 28(프레임 폐기, 과도한 재시도 전송)에서 양수 카운트가 표시되면 이중 불일치가 있거나 불일치가 있을 수 있습니다. 이러한 카운터는 어댑터가 재설정될 때만 재설정되므로 양수 값은 문제가 있음을 나타냅니다. 계속 올라가는 카운터는 여전히 문제가 있음을 나타냅니다. 어댑터가 전체 듀플렉스 모드에 있고 32호선(프레임 삭제, 나쁜 CRC 수신)에서 양수 값이 표시되는 경우 링크 피어는 아마도 반 이중 모드일 수 있습니다.
1 netstat -interface #sdlmux.m16.11-3 2 3 Ethernet adapters are grouped 4 Number of failovers = 0 5 6 Active Device Statistics: 7 8 9 MAC Type : CSMA/CD10 MAC Address: 00:00:a8:43:52:2211 Device Name: #sdlmux.m16.11-312 Line Speed : 100 mb/s13 Line Duplex: Full-Duplex1415 MAC Statistics:16 Received frames : 2078318117 Received multicast and broadcast frames : 298437518 Received octets : 178791386919 Transmitted frames : 974701520 Transmitted octets : 278048581921 LAN Chipset re-initialized : 022 SQE error : 023 Transmit ring full : 024 Transmit frame discarded, late collisions: 025 Transmit frame was deferred : 026 Transmit frame after a single retry : 027 Transmit frame after multiple retry : 028 Transmit frame discarded, excessive retry: 029 Receive frame discarded, lack of buffers : 030 Receive frame discarded, improper framing: 031 Receive frame discarded, an overflow : 032 Receive frame discarded, bad CRC : 67433 Receive frame discarded, bad address : 034 Receive frame discarded, congestion : 035 36 MAC Summary:37 Transmitted frames : 974701538 Transmitted octets : 278048581939 Retransmitted frames : 040 Received frames : 2376755641 Received octets : 178791386942 Total of lost frames : 043 Partner Device Statistics: . . . . ready 08:35:14이 이중 불일치 시나리오에 어떻게 들어갔습니까? 물론 한 장치가 전체 듀플렉스 모드로 실행되도록 구성되고 링크 피어가 반 이중 모드로 구성되었지만 가장 일반적인 시나리오는 한 장치를 전체 이중 모드로 구성하고 자동 협상을 위해 링크 피어를 구성하는 것입니다. 전체 듀플렉스로 구성된 대부분의 장치는 자동 협상하지 않으며 자동 협상 사양에 따라 자동 협상하려는 측면은 링크 피어에서 자동 협상 프로토콜을 볼 수 없을 때 반 이중 모드로 되돌려야 합니다.
기본적으로 OpenVOS에서 사용하는 이더넷 어댑터는 자동 협상되므로 링크 피어가 자동 협상 또는 이중 모드로 구성되지 않는 한 이중 불일치를 얻을 수 있습니다. 특정 듀플렉스 모드에 대한 어댑터를 설정하려면
“-duplex full” 또는 “-duplex half” 어댑터에 대한 device.tin 항목의 매개 변수 필드에 문자열을 끈. 속도를 설정해야 합니다. OpenVOS스트림 TCP/IP 관리자 가이드(R419)는 이를 자세히 설명합니다.마지막 참고 사항, 어댑터가 1 기가비트에서 실행되는 경우 전체 듀플렉스 모드에서 실행됩니다. 아무도 반 이중 기가 비트를 지원하지 않습니다.