MB por Send/Receive

Question

Me pregunto cuántos MB utiliza una operación de Send/Receive. Por ejemplo, supongamos que un equipo trabaja en revisiones de 40 versículos en dos capítulos diferentes. ¿Cuántos MB sería eso a través de internet?

Pregunto para averiguar la mejor manera de que los equipos de PNG envíen datos, comprando un plan o simplemente usando sus créditos directamente.

Gracias,
John+Wickberg
PNG

Traducción automática desde English Mostrar original

Answer 1

@anon084052, recuerdo tener esta misma pregunta en PNG. La respuesta era MUY poca. Incluso con múltiples S/R al día, Paratext podría usar solo unos pocos MB en total.

Otro problema a considerar es si cosas como las actualizaciones automáticas, los datos en segundo plano, etc., se han desactivado en el dispositivo con el que está realizando S/R a través de una conexión de datos móviles. Esto es un desafío porque muchos dispositivos están configurados para consumir datos en cuanto se conectan. :-/

Por lo tanto, una sugerencia sería desactivar las actualizaciones automáticas que pueda en el dispositivo y luego hacer algo como esto:

1. Esté listo para realizar Send/Receive
2. Active la conexión
3. Realice Send/Receive
4. Desactive la conexión

Eso ayudaría (esperemos) a limitar el tiempo que el dispositivo puede estar descargando cosas.

james_post

Traducción automática desde English Mostrar original

Comments

Eso es muy útil.
John+Wickberg

Traducción automática desde English Mostrar original

Answer 2

No hay una respuesta fija sobre la cantidad de datos que se transferirán durante un send/receive; depende de cuántos cambios necesite recibir el usuario y cuántos necesite enviar.

Los cambios solo contienen las diferencias y están en un formato comprimido, por lo que creo que 1 MB representaría algunos cambios importantes. Si los usuarios realizan send/receive a diario, los datos estarán relacionados con el número de cambios realizados ese día y me gustaría esperar que sean pequeños en la mayoría de los casos.

Hay cierta sobrecarga al obtener información sobre los proyectos del usuario tanto del registro (registry) como del servidor de send/receive, pero debería ser pequeña para el usuario promedio que solo es miembro de un par de proyectos.

Quizás otros puedan aportar su opinión que tengan experiencia real con una conexión con límite de datos.

John+Wickberg
Paratext Support

Traducción automática desde English Mostrar original

Comments

No intentaría hacer un send/receive de un proyecto activo a un nuevo usuario a través de una conexión con límite de datos, a menos que el proyecto en sí también fuera bastante nuevo. Pero para esa primera vez que se comparte un proyecto activo, puede haber bastante cantidad de datos, no solo el texto de Paratext, sino también el historial de cambios, las notas y las imágenes. Pero después de eso, como dice John+Wickberg, una conexión diaria puede ser bastante pequeña y nuestros equipos realizan send/receive regularmente de esa manera.
Lo siento, no sé calcular en megabytes, pero tengo vividos recuerdos de sentarme a esperar largas transferencias a nuevos usuarios y de algunos fallos en ese punto si la conexión es mala. Pero Paratext es muy bueno estos días para preservar los datos y mantener el proyecto seguro en el registro (registry) incluso a través de fallas de red, por lo cual estamos muy agradecidos con los desarrolladores. No hemos tenido que hacer una recuperación de datos en mucho tiempo.

Traducción automática desde English Mostrar original