클라이언트 컴퓨터와 홈 서버 간의 연결이 느립니다.

Question 1

나는 작년에 작은 저렴한 네트워크 스위치가 "미쳐가는" 것을 많이 보았습니다. 실패 모드는 매우 느린 전송 및 패킷 삭제입니다. (작년에는 주로 LinkSys 스위치로 보았습니다). 나는 그것이 반드시 첫 번째는 아닐 것이라고 의심합니다. 운 좋게도 "파일 및 인쇄 공유"를 사용하면 간단한 속도 테스트가 매우 쉽습니다.

fsutil 명령을 사용하여 클라이언트 컴퓨터에 큰 임시 파일을 만든 다음 서버 컴퓨터로의 전송 시간을 지정하여 파일 서버 처리량에 대한 "빠르고 더러운" 테스트를 수행할 수 있습니다.

fsutil file createnew temp-file-name 209715200

그러면 200MB의 임시 파일이 생성됩니다. 다음 스크립트를 사용하여 타이밍에 따라 빠른 복사를 수행할 수 있습니다(임시 파일을 만든 디렉터리에서, 서버 컴퓨터의 일부 공유에 복사할 권한이 있다고 가정).

@echo off
echo.|time
copy temp-file-name \\server-computer-name\share-name
echo.|time

시작 시간에서 종료 시간을 빼고 초로 변환한 후 209715200을 경과된 초 수로 나누어 초당 바이트 수를 구합니다.

100Base-TX LAN에서는 초당 7,000,000바이트(약 56Mbps) 이상을 볼 수 있습니다. 그 아래에 있는 것이 있으면 뭔가 문제가 있다고 의심하기 시작합니다. 서버 컴퓨터가 합리적으로 현대적이라고 가정하면 문제 없이 100Mbps 파이프를 채울 수 있어야 합니다. 전송 속도가 그보다 느린 경우 서버와 클라이언트가 연결된 스위치의 관리 인터페이스에 있는 오류 카운터를 살펴보기 시작합니다. 잘못된 케이블 연결, 이중 불일치 또는 NIC 드라이버 문제가 있을 수 있습니다. 문제를 체계적으로 추적하면 됩니다.

편집: 파일 복사 테스트는 타사 소프트웨어 없이도 수행할 수 있기 때문에 좋은 테스트입니다. 병목 현상이 존재한다는 것을 알았으므로 다음 단계는 병목 현상의 원인을 식별하는 것입니다.

WSTTCP 유틸리티(사용 가능 위치:http://www.pcausa.com/Utilities/pcattcp.htm)는 NIC 드라이버 및 네트워크 인프라 하드웨어에 대한 빠르고 더러운 테스트입니다. 디스크에서 나오지 않거나 디스크에 기록되지 않는 데이터를 전송하므로 클라이언트와 서버의 디스크 하위 시스템은 결국 방정식에서 제외됩니다.

한 컴퓨터에서 다음을 실행하여(WSTTCP의 압축을 푼 후!) 연결을 "수신"합니다.

wsttcp -r

다른 컴퓨터에서 다음을 실행하여 원격 컴퓨터에 테스트를 전송합니다.

wsttcp -t <hostname>

100Mbps 이더넷에서는 더 많은 버퍼를 보내기 위해 전송 명령을 수정(송신기를 다시 시작하기 전에 수신기에서 수신 명령을 다시 실행)할 수 있습니다. 테스트를 더 길게 하면 약간 더 정확한 숫자를 얻을 수 있기 때문입니다.

wsttcp -t -n8192 <hostname>

그러면 64MB의 트래픽이 이동됩니다. 더 많은 트래픽을 보내려면 "8192" 숫자를 늘리세요.

수신 컴퓨터(기본적으로 TCP 포트 5001)에서 방화벽 소프트웨어를 통해 수신자를 허용하거나 일시적으로 방화벽을 비활성화해야 합니다.

WSTTCP의 전송 속도는 양호하지만 파일 복사의 전송 속도가 느린 경우 디스크 하위 시스템을 살펴보세요(하드 디스크 드라이브 벤치마크 실행을 고려해보세요). WSTTCP로 인해 네트워크 전송이 여전히 불안정한 경우 네트워크 인프라, 케이블 연결, NIC 드라이버 또는 NIC 하드웨어를 계속 조사하십시오.

좋은 사냥.

Answer