대기 시간이 긴 MacBook Pro

9

Time Capsule (버전 7.5.2)에서 호스팅하는 802.11n (5GHz) 무선 네트워크에서 15 인치 2011 Macbook Pro (10.6.7 실행)에서 대기 시간 문제가 발생합니다. Time Capsule을 핑 (ping)하면 핑 (ping) 숫자는 다음과 같이 사방에 있습니다.

64 bytes from 10.0.1.1: icmp_seq=216 ttl=255 time=3.461 ms
64 bytes from 10.0.1.1: icmp_seq=217 ttl=255 time=236.725 ms
64 bytes from 10.0.1.1: icmp_seq=218 ttl=255 time=157.924 ms
64 bytes from 10.0.1.1: icmp_seq=219 ttl=255 time=79.511 ms
64 bytes from 10.0.1.1: icmp_seq=220 ttl=255 time=1.295 ms
64 bytes from 10.0.1.1: icmp_seq=221 ttl=255 time=0.833 ms
64 bytes from 10.0.1.1: icmp_seq=222 ttl=255 time=150.669 ms

226 packets transmitted, 226 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.718/115.353/303.004/96.717 ms

내 컴퓨터의 위치는 중요하지 않습니다. 신호가 네 개의 막대에 일관되게 표시되며 다른 방, 다른 층 또는 Time Capsule 바로 앞에 있든 동일한 핑 결과를 얻습니다.

두 번째 15 인치 유니 바디 Macbook Pro (Mid 2009, 10.6.7도 실행)는 동일한 네트워크에서이 문제가 발생하지 않습니다.이 두 번째 컴퓨터에서 Time Capsule에 대한 모든 핑은 <4ms입니다.

이더넷을 통해 컴퓨터를 캡슐에 연결하면 예상대로 1ms 미만의 핑이 나타납니다. 무선 만 와일드 점프를하는 것 같습니다.

네트워크 설정 재설정 (라이브러리에서 모든 네트워크 구성 삭제), IPv6 비활성화, "네트워크 위치"변경, PRAM 재설정, SMC 재설정, Time Capsule의 전원 재활용을 시도했지만 아무 것도 가지고 있지 않은 것 같습니다. 효과. 백그라운드에서 실행중인 프로그램이 없는지 확인하려고했습니다. 소프트웨어 업데이트가 꺼져 있고 터미널 에서 lsof -i 를 실행 하면 SystemUIS에 두 개의 열린 IPv4 연결이 있다고보고합니다. 상당한 네트워크 트래픽도 발생하지 않으므로 정체 문제가 아닙니다.

내가 시도 할 수있는 다른 아이디어가 있습니까? 한 대의 컴퓨터가 좋은 이유는 무엇입니까?

macos macbook wifi

— 트로 엔
소스

10.10.5 및 10.11.2와 동일한 문제가 발생했습니다.

— Henry Yei

6

편집 : Apple은 이번 주에 EFI 업데이트를 포함하여 MBP에 대한 두 가지 업데이트를 발표했습니다. 명시 적으로 언급 된 무선 연결에 대한 업데이트는 없지만 업데이트로 부분적으로 문제가 해결 된 것 같습니다. 두 가지 업데이트를 모두 설치 한 후, 매우 가끔씩 100으로 급상승하면서 꽤 일관된 3-5ms 핑을 얻습니다. 적어도 이전보다 훨씬 낫습니다.

그 동안 1ms 응답을 원할 경우 아래 트릭이 여전히 작동합니다.

Apple 토론 포럼의 누군가가 해결 방법으로 사용할 수있는 흥미로운 팁이 있습니다.

네트워크 카드가 200ms 이상 비활성 상태 인 경우 전원이 꺼지고 네트워크 트래픽을 다시 전송하기 위해 전원을 켜야하므로 임의 스파이크가 발생합니다. 그러나 적은 양의 CPU 전력과 약간의 추가 트래픽으로 네트워크 카드를 활성 상태로 유지할 수 있으면 대기 시간이 사라집니다.

seanfromcolumbus에서 권장하는 명령은 다음과 같습니다.

sudo ping -i .2 192.168.1.1

(-i .2는 200ms 간격을 지정합니다)

실제로,이 실행으로 <2ms의 일관된 결과를 얻습니다.

원본 게시물

— 트로 엔
소스

3

모든 사람의 라우터가 아닙니다 192.168.1.1. 내가 직접 작성한 명령은 ping -i 0.2 `netstat -nr | grep -m 1 '^default' | awk '{print $2;}'`모든 상황에서 작동해야합니다. :)

— fletom

1

Time Machine 백업을 수행하고 기존 설치를 지우고 Snow Leopard를 새로 설치했습니다. 그 후 10.6.7 콤보 업데이트를 설치하여이 문제의 원인인지 확인했습니다. 또 다른 새로 설치 한 다음 10.6.6 콤보 업데이트와 나머지 일반 응용 프로그램 업데이트 만 설치했습니다. 이제 모든 것이 정상으로 돌아 왔습니다. 10.6.7을 사용하면 게이트웨이에서 미친 핑 응답 시간이 350ms ... 800ms..600..245 .... 등으로 돌아 왔습니다. 이제 모든 것이 정상으로 돌아가고 예상되는 <1ms 또는 무작위 1-5ms ... 나는 애플이 10.6.7로 무엇을했는지 모르겠지만 Wi-Fi를 파괴합니다.

흥미 롭습니다. 그렇다면 10.6.7 업데이트 이후입니까? 몇 달 전에 많은 네트워크 문제를 발견하지 못해서 최근 문제라고 생각했지만 컴퓨터를 변경하여 확실하지 않았습니다. 애플이 고칠 때까지 10.6.6의 GPU간에 변경하거나 10.6.7의 지연 시간 급증으로 인해 게임에서 연결이 끊어 질 때 컴퓨터가 멈추는 것을 고집했습니다.

— Troyen

이것은 여전히 문제입니다. 나는 10.11.5에 있고 라우터에 대한 대기 시간은 여전히 happe입니다. sudo -i .2 192.168.0.1대기 시간이있는 이벤트 가 있습니다. 다른 시간 간격으로 발생합니다.

— kode