Comments 26
Лучше бы проверили почему Я.Диск ограничивает скорость выгрузки файлов из нативного приложения и из браузера. Ну и сделать тест и список российских хранилищ для обмена файлами.
А телеграм сранивался в обычном режиме и премиум, или только обычный режим?
А отправляли откуда и куда?
А считалась передача из телефона в телефон, или из телефона к серверу мессенджера, а клиент уже потом когда захотел скачал (вк?)
Тестирование проходило в идеальных лабораторных условиях, когда два смартфона специалиста были подключены к одной Wi-Fi-сети со скоростью 20 Мбит/с.
Как-то вообще не очень. Многие мессенджеры могут передавать гораздо быстрее, поэтому такое ограничение сводит все сравнение к измерению непонятных попугаев, и показывать ограничение не мессенджеров а собственно этого wifi
А как же скайп? Это все-таки популярный файлообменник.
На сколько я понимаю, у Whatsapp не хранятся файлы на сервере и скорость получается зависит от пользователей, а у телеграма от сервера в первую очередь.
А почему если в телеграм кидаешь большой файл один и тот же, то иногда он второй раз не закачивается, а сразу появляется, типа уже есть в облаке, а иногда заново закачивается.
А кто-нить проводил эксперимент с закачкой одного и того же файла с разных аккаунтов, допустим, в "избранное"? Второй файл быстрее залетит чем первый?
Тут главный вопрос, это как он проверяет что в облаке такой уже есть.
Я сейчас поэкспериментировал, каждый раз файл заново заливается, но у меня есть воспоминания, что идентичный файл как-то сразу появлялся в чате.
чтобы проверить совпадение хеша, его надо сгенерировать, а для этого файл надо прочитать. В современных сетях, считать файл с диска бывает занимает дольше, чем отправить его по сети.
С другой стороны при записи файла в storage можно сразу генерить и хранить его хеш. Я не удивлюсь, если кто-то такое уже делает.
То есть собственно возвращаемся к тому, как происходит весь процесс.
Если бы делал я, то считал бы хэш клиентом и спрашивал у сервера его наличие. Если такой уже есть - говорим пользователю, что файл закачан. Если сервер отвечает, что хэш новый, значит начинаем закачку. При закачке, сервер дополнительно подстраховывается и пересчитывает хэш, чтобы клиент его не обманул.
Тут весь вопрос в том, как сервер проверяет, что такой хэш уже у него есть. Локально для каждого пользователя индивидуально, или глобально среди всех пользователей? Если второе, то можно использовать этот факт для узнавания не утёк ли конкретно этот файл в телеграм (просто спрашиваем у сервера есть ли такой хэш, а сам файл никогда не посылаем)
Возможно это делается вообще на стороне клиента. Загружаем файл впервые - получаем серверный id файла, кэшируем пару: хэш файла + id. Ну и при будущих загрузках сверяем хэш загружаемого файла с тем, что накэшировали ранее. Либо на сервере делается то же самое
В итоговых результатах приведено среднее арифметическое значение времени приёма и передачи файла в идеальных условиях.
А где результаты? Я вижу только непонятные баллы, которые непонятно по какой системе начисляются.
Интересно было бы сравнить с peer-to-peer типа FilePizza.
Wi-Fi-сети со скоростью 20 Мбит/с
У меня телега на смарте качает 35 мбит, а на пк все 98. Странно что на смарте так медленно, и сеть и хранилище быстрые.
Только такой замер актуален наверное только для Московской области.
У нас например во Владивостоке, что-то загружать в ВК выходит очень долго.
Например я пробовал загружать (upload) сторисы в ВК и это происходит горазбо дольше чем загружать их в инсту через впн.
В Роскачестве сравнили скорость передачи больших файлов через четыре мессенджера