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. Так что маловероятно, что это проблема восходящего потока. Я только что скачал вышеупомянутый архив со скоростью 5,07 МБ/с.

Я все еще загружаю предварительно скомпилированный установщик Windows x64 MSI , почти 30 из 174 МБ на данный момент... со скоростью 5 КБ/с.

34,3 МБ... загрузка зависла. Браузер отображает менее 1 КБ/с.

34,3 МБ... загрузка зависла. Браузер отображает менее 1 КБ/с.

Мой выходит из строя примерно через 65 секунд, я подозреваю, что у вас локальная проблема.

В этом случае я должен был бы обвинить Deutsche Telekom ... псевдо широкополосную связь в сельской местности.

@LigH-de Мне жаль, что ваши загрузки идут медленно, но пока нет никаких признаков того, что проблема на нашей стороне. Статус GitHub и статус AWS тоже все зеленые. Если вам нужна помощь в диагностике вашей проблемы, предоставьте хотя бы traceroute.

Такие проблемы обычно вызваны перегрузкой портов коммутатора в какой-либо транзитной точке либо из-за того, что слишком много трафика было направлено в неправильном направлении (это можно исправить, изменив таблицу маршрутизации), либо из-за того, что некоторые интернет-провайдеры слишком дешевы, чтобы обновить пиринговые порты или купить больше пропускная способность. В любом случае, лучше всего пожаловаться вашему интернет-провайдеру и GitHub (именно в таком порядке). Они в состоянии помочь. Предоставьте им хотя бы traceroute.

Спасибо. Это, безусловно, временная проблема. Всегда примерно в одно и то же время некоторые сервисы становятся ненадежными (например, потоки Twitch продолжают зависать, десинхронизироваться, отключаться), другие сервисы не повреждаются.

Прямо сейчас я только что скачал его со скоростью 2 МБ / с за 1 минуту.

Загрузка AdoptOpenJDK также очень-очень медленная через мое 50-мегабитное DSL-соединение (Германия - Deutsche Telekom VDSL, обычно работает со скоростью более 5 МБ/с dl). Обычно я получаю 30-50 КБ/сек, поэтому типичная загрузка OpenJDK занимает более 1 часа.
Я предполагаю, что это какая-то проблема между Deutsche Telekom и Amazon (и «telia.net», согласно tracert, сетевой системе, которая их соединяет).

Используемый сервер загрузки
52.216.161.35 (github-production-release-asset-2e65be.s3.amazonaws.com), согласно некоторым трекерам IP-адресов, этот IP-адрес находится в Вирджинии (США). Данные передаются по протоколу IPv4.

Проблема с Deutsche Telekom в том, что они хотят, чтобы транзит покупали другие провайдеры. Вот почему все их другие ссылки перегружены, и вы получаете ужасную скорость загрузки. Лучшее, что вы можете сделать, — это пожаловаться и в DTAG, и в GitHub в надежде, что они начнут обмениваться трафиком по прямой ссылке.

Я только что получил загрузку около 8 МБ / с. Может быть, они о чем-то договорились?

Аналогичные сообщения на форуме doom9 относительно AviSynth+ ; Я не знаю, каким интернет-провайдером пользуется этот репортер, но я полагаю, что он проживает в Польше, поэтому, возможно, ему придется пройти через немецкую магистраль.

Пытаюсь связаться с поддержкой github по этому поводу.

Аналогичные сообщения на форуме doom9 относительно AviSynth+ ; Я не знаю, каким интернет-провайдером пользуется этот репортер, но я полагаю, что он проживает в Польше, поэтому, возможно, ему придется пройти через немецкую магистраль.

Пытаюсь связаться с поддержкой github по этому поводу.

У меня то же самое. Тот же провайдер, что и вы.

Те же проблемы и здесь, в Германии. Провайдер 1&1.

Редактировать: исправлена ​​проблема с неевропейским ip.

Сегодня я попытался уведомить Deutsche Telekom (с приоритетной поддержкой нашей компании), а также Telia. Я предполагаю, что дросселирование происходит где-то между их магистральными сетями...

То же самое и для меня, я тоже использую Deutsche Telekom. Это происходит со всеми загрузками github.

Используя мой VPN-клиент (также с немецким IP-адресом), я могу скачивать на полной скорости.

Значит, это проблема нашего провайдера? Можем ли мы что-нибудь с этим сделать?

То же самое здесь (также Deutsche Telekom). Я работал над этим, используя Opera и ее встроенный VPN.

Я не знаю, помогает ли это, когда многие люди жалуются на одну и ту же проблему (на веб-портале Telekom Kundencenter, а не на горячей линии). Но лучше попробовать, чем пожимать плечами.

