bzip2 es un tipo común de compresión utilizado para transferir archivos y comandos de streaming a través de un protocolo. Protocolos , como NMDC y avanzadas de conexión directa , lo usan de manera intercambiable entre el cliente y el servidor, y en el medio de comunicación directo con el cliente . Todo esto depende de lo que se envía a través del apretón de manos - el principio de la interacción del protocolo, cuando los ordenadores se introducen entre sí. Bzip2 es de código abierto y libre de patentes , por lo que se puede utilizar como desee , en cualquier manera que usted desea . Sólo asegúrese de leer toda la documentación de licencias que viene con antes de decidirse a modificar el algoritmo.
GZip compresión
Si usted es un administrador web, usted probablemente está familiarizado con gzip , tal como se utiliza en la compresión de los elementos en los sitios web . Al igual que bzip2 , el uso de gzip se negocia entre el cliente y el servidor justo después de que el cliente inicia una conexión . Se puede utilizar de manera eficiente en la transferencia de archivos y bloques de datos . A diferencia de bzip2 , sin embargo , gzip no funciona tan eficientemente como un compresor de transmisión para los datos . Se llega a la conclusión de que será un poco más voluminoso en streaming de los datos si usted tiene una mirada en su algoritmo. El algoritmo de gzip está fuera de patente , por lo que eres capaz de cambiarlo todo como le gustaría .
Binary Protocolos
Para aquellos que quieran desarrollar un protocolo eficiente , integrando algoritmos de compresión puede ser un poco contraproducente. Aunque la compresión que ahorra ancho de banda , todavía se quedan con una subida en el uso de la CPU . Para reducir eficazmente el tiempo de procesamiento de un comando, tanto del cliente como del servidor, se puede crear un protocolo binario para la transferencia de datos. Un protocolo binario es un protocolo que envía 1 o 2 bytes que actúan como comandos . Por ejemplo , usted puede tener un comando para iniciar una transferencia de archivos desde el servidor, que normalmente se llama " F_INIT , " en un protocolo de cadena, pero terminaría siendo llamado " 9 3 " en un protocolo binario. Esto reduce en gran medida la cantidad de ancho de banda utilizado y mantiene la eficiencia del procesador. Aunque esto suena bien , todavía es mejor utilizar la compresión mano a mano con un protocolo binario para reducir el consumo de ancho de banda , si usted puede permitirse el lujo de consumir un puñado de energía de la CPU .