MB per Send/Receive

Question

Я пытаюсь понять, сколько МБ использует операция Send/Receive. Например, допустим, команда работает над правками 40 стихов в двух разных главах. Сколько МБ это займёт при передаче через интернет?

Я спрашиваю, чтобы понять, как лучше организовать отправку данных командами PNG: покупать ли тарифный план или просто использовать имеющиеся кредиты напрямую.

Спасибо,
John+Wickberg
PNG

Переведено машиной с языка English Показать оригинал

Answer 1

@anon084052, я помню, что у меня был тот же самый вопрос в PNG. Ответ был: ОЧЕНЬ мало. Даже при нескольких S/R в день Paratext может использовать всего несколько МБ в общей сложности.

Другой вопрос, который стоит рассмотреть, — отключены ли на устройстве, с которого вы выполняете S/R через мобильное подключение, такие функции, как автоматические обновления, фоновая передача данных и т. д. Это сложная задача, потому что многие устройства настроены так, что начинают активно расходовать данные сразу после подключения. :-/

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

1. Будьте готовы выполнить Send/Receive
2. Включите подключение
3. Выполните Send/Receive
4. Выключите подключение

Это (надеюсь) поможет ограничить время, в течение которого устройство может скачивать что-либо.

james_post

Переведено машиной с языка English Показать оригинал

Comments

Это очень полезно.
John+Wickberg

Переведено машиной с языка English Показать оригинал

Answer 2

Однозначного ответа на вопрос о том, сколько данных будет передано во время send/receive, нет — это зависит от того, сколько изменений пользователь должен получить и сколько он должен отправить.

Изменения содержат только различия, и они хранятся в сжатом формате, поэтому, я думаю, 1 МБ может соответствовать довольно большим изменениям. Если пользователи выполняют send/receive каждый день, объём данных будет зависеть от количества изменений, внесённых в тот день, и в большинстве случаев я ожидаю, что он будет небольшим.

Существует некоторый накладной расход на получение информации о проектах пользователя как из реестра (registry), так и с сервера send/receive, но для среднего пользователя, который является участником лишь пары проектов, он должен быть незначительным.

Возможно, другие участники смогут поделиться своим опытом работы с тарифицированным подключением.

John+Wickberg
Поддержка Paratext

Переведено машиной с языка English Показать оригинал

Comments

Я бы не стал пытаться выполнять send/receive активного проекта для нового пользователя через тарифицированное подключение, если только сам проект не был тоже совсем новым. Но при первом обмене активным проектом может передаваться довольно много данных: не только текст Paratext, но и история изменений, заметки и изображения. Но после этого, как говорит John+Wickberg, ежедневное подключение может быть очень небольшим, и наши команды регулярно выполняют send/receive именно таким образом.
Извините, я не знаю точных цифр в мегабайтах, но я vividly помню, как сидел и ждал долгих передач новым пользователям, и некоторые из них завершались ошибкой, если подключение было плохим. Но Paratext в наши дни очень хорошо сохраняет данные и обеспечивает безопасность проекта в реестре (registry), даже при сбоях сети, за что мы очень благодарны разработчикам. Нам уже очень давно не приходилось выполнять восстановление данных.

Переведено машиной с языка English Показать оригинал