Та же проблема здесь (Deutsche Telekom), спасибо за подсказку с Opera. Буду жаловаться в Deutsche Telekom. Интересно также по поводу T-Mobile (той же компании).

Загрузка со скоростью 44кбит/с

|------------------------------------------------- -----------------------------------------|
| Статистика |
| Хост - % | Отправлено | Прием | Лучший | Среднее | первый | Последний |
|------------------------------------------------| ------|------|------|------|------|------|
| 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.telia.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.telia.net - 10 | 11 | 10 | 0 | 37 | 41 | 37 |
| ffm-b1-link.telia.net - 0 | 14 | 14 | 34 | 40 | 59 | 35 |
| github-ic-350972-ffm-b1.c.telia.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 снова замешана... но трудно понять, кто виноват в этой битве между крупными магистральными интернет-провайдерами.

@tpavesi Является ли Virgin Media собственностью Liberty Global? Вот так выглядит traceroute (aorta.net). В этом отношении Liberty Global является печально известным преступником. Пожаловаться в их службу поддержки.

@LigH-de Telia — один из крупнейших поставщиков транспортных услуг. Не их вина, если вовлеченные стороны не хотят обновлять ссылку.

Virgin media принадлежит Liberty Global. В Великобритании произошел крупный сбой
последние несколько дней именно там, где вы упомянули.

В понедельник, 27 апреля 2020 г., в 07:35, Андреас Аленсторф, [email protected]
написал:

@tpavesi https://github.com/tpavesi Является ли Virgin Media собственностью Liberty
Глобальный? Вот так выглядит 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
.

Верно. Twitch тоже сломался, поэтому аудитория того кейса была большая.

Наблюдение из сельской Франции на медном проводе и максимальной скорости 100 кбит/с (о да).
Та же проблема с попыткой получить «AdoptOpenJDK» … но нашел «сельскохозяйственный» обходной путь.
Если я оставлю браузер открытым, а машину не побеспокоить, загрузка будет происходить так же, как и другие... несколько секунд, затем прерывается... повторите несколько раз до нескольких процентов, затем происходит сбой/закрытие/завершение.
Но... если я продолжу использовать браузер и перемещаться между страницами, это, похоже, подтолкнет зверя к жизни.
Пришлось попробовать это несколько раз, но, похоже, это повторяется ... в том, что загрузка засыпает.
Не знаю, полезно ли это, но это может помочь в то же время.
Win7pro64+Опера

@карианна
К вашему сведению, я работаю над пакетом VS Code около 6% пользователей не смогли загрузить JDK после 3 попыток , что немало. Есть ли идея улучшить его?

Кстати, помимо тех интернет-провайдеров, упомянутых в комментариях выше, почти у всех интернет-провайдеров в Китае у нас нестабильный доступ к GitHub/AWS.

Проблема не в недостатке полосы пропускания у источника. Проблема заключается в насыщении межсоединений между интернет-провайдерами. Мы мало что можем сделать, пока делегируем обработку загрузок GitHub. Мы, так сказать, на пассажирском сиденье.

Есть способы улучшить ситуацию, но они усложняют дело и требуют значительной работы и, возможно, денег. Деньги - не проблема, работа - потому что у нас не хватает рук.

Варианты, которые я вижу:

• Конвейерная загрузка через API вместо перенаправления на GitHub. Расходует ресурсы на потоковую передачу двоичных файлов, но Cloudflare может кэшировать их. Нам потребуется лицензия ICP из Китая, чтобы кэшировать там контент и включить Cloudflare China CDN. Однако сочетание API с загрузками — это не то, что мне нужно.
• Разработайте программу, которая может синхронизировать локальный каталог на компьютере/в хранилище BLOB-объектов Azure с нашим API/GitHub (только выпуски). Это позволило бы нам размещать наши загрузки самостоятельно (вероятно, опять же через Cloudflare) и давало бы возможность размещать зеркала (лицензия ICP не требуется, потому что ее будет размещать кто-то другой). Требуется введение GPG подписи бинарных контрольных сумм (должно быть сделано в любом случае). Для Китая см. выше. Проблема: задержка при синхронизации API, GitHub и локального компьютера/хранилища BLOB-объектов Azure.
• Сделайте что-нибудь умное с Cloudflare Workers. Для Китая см. выше.

Если кто-то хочет работать над этим, пожалуйста, свяжитесь с нами.

Спасибо за информацию. Похоже, идеальным решением будет GitHub/AWS для работы с разными интернет-провайдерами, тогда мы пользуемся бесплатно 🤷 .

Что касается зеркал, ниже приведена находка, просто к вашему сведению, если она будет полезна.
Зеркало, размещенное в Университете Цинхуа в Китае: https://mirrors.tuna.tsinghua.edu.cn/AdoptOpenJDK/
и оригинальный билет к нему. (Только на китайском языке, и вы можете перевести страницу.)

