Comcast는 느린 공황 다운로드와 유일한 ISP가 아닙니다 … 나는 AT&T 기가 비트 섬유와 코 다 업데이트는 일반적으로 다운로드 하는 데 몇 분 정도 걸릴 수 있습니다. 그것은 1 년 이상 그 방법 이었다, 나는 항상 그냥 공황의 서버가 빠르지 않았다 생각 하지만,이 게시물을 기반으로, 아마 뭔가 다른 놀이에. 자신을 해결 해야: 직접 다운로드와 테스트를 했다-110KB/초의 동일한 느린 속도, 일반적으로 70MB는 약 4-5 초 소요. 우리의 다운로드는 정말 느린-하지만 겉으로는 Comcast 사용자, 최대 인터넷 사용 시간 동안. 뭔가를 했다. 인터넷 속도를 테스트 할 때, 그것은 5MB 초에서 60MB의 범위, 하지만 github에서 저장소를 복제 하려고 할 때, 그것은 ~ 30KB/S에서 다운로드 합니다. 확실 하 게, 우리는 2 주를 기다렸다, 우리의 사용자가 속도 테스트를 다시 실행 했다, 그리고 당신은 그것을 알고 하지 않습니다 … 다른 다운로드 위치는 여전히 가능 할 수 있습니다, 뭔가 우리의 다운로드를 느리게 하는 경우, 그것은 몇 가지 분석을 수행 하 고 이유를 알아낼 꽤 쉽게 해야한다, 또는 적어도 어디. 문제는 내가 앉아있는 곳에서 해결 되지 않습니다 (이는 지난 3 분 동안 18 MB의 70.3 MB를 다운로드 하는 것을 보고 하는 업데이트 전송 창 앞에 있습니다).

Git LFS는 계정 또는 조직에 유료 구독이 있는지 여부에 관계 없이 GitHub의 모든 리포지토리에 사용할 수 있습니다. 더 많은 커맨드 라인 옵션에 대해서는, 전자-다운로드 프로젝트의 내부에 있는 index js를 살펴보십시오. 나는 중앙 유럽 (스위스)에, 아니 와이파이, 일부 speedtest 사이트에 나에 게 ~ 200 메가 비트/s를 주는 섬유에 이더넷, 일반적으로 속도 문제를가지고 있지 않습니다 (자주 물건을 다운로드 하는 개발자, 예를 들어 정기적으로 최신 페도라를 유지, 결코 어떤 문제), 하지만 난 새로운 버전으로 미니 시프트를 업그레이드 할 때마다 그것은 정말 GitHub 릴리스에서 oc와 ISO를 DL 하는 투쟁 … 이메일 관리 (송수신)가 우리의 서버에서 매우 느린 (나는 상대적으로 작은 호스팅 회사에서 일하고 있었다) 라는 고객의 의견을가지고 상황을 상상해보십시오. 나는이에 대 한 충분 한 알림을 받은 대로, 문제에 대 한 메일 서버 관리자와 이야기. 동료는 지난 달에 나에 게 네트워크 데이터 로그를 보여 주었다 평균 네트워크 부하 오차가 약 47-51%, 그는 어떤 문제를 볼 하지 않았다.