Temurin-build: 다운로드가 매우 느립니다. 여유 대역폭을 위해 급류를 공유하는 것은 어떻습니까?

릴리스는 GitHub에서 호스팅됩니다(예: https://github.com/AdoptOpenJDK/openjdk11-binaries/releases/download/jdk-11.0.5%2B10/OpenJDK11U-jdk_x64_linux_hotspot_11.0.5_10.tar.gz). GitHub는 Amazon S3와 함께 이를 저장하고 배포합니다. 따라서 업스트림 문제일 가능성은 거의 없습니다. 방금 언급한 tarball을 5,07MB/s로 다운로드했습니다.

저는 여전히 사전 컴파일된 Windows x64 MSI 설치 프로그램을 다운로드 중입니다

34.3MB ... 다운로드가 중단되었습니다. 브라우저는 1KB/s 미만으로 표시합니다.

34.3MB ... 다운로드가 중단되었습니다. 브라우저는 1KB/s 미만으로 표시합니다.

광산은 약 65초 후에 다운됩니다. 현지화된 문제가 있는 것 같습니다.

이 경우 Deutsche Telekom... 시골 지역의 의사 지망생 광대역 연결을 비난해야 합니다.

@LigH-de 귀하의 다운로드 속도가 느리다는 점에 유감입니다. 그러나 지금까지 문제가 저희 쪽이라는 징후는 없습니다. GitHub 상태 및 AWS 상태 도 모두 녹색입니다. 문제 진단에 도움이 필요하면 최소한 traceroute를 제공하십시오.

이러한 문제는 일반적으로 너무 많은 트래픽이 잘못된 방향으로 라우팅되었거나(라우팅 테이블을 변경하여 수정할 수 있음) 일부 ISP가 피어링 포트를 업그레이드하거나 구매하기에 너무 저렴하기 때문에 일부 전송 지점에서 용량을 초과하는 스위치 포트로 인해 발생합니다. 더 많은 수송 능력. 어쨌든 최선의 방법은 ISP와 GitHub(순서대로)에 불만을 제기하는 것입니다. 그들은 도울 수 있는 위치에 있습니다. 그들에게 최소한 추적 경로를 제공하십시오.

감사합니다. 확실히 시간적인 문제입니다. 항상 거의 같은 시간에 일부 서비스는 신뢰할 수 없게 되고(예: Twitch 스트림이 계속 지연, 동기화 해제, 연결 해제됨) 다른 서비스는 손상되지 않습니다.

지금은 1분에 2MB/s로 다운로드했습니다.

AdoptOpenJDK 다운로드도 50MBit DSL 연결을 통해 매우 느립니다(독일 - Deutsche Telekom VDSL, 일반적으로 5MB/초 dl 속도 이상에서 완벽하게 작동). 나는 보통 30-50KB/sec를 얻습니다. 따라서 일반적인 OpenJDK 다운로드는 1시간 이상 걸립니다.
나는 이것이 Deutsche Telekom과 Amazon(그리고 둘을 연결하는 네트워크 시스템 tracert에 따른 "talia.net") 사이의 문제라고 가정합니다.

사용된 다운로드 서버는
일부 IP 위치 추적기에 따르면 이 IP는 버지니아(미국)에 있습니다. 데이터는 IPv4를 통해 전송됩니다.

Deutsche Telekom의 문제는 다른 공급자가 대중교통을 구매하기를 원한다는 것입니다. 그렇기 때문에 다른 모든 링크가 포화 상태이며 다운로드 속도가 매우 빠릅니다. 당신이 할 수 있는 최선의 방법은 DTAG와 GitHub 모두에 직접 링크를 통해 트래픽을 교환하기 시작하기를 바라는 마음으로 불평하는 것입니다.

방금 약 8MB/s의 다운로드를 받았습니다. 아마도 그들은 뭔가를 협상 했습니까?

AviSynth+에 관한 doom9 포럼의 유사한 보고서 ; 이 기자가 어떤 ISP를 사용하는지 모르지만 폴란드에 거주하고 있으므로 독일 백본을 거쳐야 할 것 같습니다.

그것에 대해 github 지원에 문의하려고합니다.

AviSynth+에 관한 doom9 포럼의 유사한 보고서 ; 이 기자가 어떤 ISP를 사용하는지 모르지만 폴란드에 거주하고 있으므로 독일 백본을 거쳐야 할 것 같습니다.

그것에 대해 github 지원에 문의하려고합니다.

나는 같은 것을 가지고 있습니다. 당신과 같은 제공자.

독일에서도 같은 문제가 발생합니다. 공급자는 1&1입니다.

편집: 비 유럽 IP 문제를 수정했습니다.

오늘은 Telia 뿐만 아니라 Deutsche Telekom(우리 회사의 우선 지원 포함)에 알리려고 했습니다. 스로틀링은 백본 네트워크 사이 어딘가에 있다고 가정합니다 ...

저 역시 도이치텔레콤을 사용하고 있습니다. 이것은 모든 github 다운로드에서 발생합니다.

내 VPN 클라이언트(독일 IP도 사용)를 사용하여 최고 속도로 다운로드할 수 있습니다.

이것이 우리 ISP의 문제입니까? 이에 대해 우리가 할 수 있는 일이 있습니까?

여기도 마찬가지입니다(Deutsche Telekom도 마찬가지). Opera와 내장 VPN을 사용하여 이 문제를 해결했습니다.

많은 사람들이 같은 문제(전화 핫라인이 아니라 Telekom Kundencenter 웹 포털)에 대해 불평할 때 도움이 되는지 모르겠습니다. 그러나 어깨를 으쓱하는 것보다 시도하는 것이 좋습니다.

같은 문제(Deutsche Telekom), Opera에 대한 힌트 감사합니다. Deutsche Telekom에 불만을 제기합니다. 흥미롭게도 T-Mobile(동일한 회사)에서도 마찬가지입니다.

44kb/s로 다운로드

|---------------------------------------------------- ------------------------------------------|
| 통계 |
| 호스트 - % | 보낸 | 수신 | 베스트 | 평균 | 우선 | 마지막 |
|------------------------------------------------| ------|------|------|------|------|------|
| 10.0.0.1 - 0 | 14 | 14 | 0 | 0 | 1 | 1 |
| 10.73.200.1 - 0 | 14 | 14 | 8 | 13 | 22 | 15 |
|nrth-core-2a-xe-10010-0.network.virginmedia.net - 0 | 14 | 14 | 10 | 14 | 24 | 16 |
| 호스트로부터 응답 없음 - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| 호스트로부터 응답 없음 - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| m686-mp2.cvx1-b.lis.dial.ntli.net - 10 | 11 | 10 | 0 | 21 | 28 | 28 |
| 호스트로부터 응답 없음 - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| uk-lon01b-ri1-ae-25-0.aorta.net - 0 | 14 | 14 | 18 | 21 | 30 | 18 |
| ldn-b1-link.talia.net - 0 | 14 | 14 | 17 | 21 | 31 | 19 |
| 호스트로부터 응답 없음 - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| 호스트로부터 응답 없음 - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ffm-bb2-link.talia.net - 10 | 11 | 10 | 0 | 37 | 41 | 37 |
| ffm-b1-link.talia.net - 0 | 14 | 14 | 34 | 40 | 59 | 35 |
| github-ic-350972-ffm-b1.c.talia.net - 0 | 14 | 14 | 31 | 37 | 48 | 34 |
| 호스트로부터 응답 없음 - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| 호스트로부터 응답 없음 - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| lb-140-82-118-4-ams.github.com - 10 | 11 | 10 | 0 | 41 | 44 | 41 |
|________________________________________________|______|______|______|______|______|______|

따라서 Telia가 다시 관련되어 있습니다... 그러나 큰 백본 ISP 간의 이 전투에서 누구를 비난해야 할지 알기 어렵습니다.

@tpavesi Virgin Media는 Liberty Global의 소유입니까? Traceroute는 그렇게 보입니다(aorta.net). Liberty Global은 그런 면에서 악명 높은 범죄자입니다. 그들의 고객 지원에 불평하십시오.

@LigH-de Telia는 가장 큰 대중 교통 연결 제공업체 중 하나입니다. 관련된 당사자가 링크를 업그레이드하기를 원하지 않는다면 그들의 잘못이 아닙니다.

Virgin 미디어는 Liberty Global의 소유입니다. 영국에서 대규모 정전이 발생했습니다.
지난 며칠 동안 당신이 언급한 바로 그 곳.

2020년 4월 27일 월요일 07:35 Andreas Ahlenstorf [email protected]
썼다:

@tpavesi https://github.com/tpavesi 는 Liberty가 소유한 Virgin Media입니다.
글로벌? Traceroute는 그렇게 보입니다(aorta.net). 리버티 글로벌은
그런 점에서 악명 높은 범죄자. 그들의 고객 지원에 불평하십시오.

@LigH-de https://github.com/LigH-de Telia는 가장 큰 것 중 하나입니다.
대중 교통 연결 제공자. 당사자가 관련된 경우 자신의 잘못이 아닙니다.
링크를 업그레이드하고 싶지 않습니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/AdoptOpenJDK/openjdk-build/issues/1349#issuecomment-619759818 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AAXA2GBZAA52NG53YZMUSZ3ROURR5ANCNFSM4JFRUSVA
.

물론. 트위치도 망해서 그 사건의 청중이 많았다.

구리 및 최대 100kbs(오 예)에 대한 시골 프랑스의 관찰.
"AdoptOpenJDK"를 얻으려고 시도하는 것과 동일한 문제가 있지만 '농업' 해결 방법을 찾았습니다.
브라우저를 열어두고 컴퓨터가 방해받지 않으면 다운로드가 다른 사람들이 찾은 것처럼 ... 몇 초 후 중단 ... 몇 퍼센트가 될 때까지 몇 번 반복한 다음 충돌/닫기/종료됩니다.
하지만 .. 계속 브라우저를 사용하고 페이지 사이를 이동하면 짐승이 다시 살아날 것 같습니다.
이것을 몇 번 시도해야했지만 반복 가능한 것 같습니다 ... 다운로드가 잠자기 상태에 있다는 점에서.
이것이 유용한지 모르겠지만 그 동안 도움이 될 수 있습니다.
Win7pro64+오페라

@karianna
참고로 저는 Java용 VS Code 팩 은 사용자가 없는 경우 AdoptOpenJDK를 다운로드합니다. 통계에서 이 순간 동안 약 6%의 사용자가 3번의 재시도 후에 JDK를 다운로드하지 못한 것으로 나타났습니다 . 이는 적은 숫자가 아닙니다. 개선할 아이디어가 있습니까?

BTW, 위에서 언급한 ISP 외에 중국의 거의 모든 ISP와 함께 GitHub/AWS에 대한 액세스가 불안정합니다.

문제는 소스의 대역폭 부족이 아닙니다. 문제는 ISP 간의 포화 상호 연결입니다. 다운로드 처리를 GitHub에 위임하는 한 우리가 할 수 있는 일은 많지 않습니다. 우리는 말하자면 조수석에 있습니다.

상황을 개선할 수 있는 방법이 있지만 상황을 더 복잡하게 만들고 상당한 작업과 돈을 필요로 합니다. 돈이 문제가 아니라 일은 우리가 손이 부족하기 때문입니다.

내가 보는 옵션:

• GitHub로 리디렉션하는 대신 API를 통해 다운로드를 파이핑합니다. 스트리밍 바이너리에 리소스를 낭비하지만 Cloudflare에서 캐시할 수 있습니다. 콘텐츠를 캐시하고 Cloudflare China CDN을 활성화하려면 중국의 ICP 라이선스가 필요합니다. 그러나 API를 다운로드와 결합하는 것은 내가 원하는 것이 아닙니다.
• 머신/Azure Blob Storage의 로컬 디렉터리를 API/GitHub와 동기화할 수 있는 프로그램을 개발하세요(릴리스만 해당). 이렇게 하면 다운로드를 직접 호스팅할 수 있고(아마도 다시 Cloudflare를 통해) 미러 호스팅 옵션을 제공할 수 있습니다(다른 사람이 호스팅하므로 ICP 라이선스가 필요하지 않음). 바이너리 체크섬의 GPG 서명 도입이 필요합니다(어쨌든 완료해야 함). 중국의 경우 위를 참조하십시오. 문제: API, GitHub 및 로컬 시스템/Azure Blob Storage를 동기화할 때 지연이 발생합니다.
• Cloudflare 작업자로 스마트한 작업을 수행하십시오. 중국의 경우 위를 참조하십시오.

작업을 원하시는 분이 계시다면 연락주세요.

정보 주셔서 감사합니다. 이상적인 솔루션은 GitHub/AWS가 다른 ISP와 함께 작동하는 것 같습니다. 그러면 무료로 혜택을 받을 수 있습니다 🤷 .

거울에 대해 아래는 유용한 정보일 뿐입니다.
중국 Tsinghua University에서 호스팅하는 미러: https://mirrors.tuna.tsinghua.edu.cn/AdoptOpenJDK/
그리고 원래 티켓 . (중국어로만 되어 있으며 페이지를 번역할 수도 있습니다.)

그 중국 거울에 대한 링크를 주셔서 감사합니다. https://github.com/tuna/tunasync-scripts/blob/master/adoptopenjdk.py 는 그들이 사용하는 스크립트입니다. 이와 같은 일을 하는 것은 앞으로 나아갈 수 있는 한 가지 방법이지만, 내가 말했듯이 충분히 강조할 수는 없지만 GPG를 사용하면 훨씬 더 쉬운 체크섬 검증이 필요합니다.

여기도 마찬가지입니다(Deutsche Telekom도 마찬가지). Opera와 내장 VPN을 사용하여 이 문제를 해결했습니다.

나에게도 마찬가지.. VPN 없이 Chrome/Opera/Edge에서 느림
(예, 내 다운로드는 mqtt-client이지만 JDK에 대해서도 동일한 경험을 했습니다.)

VPN을 사용하는 경우(예: Operas 내장 클라이언트)
다운로드는 최소 500KB/s로 증가합니다.

중국 거울로 힌트를 주셔서 감사합니다. Github 다운로드를 직접 사용하는 것보다 훨씬 빠릅니다.

1&1(Deutsche Telekom)을 사용하고 있으며 여전히 동일한 문제에 직면하고 있습니다.
나는 때때로 1KB/s를 얻고 있다 :-(

이에 대한 해결책이 있습니까?

@getashraf Deutsche Telekom Kundenportal에서 티켓을 열었습니다. 이 문제가 해결되면 돈을 다시 요구할 것입니다.
이 기사에 대한 링크를 추가했습니다. https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

그러나 Telekom의 전화를 기대하십시오. 그들은 문제가 지속되는지 또는 라우터를 사용했는지 여부에 관계없이 무작위로 전화를 걸도록 강요받습니다. 그들은 또한 헬프 데스크에서 DSL 동기화 속도만 볼 수 있으므로 연결이 작동 중이라고 주장합니다.

German Telekom의 공식 성명이 있습니다.
https://telekomhilft.telekom.de/t5/Telefonie-Internet/Downloadgeschwindigkeiten-von-GitHub-mal-wieder-unterirdisch/td-p/3873484/page/11

다른 서비스의 실패라고 말하는 것이 항상 더 쉽기 때문에 이것이 얼마나 사실인지 모르겠습니다.

BDT
바르만드라

@getashraf Deutsche Telekom Kundenportal에서 티켓을 열었습니다. 이 문제가 해결되면 돈을 다시 요구할 것입니다.
이 기사에 대한 링크를 추가했습니다. https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

그러나 Telekom의 전화를 기대하십시오. 그들은 문제가 지속되는지 또는 라우터를 사용했는지 여부에 관계없이 무작위로 전화를 걸도록 강요받습니다. 그들은 또한 헬프 데스크에서 DSL 동기화 속도만 볼 수 있으므로 연결이 작동 중이라고 주장합니다.

이 스레드는 해결된 것으로 표시되었지만 실제로는 그렇지 않습니다. 나는 여전히 약 4-5kbit/s로 다운로드 중이며 모든 것이 다운로드를 멈춘 직후입니다. 공식 답변에서 언급했듯이 그것은 그들의 잘못이 아닙니다. 잘 모르겠습니다. 그럼에도 불구하고 그것은 해결 된 것으로 표시되었습니다 ...

잘 모르겠습니다.

왜요?

그들은 때때로 문제를 겪었습니다. 다른 모든 공급자에게는 이러한 문제가 없었습니다. 또한 Telekom 지원에 대한 일종의 일반적인 불신입니다. 문제는 "잘못된 부서"로 인해 해결되지 않고 해결된 것으로 표시되거나 몇 시간 동안 전화를 기다려야 하는 지원 수준을 통해 많은 시간이 걸립니다. 나는 몇 년 전에 같은 문제를 겪었습니다.

그들은 때때로 문제를 겪었습니다. 다른 모든 공급자에게는 이러한 문제가 없었습니다. 또한 Telekom 지원에 대한 일종의 일반적인 불신입니다. 문제는 "잘못된 부서"로 인해 해결되지 않고 해결된 것으로 표시되거나 몇 시간 동안 전화를 기다려야 하는 지원 수준을 통해 많은 시간이 걸립니다. 나는 몇 년 전에 같은 문제를 겪었습니다.

아, 제가 잘못 읽었나 봅니다. 나는 당신이 문제가 Adopt에 있음을 암시한다고 생각했습니다.

여러 동시 연결을 사용하여 lftp 다운로드하면 고통을 조금 완화하는 데 도움이 됩니다. 예

lftp -c "pget -c -n 20 https://github.com/mikefarah/yq/releases/download/3.4.1/yq_linux_amd64"

그러나 다운로드 시간은 여전히 ​​정상과는 거리가 멀다.

@getashraf Deutsche Telekom Kundenportal에서 티켓을 열었습니다. 이 문제가 해결되면 돈을 다시 요구할 것입니다.
이 기사에 대한 링크를 추가했습니다. https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

@bmarwell 그들에게서 답장을 받은 적이 있습니까? 나는 "Stoerungsmeldung"으로 똑같이 했지만 그것은 완전한 재앙이었습니다. 그들은 기술자를 내 집 및/또는 DSLAM으로 보내 "이 문제를 수정"하고 싶어했고, 내가 취소하기 위해 다시 전화를 걸었을 때, 핫라인을 사용하지 않기 위해서만 우회할 수 있는 백본의 문제에 대해 이야기했을 때 핫라인은 완전히 단서가 없었습니다. 표준 Telekom 라우팅(예: VPN을 통한) 그런 다음 그녀는 나에게 "Computerhilfe" 서비스를 판매하기를 원했습니다. 진심으로.

@getashraf Deutsche Telekom Kundenportal에서 티켓을 열었습니다. 이 문제가 해결되면 돈을 다시 요구할 것입니다.
이 기사에 대한 링크를 추가했습니다. https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

@bmarwell 그들에게서 답장을 받은 적이 있습니까? 나는 "Stoerungsmeldung"으로 똑같이 했지만 그것은 완전한 재앙이었습니다. 그들은 기술자를 내 집 및/또는 DSLAM으로 보내 "이 문제를 수정"하고 싶어했고, 내가 취소하기 위해 다시 전화를 걸었을 때, 핫라인을 사용하지 않기 위해서만 우회할 수 있는 백본의 문제에 대해 이야기했을 때 핫라인은 완전히 단서가 없었습니다. 표준 Telekom 라우팅(예: VPN을 통한) 그런 다음 그녀는 나에게 "Computerhilfe" 서비스를 판매하기를 원했습니다. 진심으로.

Deutsche Telekom은 지난 주까지 솔루션을 제공하기를 원했습니다. 🙄 트위터 팀에 다시 전화해 달라고 요청하는 것이 좋습니다. 그들은 무슨 일이 일어나고 있는지 더 많이 알고 있습니다. 나는 또한이 문제에 대해 1 단계 팀에게 가르쳐달라고 서포터에게 말했습니다. 그것은 일어난 것처럼 보이지 않았습니다.

그러니 트위터 팀에게 잔소리를 하십시오. @telekom_hilft 또는 이와 유사한 것 같아요.

NordVPN으로 저를 위해 일했습니다. 공급자 Deutsche telekom은 Amazon과 함께합니다.

여러 동시 연결을 사용하여 lftp 다운로드하면 고통을 조금 완화하는 데 도움이 됩니다. 예

lftp -c "pget -c -n 20 https://github.com/mikefarah/yq/releases/download/3.4.1/yq_linux_amd64"

그러나 다운로드 시간은 여전히 ​​정상과는 거리가 멀다.

귀하의 솔루션은 훌륭합니다.