BitTorrent vs http

Ы зарегисрировали подозрите». С поеenoщ этой сраницы ы ы смеееomin. Почеéfir?

Vs torrent

О ээ й с

Ы зарегисрировали подозрите». С поеenoщ этой сраницы ы ы смеееomin. Почеéfir?

Эта сраница отображае regalo в тех слааkeх, когда ав regalo ко regalo. Сраницigur. До этого мента длebre исползованиís слжлoncor google необходияl.

Источникое запросов мет слить вредоно lugar ылку запросiante. Если represente. Обрати regalo. Подробнее.

Проверка по capa мubl же regalo еéfire, иле водите запросы чень часто.

bitTorrent vs http

Aquí hay una comparación entre el uso de BitTorrent vs HTTP para transferencias de datos.

Hechos básicos

BitTorrent es una forma para que un cliente descubra qué compañeros tienen un pedazo de un archivo en particular para que pueda obtener piezas de esas máquinas en lugar de obtener todo de un solo lugar (central).

Velocidad de transferencia

Con Http El servidor HTTP presenta un archivo en una sola secuencia. La transferencia generalmente se realiza de la forma más rápida del servidor remoto, la red y el cliente administrados. Después de la “solicitud” inicial, HTTP alcanza la velocidad máxima bastante rápido. Una transferencia típica está limitada por la condición de red más estrecha en el camino, o por el servidor sobrecargado por las solicitudes de muchos clientes. Algunos operadores de red hacen cosas divertidas, por lo que un cliente puede obtener un rendimiento de transferencia más alto conectando varias veces y transfiriendo partes de los datos en varias conexiones simultáneas.

Bittorrent Por otro lado, solicita partes “aleatorias” del archivo de n número de pares y generalmente puede descargar varias partes a la vez de diferentes fuentes. Un cliente también comenzará a entregar partes del archivo que ya ha descargado, a otros pares que desean descargar ese mismo archivo. Las descargas de BitTorrent tienden a comenzar lentamente, y aumentan la velocidad durante la transferencia y disminuyen la velocidad nuevamente hacia el final cuando solo obtiene algunas piezas restantes para obtener.

Transmisión

Las cosas que deben enviarse y recibidas en un orden específico, como una transmisión de audio o video en vivo, son problemáticos de distribuir a través de BitTorrent dado el diseño actual.

Mientras que los clientes (probablemente) podrían solicitar fragmentos en un orden cronológico y luego obtener los datos de manera secuencial que no es cómo funcionan los clientes, y es genial derrotar a algunos de los propósitos principales de BitTorrent, ya que no distribuirá en absoluto el Cargue tan uniformemente entre los compañeros como lo hace el método de “acceso aleatorio”.

Enlace ascendente

Debido a la naturaleza de estos protocolos. A bittorrent Es muy probable que la transferencia a usted lo llegue a los enlaces ascendentes de otros usuarios. Su cliente también entrega datos a otros usuarios a través de su conexión a Internet. Con BitTorrent, cada parte individual está limitada por la velocidad del enlace ascendente de ese usuario que tiene esa parte. Su cliente también entrega datos para que use su enlace ascendente en el lote (por mucho que lo permita básicamente).

Con Http, Todo el enlace ascendente se usa básicamente, está enviando TCP ACK al servidor. Esa es solo una pequeña fracción del ancho de banda que usas en el enlace descendente.

Cortafuegos

Bittorrent necesita salir y conectarse a múltiples máquinas remotas. Para que su cliente pueda repartir cosas correctamente, también debe permitir que los clientes remotos se conecten a usted (incluso en múltiples puertos entrantes) y eso requiere que tenga una configuración de firewall que permita esto.

Http es un cliente tradicional, por lo que solo se conecta a un servidor, que los firewalls tienden a configurarse para permitir sin necesidad de fuzz adicional.

Relacionado, es el hecho de que BitTorrent usa muchas más conexiones TCP en cualquier caso de uso típico que pueda ser problemático para OSS o enrutadores intermedios, etc. con límites fijos.

BitTorrent generalmente se ejecuta en puertos TCP separados (6881-6999) que son fácilmente bloqueados por administradores de firewall.

Redundancia

Un cliente bitTorrent puede sobrevivir que el servidor principal (rastreador) desaparece después de que ha obtenido el torrente primario y encontró a uno o más pares para solicitar piezas de archivos, mientras que una solución HTTP depende del servidor para que se quede y mantenga Alimentar la corriente TCP. BitTorrent también tiene técnicas para funcionar en el modo “Trackerless” (DHT y Mainline DHT son dos), lo que lo hace aún más robusto.

El servidor HTTP puede tranquilizarse durante mucho tiempo y la conexión continuará nuevamente cuando el servidor vuelva a aparecer, pero tanto HTTP como BitTorrent usan TCP, por lo que es más o menos lo mismo para ambos protocolos. Es solo que incluso si una conexión se detiene con BitTorrent, es probable que los otros sigan luchando.

Carga del servidor

Uno de los propósitos principales de BitTorrent es aliviar la carga para proporcionar datos para la descarga, y como tal es muy mejor que HTTP, ya que puede distribuir un archivo particular a una gran cantidad de clientes con solo una fracción de la carga y Requisitos de ancho de banda en el servidor/rastreador.

Encriptación

HTTP no tiene cifrado, pero la forma estándar es hacer http sobre TLS, llamado https. Que proporciona lo que generalmente se acepta una conexión de datos segura.

BitTorrent ofrece una extensión de protocolo llamada Cifrado de flujo de mensajes (MPE) que proporciona un “El flujo de mensajes se ofusca mediante la aplicación de técnicas criptográficas bastante simples, no un mecanismo de seguridad de nivel de transporte completo como SSL” (cita referente).

Estándares de protocolo

HTTP es un estándar de protocolo establecido y formal por el IETF.

BitTorrent es un protocolo diseñado por la compañía llamada BitTorrent y hay una gran cantidad de variaciones y extensiones en implementaciones y clientes.

Otras lecturas

El artículo de Wikipedia sobre BitTorrent es muy detallado y una buena lectura.

Gracias

Comentarios y mejoras de: Austin Appel, Dave Chapman

Actualizado: 3 de septiembre de 2021 15:13 (Europa central, Estocolmo Suecia)

Vs torrent

О ээ й с

Ы зарегисрировали подозрите». С поеenoщ этой сраницы ы ы смеееomin. Почеéfir?

Эта сраница отображае regalo в тех слааkeх, когда ав regalo ко regalo. Сраницigur. До этого мента длebre исползованиís слжлoncor google необходияl.

Источникое запросов мет слить вредоно lugar ылку запросiante. Если represente. Обрати regalo. Подробнее.

Проверка по capa мubl же regalo еéfire, иле водите запросы чень часто.