Спасибо за ссылку на то китайское зеркало. https://github.com/tuna/tunasync-scripts/blob/master/adoptopenjdk.py — это скрипт, который они используют. Сделать что-то подобное — это один из возможных путей продвижения вперед, но, как я уже сказал, и я не могу не подчеркнуть этого достаточно, это требует проверки контрольных сумм, что намного проще с GPG.

То же самое здесь (также Deutsche Telekom). Я работал над этим, используя Opera и ее встроенный VPN.

У меня то же самое... медленно в Chrome/Opera/Edge без VPN
(Да, моя загрузка - это mqtt-клиент, но то же самое было и с JDK)

При использовании VPN (например, встроенный клиент Opera)
Скорость загрузки увеличивается как минимум до 500 КБ/с.

Спасибо за подсказку с китайским зеркалом. Гораздо быстрее, чем использовать прямую загрузку Github.

Я использую 1&1 (Deutsche Telekom) и все еще сталкиваюсь с той же проблемой.
Иногда я получаю 1 КБ / с :-(

Любое решение для этого?

@getashraf Я открыл билет на Deutsche Telekom Kundenportal. Как только это будет решено, я потребую часть денег обратно.
Я добавил ссылку на эту статью: https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

Но ждите звонков от Телекома. Они вынуждены случайным образом звонить вам независимо от того, сохраняется ли проблема или вы изменили свой маршрутизатор. Они также настаивают на том, чтобы у вас было рабочее соединение, поскольку они видят только вашу скорость синхронизации DSL в службе поддержки.

Есть официальное заявление от German Telekom
https://telekomhilft.telekom.de/t5/Telefonie-Internet/Downloadgeschwindigkeiten-von-GitHub-mal-wieder-unterirdisch/td-p/3873484/page/11

Не знаю, насколько это правда, потому что всегда проще сказать, что это сбой другого сервиса.

БДТ
Вармандра

@getashraf Я открыл билет на Deutsche Telekom Kundenportal. Как только это будет решено, я потребую часть денег обратно.
Я добавил ссылку на эту статью: https://www.golem.de/news/deutsche-telekom-peering-zu-us-servern-scheint-langsam-zu-sein-2012-152982.html

Но ждите звонков от Телекома. Они вынуждены случайным образом звонить вам независимо от того, сохраняется ли проблема или вы изменили свой маршрутизатор. Они также настаивают на том, чтобы у вас было рабочее соединение, поскольку они видят только вашу скорость синхронизации DSL в службе поддержки.

Эта тема была отмечена как разрешенная, но на самом деле таковой не является. Я все еще скачиваю со скоростью около 4-5 кбит/с, и вскоре все перестает скачиваться. Как говорится в официальном ответе, это не их вина. Я не уверен в этом. Тем не менее, он был отмечен как решенный ...

Я не уверен в этом.

Почему?

Время от времени у них возникали проблемы, тогда как у любого другого провайдера таких проблем не было. Кроме того, это какое-то общее недоверие к поддержке Телекома. Проблемы либо не решены и отмечены как решенные из-за «не того отдела», и/или требуется долгий путь через уровни поддержки с многочасовым ожиданием по телефону. У меня была такая же проблема несколько лет назад.

Время от времени у них возникали проблемы, тогда как у любого другого провайдера таких проблем не было. Кроме того, это какое-то общее недоверие к поддержке Телекома. Проблемы либо не решены и отмечены как решенные из-за «не того отдела», и/или требуется долгий путь через уровни поддержки с многочасовым ожиданием по телефону. У меня была такая же проблема несколько лет назад.

А, я вижу, я неправильно прочитал. Я думал, вы подразумеваете, что проблема в 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, чтобы «исправить» это», и когда я перезвонил, чтобы отменить, что горячая линия была совершенно невежественна, когда я рассказал о проблемах в магистрали, которые можно обойти только для того, чтобы не использовать стандартная телекомовская маршрутизация (например, через 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, чтобы «исправить» это», и когда я перезвонил, чтобы отменить, что горячая линия была совершенно невежественна, когда я рассказал о проблемах в магистрали, которые можно обойти только для того, чтобы не использовать стандартная телекомовская маршрутизация (например, через VPN).Она потом хотела продать мне их услугу "Computerhilfe".Серьезно.

Deutsche Telekom хотел предоставить решение на прошлой неделе. 🙄 Я бы сказал, лучше попросите команду Twitter перезвонить вам. Они знают больше о том, что происходит. Я также попросил сторонника рассказать об этом команде 1-го уровня. Не случилось, как кажется.

Итак, пилите команду Twitter. Я думаю, что это @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"

Тем не менее, время загрузки все еще далеко от нормы.

Ваше решение отличное, оно сработало.