Режется скорость до яндекс.диска. Почему так происходит? Где искать проблему?
Выявил проблему со скоростью интернета при загрузке/выгрузке на яндекс.диск.
На работе всегда на яндекс выгружалось со скоростью 1-3 мб/с. Я привык и вроде не очень плохо. Как-то пришлось подключиться удалённо к другому пк в своём городе и перекинуть 1гб через свой диск и я немного удивился. Там загрузка/выгрузка на мой диск шла со скоростью 8-10 мб/с. Попробовал дома повторить. Тоже самое 8-10 мб/с. На работе по прежнему 1-3мб/с, но при этом торрентом сеть в офисе спокойно разгоняется до положенных 8-10 мб/с. Везде провайдеры разные, но подключение одинаковое 100мбит.
Попробовал сделать tracert — дома и у клиента показало какие-то цифры. В офисе до первого роутера показало < 1 мс, а за ним сразу показало звёздочки.
Сеть в офисе устроена так.
Приходит оптика, две штуки. Дальше стоит TP-LINK TL-R480T+ объединяя всё в один канал. Т.к. на этом роутере есть лимит по пробросу портов, то на нём настроена демилитаризованная зона, в которую уже подключен «прошлый» TP-LINK TL-R600VPN, в котором уже настроены все нужные пробросы для разных нужд. Tracert до R600VPN показывает <1мс, за ним уже ничего не видит.
Подозреваю, что где-то в этой связке роутеров подключение к диску и режется.
Подскажите какие настройки нужно искать и проверять, чтобы «офисное» состояние подключения поднялось до «домашнего»?
З.Ы. Зоопарк роутеров связан с тем, что раньше был один дохлый канал на 10 мбит на юр.лицо и всё работало/настроено через R600VPN. Потом кинули подешевле второй канал на 100 мбит и купили 480-й, чтобы организовать балансировку. А старый роутер оставили, потому что 480-й ограничен в «пробросах» и на старом уже всё настроено.
Яндекс диск долго загружает файлы
Получайте ответы на вопросы по любой теме из области IT от специалистов в этой теме.
Доброго всем времени! Сегодня мы поговорим о таком приложении Яндекса, как Яндекс-диск. Яндекс-диск весьма удобен тем, что вы можете хранить в облаке свои файлы и иметь к ним доступ с любого устройства в любом месте. А это значит, что вам нет надобности носить с собой флешку.
В последнее время у некоторых часто возникают проблемы при работе приложения. Наблюдательные пользователи конечно же заметили, что это программа часто обновляется. Последняя версия сильно отличается от предыдущих, а после обновления бывает так, что программа выдает ошибки при работе.
Кроме этого в яндекс-диске имеется еще одна хорошая возможность. Если вам необходимо отправить кому-нибудь какой-либо файл, а особенно «громоздкий», то вам проще его закачать на диск, а получателю отправить ссылку на этот файл. О том как это сделать, а так же о самой загрузке на яндекс-диск и пойдет речь в этом небольшом обзоре.
Как дать ссылку на Яндекс-Диск для загрузки файла?
Итак, прежде чем давать ссылку на файл, его, естественно, необходимо загрузить. Когда вы заходите на главную страничку своего диска, то видите все папки по умолчанию. Плюс те, что создали сами.
В верхнем левом углу видим синюю кнопку с надписью «Загрузить». Жмем ее, откроется папка проводника вашего компьютера, откуда выбираем файл. После его выбора вы увидите следующее окно, в котором проходит загрузка файла.
Когда файл будет загружен, окно его загрузки подсветится желтым. Рядом вы увидите две строчки. В одной будет прописан адрес для ссылки на файл, а во второй надпись «загрузить в соцсети».
Нас будет интересовать именно эта ссылка. Копируем ее и раздаем тем, с кем хотим поделиться файлом. Если вдруг при загрузке файла вы обнаружили вот такую картинку, где нет ссылки на файл, это значит у вас не включена эта кнопка. Рядом расположена кнопка включения, вам просто надо переключить ее.
Если же у вас файл уже размещен на диске и вам надо просто скинуть на него ссылку, то здесь так же все просто. Кликаем по файлу правой кнопкой мыши и в открывшемся меню нажимаем поделиться.
В результате у вас появиться подсвеченная синим сама ссылка, которую вы можете или скопировать и разместить, где вам надо, или же переслать. А можно напрямую воспользоваться одним из предложенных ниже вариантов размещения в соцсети.
Это можно сделать как с файлом, так и с папкой. И еще один вариант. В браузере обычно показывается иконка диска, если только вы ее включили на панели.
Нажав на этот значок, откроется вкладка со всеми имеющимися на диске файлами. Выбрав нужный, Мы увидим рядом две подписи: скачать и поделиться.
Здесь нам надо выбрать «Поделиться». Нажав на нее мы тут же увидим надпись «Ссылка скопирована в буфер обмена» и саму ссылку. Все, теперь скопированную ссылку можно вставлять куда угодно.
Как отключить автоматическую загрузку фото на Яндекс-Диск?
Яндекс-диск работает не только, как программа установленная на компьютере, но и приложение на телефоне. Причем, работая с приложением, можно автоматически загружать снимки на диск. Эта возможность демонстрируется каждый раз при подключении различных устройст
Активируется эта настройка сразу при установке приложения. Одновременно с этим, если вы откроете настройки программы, то во вкладке «Автозагрузка», увидите установленную галочку.
Если вам автозагрузка не нужна, то достаточно снять эту галочку в программе, или же отключить на смартфоне эту функцию в «Настройках».
Останавливаем загрузку файла на Яндекс
Загружая какие-либо файлы на диск, иногда возникает необходимость отменить загрузку. Или вы по ошибке выбрали файл, или же просто передумали. Когда вы нажали в браузере на странице кнопку «Загрузить» и началась загрузка, прервать ее можно нажав на «Отменить загрузки».
К тому же есть возможность настроить синхронизацию отдельных папок и файлов. В этом случае, чтобы остановить загрузку (та же синхронизация) достаточно удалить файл из папки которая настроена или переложить в другую папку.
Увеличиваем скорость загрузки файлов на диск Яндекса
Увеличить скорость загрузки можно только изменением интернет-тарифа, увеличив, тем самым его общую скорость. Можно в момент загрузки отключить от интернета все другие устройства. Выше уже упоминалась настройка синхронизации отдельных файлов и папок (актуально для старых версий приложения).
Если же говорить об удобстве и быстроте загрузки файлов, то лучше всего, особенно объемные более 2 гб, загружать непосредственно через программу. Для чего открываем наше приложение, где выбираем папку для загрузки, потом выбираем папку на своем компе откуда будет загружаться файл, и просто перетаскиваем его. Он тут же отобразится на яндекс-диске.
Яндекс диск, ошибка загрузки файла, что делать?
Ошибка загрузки файлов на яндекс-диск достаточно распространена, причины ее разные начиная от проблем с оборудованием и, заканчивая проблемами с интернет.
Если файл не может загрузиться на диск из-за недостаточности места, то необходимо удалить ненужные файлы. Причем удалить не только с дискового пространства, но и почистить корзину. Поскольку сначала файлы не удаляются сами по себе – они перемещаются в корзину.
Может быть и такая причина, что файл используется другой программой. На диск вроде бы и загрузил, но показывает с ошибкой. Проверьте еще раз доступность файла, не занят ли он и загрузите снова.
Ну и проверить разные способы копирования. Через браузер может быть лимитирован по объему загрузки. На Яндексе рекомендуют большие объемом файлы загружать через программу¸ а не через браузер. Это так сказать проблемы возникающие на стороне пользователя.
А самая распространенная и частая причина ошибок загрузки файла в последнее время — это частые обновления приложения от разработчиков. Несколько раз я решал эту проблему удаляя существующую обновленную версию программы. И ставил предыдущую на которой все работало. Делается это через «Панель управления» — «Программы и компоненты»- «Удаление программы.»
Как правило программа после такой операции работает нормально. Проходило какое-то время, диск обновлялся снова, но проблем больше не возникало. Разработчики программу исправляют. Если данные которые вы храните в этом облачном приложении критически важны — можно отключить обновления вообще (фото выше).
С каждой новой версией настройки программы упрощаются. В последних та же синхронизация уже настраивается на экране для каждой папки отдельно, а не через меню «настройки». Несложно. А напоследок небольшой видеоурок по загрузке файлов на яндекс-диск:
Практически все моды на сайте мы можем скачать с самого практичного файлообменика- Яндекс. Диск (раньше известен был как Яндекс. Народ).
Многие постояльцы сайта жалуются, что с ограничением качается очень медленно, а из-за слабенького интернета у некоторых и вовсе может качаться до бесконечности!
Тут я вам расскажу как качать с Диска без тормозов!
Теперь мы собираемся качать мод!
- Жмём на «Скачать» ,и, если откроется ЯД, мы увидим кнопку «Сохранить на Яндекс. Диск». Жмём на эту кнопку!
- Сразу, после нажатия, выскочит оповещение что файл добавлен к вам на диск, в папку «Загрузки». Нам предлагают перейти туда, что мы конечно и делаем!
- После мы видим нужный нам файл, кликаем по нему мышкой и жмём «Скачать»!
Всё! Теперь файл который мы качали, например, за 13 минут, качается за 2!
Медленная загрузка файлов на Яндекс.Диск
С начала октября 2019 года, у множества наших пользователей появилась проблема в загрузке файлов на Яндекс.Диск. Это было выражено медленной загрузкой файлов или вообще обрывом передачи на сервер больших файлов. При проверке мы получили подтверждение что эта проблема коснулась и другого ПО использующее REST API или WebDav для доступа к Яндекс.Диск. В это же время официальный клиент Яндекс.Диск для десктопа и Web-клиент продолжили работать шустро и стабильно.
Как только мы получили подтверждение что проблема точно не в Effector Saver мы обратились в службу поддержки Яндекс.Диска и оперативно получили предварительное объяснение ситуации.
Если тезисно, то позиция техподдержки компании Яндекс оказалась следующая:
- Effector Saver используется для передачи больших объемов данных.
- Effector Saver фактически предлагает использовать Диск в качестве инфраструктурного компонента для решения коммерческих задач.
- Яндекс.Диск — это персональный сервис, который не рассчитан на такое применение.
- Яндекс рекомендует использовать для хранения резервных копий другой облачный сервис Яндекс.Облако.
Из этой позиции нам стало ясно что скорость выгрузки была ограничена специально с целью стимулировать переход пользователей (и разработчиков) на новый сервис компании — Яндекс.Облако.
Если быть точным, то имеется ввиду один из коммерческих сервисов Яндекс.Облако — универсальное масштабируемое решение для хранения данных Yandex Object Storage. С расценками на сервис можно ознакомиться здесь. API сервиса Yandex Object Storage совместим с Amazon S3 API. К нашему сожалению, на текущий момент Effector Saver не поддерживает этот протокол, но в ближайших релизах мы обязательно это исправим.
А пока мы в поиске решения нормализации работы с Яндекс.Диск очень рекомендуем подключить для ваших резервных копий альтернативные облака:
Чтобы узнать о выходе новой версии Effector Saver обязательно подпишитесь на наши новости .
Яндекс ограничивает скорость к Я.Диску (1 мбит/с) на платном тарифе
После оплаты годового тарифа узнал, что скорость доступа к их сервису по api ограничена 1 мбит/с. То есть файл, размером в 28 мб, загружается на Яндекс Диск за 215 секунд, а 1гб за 2 часа 16 минут. Заранее об этом Яндекс предпочёл не сообщать.
У Яндекса есть свой API, и нужно отдать должное: среди всех облачных сервисов — api Яндекса самый адекватный. Но есть один нюанс, о котором Яндекс почему-то умолчал: Доступ к их сервису идёт на скорости 1 мегабит в секунду. Эта проблема даже гуглится. Оказалось, что это ограничение прилетело на компании, которые использовали Яндекс Диск, как часть своей инфраструктуры. При чём здесь я — не ясно.
У меня в тамбуре есть камера, и чтобы себя подстраховать и не надеяться лишь на стабильность самой камеры, я решил в автоматическом режиме дублировать видео с камеры куда-нибудь в безопасное место. Чтобы вы понимали, мой объём данных за год — 20гб видео (это крайне мало).
Я открыл Яндекс, увидел, что у них есть API, оплатил подписку на год и попробовал закачать файл. Файл размером в 3мб загружался около 30 секунд. Разумеется, первым делом я подумал, что проблема в моём интернете, но на трёх разных провайдерах скорость не поднималась выше 1 мбита/секунду. Третий провайдер — это сервер в Амстердаме, где скоростью отдачи 1.5 гигабита по Speedtest
Откуда бы ты не писал: из раздела о работе Яндекс Диска или из раздела по работе с RestAPI — тебя всегда будут перенаправлять на Фёдора Строганова, который знает только одну фразу:
Здравствуйте! Скорость загрузки файлов на Диск, скачивания с него или обмена данными с Диском зависит только от скорости вашего соединения и настроек оборудования, дополнительные ограничения мы не устанавливаем.Однако мы не можем гарантировать стабильную работу сторонних приложений, так как не участвуем в их разработке и настройке. Вы можете использовать любое официальное решение Яндекса.У нас есть программа Яндекс Диск для Windows, macOS и Linux, приложения для Android и iOS и, конечно, сайт Диска.
Обратите внимание на часть «дополнительные ограничения мы не устанавливаем». Да-да, конечно.
В начале я делаю get запрос на получение ссылки
Затем на ссылку, которую получил в ответе, отправляю сам файл PUT запросом
Вот ссылка на весь запрос Pastebin.Request.
А вот такой ответ я получаю Pastebin.Response
Могу подтвердить, что скорость по API сильно режется. Пробовал использовать совместно с утилитой rclone. Невозможно пользоваться ни для чего. Зачем я купил 2 терабайта? Чтобы вот так страдать?
Я бы на вашем месте попробовал Yandex Object Storage: https://cloud.yandex.ru/services/storage
Оно совместимо с Amazon S3 API. Плюс есть 2 вида хранилищ: стандартное и холодное.
Думаю, должно даже дешевле выйти, чем Я.Диск.
в 48 раз дороже. Если быть более точным 48.73 раз.
Возможно, если бы я был коммерческой организацией, которая зарабатывает на этом, то было бы справедливо. А когда у меня домашнее пользование, то что-то не совсем хорошо получается
�� Сюда пришёл т.к. такая же проблема, плюсую статью. Тест был с VDS TimeWeb и Beget к API диска = скорость
1.5 мегабайт (при условии пропускной способности от >100 мегабайт у каждого провайдера). Тоже на платном тарифе (1ТБ — диск).
Сапорт Яндекса отвечает шаблоном, хотя был сделан акцент на использования API. Вывод — ограничение на стороне Яндекса. И точка.
Здравствуйте! Я из Яндекса. Спасибо, что рассказали, уже передал команде. Посмотрим, что можно сделать.
Здравствуйте! буду ждать вашего ответа
АХХАХАХА! ПИЗДЕЦ ТЕБЕ, ЛЮБИТЕЛЬ API-ЯНДЕКСА ЕБА[п. 2.2.1 правил общения ЦП]
Нужно сделать настройку для пользователей, как в дропбоксе где ты сам устанавливаешь ограничение на вход и выход.
Видимо недосмотрели. Скорость как была дно, так и осталась. Подписку продлевать не буду, т.к. скорость 1MBps так и осталась в 2023 г. и это за деньги.
А как давно webdav перестал быть в почёте?
Яндекс всех, кто хоть немного тянет на enterprise заставляет мигрировать на их облако
И заодно, уточните, вы брали дополнительно 1 ТБ чисто под диск или он шел в комплекте к чему-то? Почему не воспользоваться, например, https://www.netangels.ru/data-storage/?
Так они эту скорость давно начали резать, сразу же после того как диск использовали как сервера и хранилища, тогда много левых АПП отвалилось
Гораздо интереснее арендовать виртуальный сервак, чем иметь дело с яндексом
сталкивался с этим когда бэкапил синолоджи через вебдав на их облако. признавать, что ограничения на их стороне они не стали, разбираться не хотят. множество свидетельств тому есть на профильных форумах. не один и не два года уже этой "проблеме", сомневаюсь что в вашем случае что-то изменится.
Видимо из-за сайтов и групп в телеге (бот запросы) которые качают торренты и заливают на Яндекс диск и порезали скорость, чтобы не злоупотребляли
Как раз скачанный с торента файл без проблем грузится в янекс лиск. То есть он дефакто не грузится а на ходится в другом акаунте и копируется к вам, там исходящего тарфика нет вообще и при этом файл появляется в облаке. Магия
К сожалению яндекс скуксился. Никто не может долго жить без головы.
Спасибо, как раз думал стоит ли брать их 2тб на 2 года. Понял, что не стоит того, бэкапы будут вечность грузиться
В общем, у меня тоже возникла необходимость делать бекапы, а в текущей ситуации в мире все иностранные подобные сервисы я сразу отмёл, а отечественных выбор не так велик. Короче наткнулся я на это сообщение и засомневался. Но провёл свои собственные тесты, и в итоге купил себе подписку на год. Что хочу сказать, первое, читайте внимательно ответ от техподдержки яндекса. Они вам не соврали, но читайте внимательно! Ответ шаблонный, но составлен грамотными юристами, я в этом ответе увидел следующие:
1) яндекс гарантирует что скорость работы с диском не будет ограничиваться с их стороны при использовании ОФИЦИАЛЬНОГО клиентского ПО от яндекса.
2) Яндекс НЕ гарантирует что скорость работы с диском не будет ограничиваться при использовании альтернативного ПО из других источников. И прямо намекают что они оставляют за собой право это делать. (что и сделали)
—— Собственно всё ——
По факту, после прочтения я провёл свои собственные тесты, которые подтвердили все вышесказанные подозрения, моя скорость интернета 200 мегабит. При загрузке файлов на яндекс диск и с яндекс диска, с использованием их официального ПО скорость была ограничена лишь моим каналом интернета.
При использовании альтернативного не официального клиентского ПО, скорость загрузки с яндекс диска на локальный диск была НЕ ограничена, при загрузки с локального диска на яндекс диск да, был 1 мегабит. Скрины прилагаю ниже (первые два выгрузка на яндекс диск через официальное ПО, последний загрузка с яндекс диска на локальный через альтернативное ПО NAS для внешней синхронизации).
То что загрузка на яндекс при использовании стороннего ПО ограничена, это конечно не приятно, но лично для меня не критично. В моём случае, ситуация следующая, у меня есть сетевое хранилище, на котором я храню всё важное. Было бы конечно хорошо, если бы ПО на сетевом хранилище само синхронизировалось с яндексом, но, файлов у меня много и они большие. Нет, это не видео с фотками 🙂 Это архивы с проектами, пофайлово копировать в реальном времени для меня не вариант, там файлов миллиарды, по этому я настроил задание по расписанию, которое архивирует проекты по папкам и до кучи прогоняет архивы через AES шифровалку, перед загрузкой на внешние хранилища, так на всякий случай. Потом эти архивы кладутся в папку которая расшарена по локальной сети на мой комп с виндой и установленным яндекс диском. Яндекс диск на винде сам видит изменения файлов на сетевом диске и выгружает файлы на максимальной скорости. В целом моя задача решается целиком и полностью, да без бубна с напильником не обошлось, но в итоге сервисом я доволен.
А можно как то распознать как сервер отличает официальный клиент от официального. Чтоб прикинуться официальным клиентом.
На самом деле покопав глубже, я всё понял. Проблема не в том как он отличает, а в том как работает клиент. В общем суть, яндекс апи, это "Extended WebDAV". И "расширенный" тут ключевое слово. Если у разработчика альтернативного клиента руки не оттуда, или ему лень разбираться в "Extended WebDAV", то да, резаться будет всё. Короче, как работает нормальный клиент, это может быть и альтернативный в том числе:
1) бьёт большой файл на сегменты (виртуально)
2) вычисляет от каждого сегмента его hash
3) делает запрос на апи яндекса, подсовывая список hash этих сегментов
4) получает ответ от яндекса, каких сегменты у него уже есть, а каких нет
5) грузит только те сегменты файла которых у YD нету (по их id полученные от яндекса в п.4).
——
Если не выполнять эти условия, скорость будет резаться.
Как работает "недо-клиенты", в том числе тот "curl" пример из первого поста:
1) пытается пропихнуть весь файл целиком без сегментирования и вычисления хэшей.
2) яндекс видит отсутствие хэшей и что ему пытаются пропихнуть огромный файл целиком, как итог яндекс такие клиенты режет.
И это вполне ОПРАВДАНО!
Поясню почему:
Представьте, у вас есть большой файл, скажем 20gb, который вы загрузили на диск. Вы изменили в нём пару байт (а может и просто дату создания файла) ваш клиент видит что файл изменился и шлёт весь файл на диск. Скорость вашего канала 200 мегабит. И таких как вы ещё 1000 человек по все РФ, которые поставили себе эти "недо-клиенты". Что случится с каналом связи яндекс цода? Ляжет он. Потому что 200 гигабит канал нужен будет, нет таких каналов. До кучи, вы все, все 1000 человек, загрузите на YD 20 TB данных, ПРИ ТОМ что у файлов изменилось пару байт из 20TB (со всех в сумме), или вовсе могла просто дата поменяться.
Короче, для себя лично я решил проблему просто и быстро, я создал для своего NAS docker образ с yandex disk официальным клиентом. И смонтировал в него нужный мне каталог.
Далее я создал ещё один docker образ, которому отключил сеть и дал лоступ к корневой системе в NAS, напихал всяких кронов, которые архивируют нужные мне папки и сервисы со всего NAS в тот каталог который доступен первому докер образу с яндексом. Итог, файлы выгружаются на яндекс диск на скорости 20 мегабайт в секунду (200 мегабит), это предел моего интернет канала.
Позвольте с вами не согласится. Из моего опыта это работает не совсем так. Мне каеся он не бьет на части, а вычиляет что типа хеш суммы и если такой фал уже есть на диске другого пользователя то файл не загружает, а внутри сервиса копирует этот файл в ваш акаунт. То есть продает одно и тоже дисковое пространству нескольким юзерам. Что не есть хорошо.
Как я это понял? Иногда я загружаю в диск скачанные сторентов сериалы. И это происходит так, что я кладу папку диска на компе несколько файлов (сезон сериала например) и он мне показывает что идет загрузка хотя исходящего трафика почти нет. При канале в 750 мегабит исходящий трафик не превыает нескольких килобит. А потом раз эти фалы уже оказались в диске их можно скачать с диска на другое устройство (на телефон, тв приставку и тп). Но! Если эти же файлы (даже когда они лежат в моем акаунте) слегка подредактировать в монтажной программе, а именно обрезать титры в конце, то яндекс диск их начинает реально выгружать в облако. Но так же поток трафика набирает скорость не сразу. программе нуно какоето время для анализа фалов, обычно 1 -2 минуты, только потом появляется скорость. Т.е. идет поток трафика примерно 100 мегафбит на поток то есть если в паку диска скопировать 1 файл то скорость отдачи быдет примерно 100 мегаюит 11.6МБ\сек, а вот если выгрузить сразу пачку отредактированных фалов, то скорость возрастает до примерно 400 мегабит ок 42 МБ\сек. Юольше 42 МБ разогнать не удавалось даже если туда скопировать сразу сотню фалов. То есть у родной программы диска тоже есть ограничение скорости. При этом на скачивания фалов с диска ограничений нет, что родная программа, что сторонние синхронизаторы (например FolderSynk) Легко забивают весь канал 750 — 800 мегаит.
Я тоже с вами не во всём соглашусь, да вы верно пишите, что файлы что есть у других не грузятся по факту (см. мой ответ на другое сообщение ниже), но я не соглашусь с этим:
1) >> . пространству нескольким юзерам. Что не есть хорошо. <<
А что простите в этом плохого? Зачем сохранять одни и те же данные много раз? Есть блоки данных, с байтами самой информации. Есть мета-данные, которые представляют из себя объект "файл" на диске пользователя. Мета данные можно разместить хоть у тысячи пользователей, и у всех у них будет тот же файл. Никаких рисков потери данных тут нет. При этом занимать он будет место на физических носителях всего 1 раз. К слову, это не ново, такой подход используется давно и очень много где. Например, у меня на NAS файловая система btrfs, она тоже использует такую технологию. Я могу 100500 раз скопировать какой нибудь фильм размером 20gb в кучу раных папок, или просто с разными именами. При этом размер свободного пространства на NAS не уменьшится. А если потом посчитать общий размер всех файлов в хранилище, он может превышать его физический объём. Это даже в какой то степени удобно, лично для меня.
2) >>Больше 42 МБ разогнать не удавалось<<
Это лишь подтверждает то что я писал вчера ещё. Да, не удалось, потому что вы упёрлись в CPU. Когда файл есть у других в точности какой и у вас, процесс выглядит иначе, клиент бьёт файл на сегменты, вычисляет hash, далее он получает от YD ответ что все куски есть и создаёт метаданные о файле уже на вашем диске. И скорость загрузки (в данном случае по факту никакой реальной загрузки данных нету) состоит из того, как быстро он вычислит hash у вас в локальной системе, потому что после этого он просто ставит флажок что сегмент загружен. И получается по времени:
начали обработку сегмента -> вычислили hash -> сделали запрос на YD и сразу моментально получили ответ что сегмент есть -> сегмент успешно "загружен"
Т.е. скорость = объём сегмента / время
И в виду отсутствия самой загрузки получается что скорость упирается в скорость рассчёта hash на вашем CPU.
3) на счёт того что он бьёт файлы на сегменты, это инфа тоже 100500%
как минимум для linux клиента. Во первых, у яндекс клиента очень подробные логи, можете сами посмотреть
Yandex.Disk/.sync/core.log
Там всё очень отчётливо прослеживается, как он бьёт файлы на сегменты, как он вычисляет hash от каждого кусочка, как потом он в 8 потоков эти кусочки грузит на YD и пишет отчёт по каждому отдельному сегменту.
Во вторых, это видно ещё и в htop, даже если не копаться в логах. Если резко ему подсунуть ОДИН большой файл, например 10gb, будет видно как 8 разных процессов грузят CPU. Если бы не было сегментирования, был бы один процесс который грузит одно ядро cpu, который вычислял бы hash от всего файла целиком. Но это не так. И в последствии, когда hash вычислены, у вас будет 8 процессов которые параллельно грузят сеть. Проверьте, сами увидите. Так что вопрос сегментирования это тоже инфа 100%
З.Ы. под сегментированием, может вы меня не так поняли, но физического разбиения файла на куски нету, я не зря писал "(виртуально)". Просто смотрите, скажем файл 8gb. Разбить файл на 8 кусков виртуально, это не значит сделать 8 маленьких файлов, это значит что создать 8 параллельных процессов, каждый из которых будет работать с этим одним файлом, но будет ограниченно читать из него данные, например первый процесс читает с файла данные с 0 по 1gb, второй процесс открывает этот же файл но читает данные начиная с 1gb от начала файла, и до 2gb от начала файла, и т.д. И каждый процесс со своими данными вычисляет хэш, загружает или и делает прочие операции параллельно и независимо от остальных.