Pipe, junto a otros siete clientes.

El resultado, banco a banco

Una prueba es un protocolo, un sentido y un número de flujos en paralelo, que se ejecuta durante diez segundos a través de cada cliente, uno tras otro. Pipe va por delante cuando supera al mejor de los demás clientes en más de un 5 %, a la par cuando queda a menos de un 5 % por encima o por debajo, y por detrás cuando queda más abajo.

• El motor nunca queda por detrás. Frente a sing-box, Xray y mihomo va por delante en 43 pruebas y a la par en las otras 11, con 1,7× menos CPU y 2,3× menos memoria que el mejor de ellos.
• Las apps lo mantienen. Con el cliente entero y su túnel en el camino, Pipe va por delante o a la par de Surge Mac y FlClash en 55 de 60 pruebas, y de FlClash y Surfboard en Android en 33 de 36.
• El iPhone es el más reñido. Por delante o a la par en 38 de 54: muy por delante de Clash; frente a Surge, por delante en la mayoría de las pruebas de QUIC, VMess y AnyTLS, y por detrás en la mayoría de las de Shadowsocks y VLESS.

Un Mac, loopback · los motores solos

El motor

Cada motor se ejecuta como un proceso corriente, con un puerto reenviado de entrada y un protocolo de salida, hacia el mismo servidor de versión fijada. Sin túnel y sin app: esto es lo que los núcleos pueden hacer por sí mismos, y lo que gastan en hacerlo.

• Pipe 079ed34f
• sing-box 1.14.4
• Xray 26.11.9
• mihomo 1.19.33

• Caudal

  54/54

  por delante o a la par

  43 por delante11 a la par0 por detrás

  1,27× el del mejor de los demás clientes, como media geométrica

• CPU por gigabyte

  52/54

  por delante o a la par

  49 por delante3 a la par2 por detrás

  1,74× menos que el mejor de los demás clientes, como media geométrica

• Memoria

  53/54

  por delante o a la par

  51 por delante2 a la par1 por detrás

  2,32× menos que el mejor de los demás clientes, como media geométrica

Lo que cuesta un gigabyte

Segundos de CPU que gastó cada motor para llevar un GiB, con ocho descargas a la vez. En un teléfono eso es batería; en cualquier dispositivo, calor. Pipe gasta 6,11 segundos por GiB en Hysteria 2, donde los núcleos en Go gastan de 26,47 a 34,26, y 8,52 en WireGuard, donde gastan de 43,14 a 64,40.

Lo que ocupa

Pico de memoria durante la misma prueba. Pipe no tiene recolector de basura y toma cada búfer de un único presupuesto, así que su huella sigue al trabajo: 5 MiB en una sola descarga, 11 en sesenta y cuatro.

Lo rápido que va

En loopback, el servidor limita los protocolos más rápidos con un solo flujo, así que ahí varios motores marcan lo mismo y es la CPU lo que los distingue. Con ocho flujos el límite son los propios motores, y Pipe lleva 9,1 Gbit/s de Shadowsocks donde el mejor de los demás lleva 6,0.

Todas las pruebas

Cada casilla es una prueba: la cifra de Pipe y su diferencia con la del mejor de los demás clientes. Las flechas indican el sentido; el número que las acompaña, los flujos.

por delantea la parpor detrás

Una máquina virtual con macOS 27 hacia su anfitrión · la app entera, con el túnel activo

App de Mac

Cada app tal como se distribuye, en modo Regla y con su túnel activo, de una en una en la misma máquina virtual. La primera fila, Directo, es el túnel sin ningún proxy detrás: lo que la propia app le cuesta a cada conexión.

• Pipe 079ed34f
• Surge Mac 6.12.0
• FlClash 0.9.3

• Caudal

  55/60

  por delante o a la par

  46 por delante9 a la par5 por detrás

  1,28× el del mejor de los demás clientes, como media geométrica

Solo por su túnel, Pipe mueve 13,8 Gbit/s en una descarga; Surge Mac mueve 7,0 y FlClash 10,5. Con ocho descargas a través de un proxy lleva 10,8 Gbit/s de Trojan donde el mejor de los demás lleva 7,3. Surge Mac no acepta un proxy VLESS, y su WireGuard no terminó ninguna ejecución en este banco de pruebas.

Todas las pruebas

Galaxy S25 Edge, Android 17 · cable USB a un Mac

App de Android

Aquí el enlace es adb por el cable, que lleva entre 2 y 2,8 Gbit/s de TCP, y nada más: la mayoría de las pruebas lo alcanzan, así que el caudal a menudo solo dice «no más lento». Lo que marca la clasificación es lo que gasta el teléfono, y ahí ninguna prueba está reñida.

• Pipe aa6b8acf
• FlClash 0.9.3
• Surfboard 2.35.2

• Caudal

  33/36

  por delante o a la par

  23 por delante10 a la par3 por detrás

  1,34× el del mejor de los demás clientes, como media geométrica

• CPU por gigabyte

  36/36

  por delante o a la par

  36 por delante0 a la par0 por detrás

  4,45× menos que el mejor de los demás clientes, como media geométrica

• Memoria

  36/36

  por delante o a la par

  36 por delante0 a la par0 por detrás

  1,69× menos que el mejor de los demás clientes, como media geométrica

Pipe gasta de 1,0 a 2,6 segundos de CPU por cada GiB, sea cual sea el protocolo. FlClash y Surfboard gastan de 2,8 a 34,6, y en Shadowsocks y VMess un solo flujo a través de cualquiera de los dos lleva menos de la mitad que con Pipe. Los procesos de Pipe ocupan de 168 a 201 MiB; los de los demás, de 236 a 523.

Todas las pruebas

iPhone 15 Pro, iOS 27.2 · cable USB a un Mac

App de iPhone

El banco de pruebas más difícil de leer. Un iPhone da a un túnel un proceso pequeño y unos 50 MiB, una sola subida ocupa un único núcleo de eficiencia, sea cual sea el cliente, y un teléfono que se ha calentado lleva un tercio menos que uno que ha reposado. Cada cliente tuvo una sola pasada.

• Pipe aa6b8acf
• Surge 6.100.0
• Clash 1.0.9

• Caudal

  38/54

  por delante o a la par

  27 por delante11 a la par16 por detrás

  1,12× el del mejor de los demás clientes, como media geométrica

Frente a Surge, Pipe va por delante en la mayoría de las pruebas de VMess, AnyTLS, Hysteria 2 y TUIC, por delante o a la par en cinco de las seis de Trojan, con un reparto parejo en SOCKS5, y por detrás en la mayoría de las de Shadowsocks y VLESS. Frente a Clash va por delante en todas las pruebas que ambos terminaron salvo las descargas de WireGuard, donde queda por detrás en torno a una décima parte. El WireGuard de Surge no terminó ninguna ejecución, y la extensión de Clash se detuvo con sesenta y cuatro flujos de VMess y VLESS, así que sus pruebas de Trojan y AnyTLS no se pudieron ejecutar.

Todas las pruebas

Dónde Pipe queda por detrás

Las 24, todas. La mayoría son lecturas únicas de diez segundos, y en los teléfonos una prueba se mueve más que estos márgenes de una sesión a otra. Todas están en nuestra lista.

Aparte del caudal, el motor gasta más CPU que sing-box en Shadowsocks con un solo flujo, en ambos sentidos, y ocupa más memoria que mihomo en sesenta y cuatro subidas de WireGuard. Esas tres pruebas están en los mapas del motor, más arriba.

Por qué es rápido

Nada de esto es un truco del banco de pruebas. Cada prueba lenta se rastrea hasta su causa, y la mayoría de las causas resultan ser pequeñas: lo que Pipe le entrega al otro extremo y lo que hace entre ráfagas.

• Piezas enteras en el cable

  Un servidor proxy abre y reenvía cada fragmento que recibe. Los fragmentos de Shadowsocks, las tramas de AnyTLS y los registros TLS salen ahora de Pipe con el tamaño justo para llenar uno, nunca como una pieza entera y un resto, así que el servidor trabaja menos por cada gigabyte.

• Nada compartido en el camino rápido

  No se toma un bloqueo por cada paquete, el presupuesto de memoria se lee sin ninguno, y los búferes de cada flujo se quedan con él hasta que lleva diez milisegundos en silencio, en lugar de devolverse en cada pausa.

• Una pila TCP/IP propia

  El tráfico del túnel se encuentra con una pila escrita para este trabajo: ventanas dimensionadas para el dispositivo, acuses de recibo agrupados, y paquetes leídos y escritos en ráfagas allí donde el sistema lo permite.

• Ningún runtime de por medio

  Rust compila a código máquina sin recolector de basura, así que no hay recolección por la que detenerse ni un segundo heap que crezca. La CPU que cuesta un gigabyte es cifrado y llamadas al sistema, y poco más.

Método

Cuatro reglas, y todo lo que hay en esta página se sigue de ellas.

1. Un solo instrumento. Cada cifra de caudal es una ejecución de iperf3: TCP, diez segundos tras descartar los dos primeros, los Mbit/s del receptor. El generador está fuera de todos los clientes y es el mismo para todos.
2. Solo cambia el cliente. Un servidor de versión fijada (sing-box 1.14.4), un enlace, una lista de pruebas. Cada cliente se ejecuta tal como se distribuye, con sus propios valores por defecto; ninguno está afinado, y Pipe no recibe ningún ajuste que los demás no tengan.
3. Se guarda todo. Cada ejecución es una línea en un registro, las fallidas también, y cada cifra, gráfica y tabla de esta página la escribe un script a partir de ese registro. Un cliente que no admite un protocolo deja una raya; si no pudo terminar una prueba, esta se marca como fallida.
4. Las derrotas se muestran. Una prueba que Pipe pierde se queda en las tablas y en el recuento.

Los bancos de pruebas

El motor

Un MacBook Pro (M1 Max, macOS 27.2) solo, por loopback. Cada motor es un proceso con un puerto reenviado; los segundos de CPU y el pico de memoria se leen desde fuera de él.

App de Mac

Una máquina virtual con macOS 27.2 (10 núcleos) en ese Mac, que es también el otro extremo. La máquina comparte los núcleos de su anfitrión con el servidor, así que estas cifras clasifican las apps y no son lo que alcanzaría un Mac por sí solo.

App de Android

Un Galaxy S25 Edge con Android 17, conectado por cable al Mac, y el enlace va por adb. iperf3 se ejecuta en el teléfono bajo la identidad propia de una app, dentro del túnel de cada cliente. La CPU y la memoria se leen desde el teléfono.

App de iPhone

Un iPhone 15 Pro con iOS 27.2, conectado por cable al Mac. Una pequeña app nuestra con libiperf sin modificar genera la carga: el mismo binario para todos los clientes, y fuera de todos ellos.

Lee esto antes de citar una cifra

• Son enlaces de laboratorio, no internet. Clasifican los clientes en una máquina y no son la velocidad que tendrá tu conexión.
• La mayoría de las pruebas son una única lectura de diez segundos. En los teléfonos, una prueba puede moverse un tercio de una sesión a otra solo por el calor, así que un resultado ajustado aislado dice poco; el patrón de todo un banco de pruebas dice más.
• Pipe es la compilación del 14 de noviembre de 2026 indicada arriba; las apps llevan estas cifras desde la primera versión publicada a partir de ella. Los demás clientes son las versiones indicadas arriba, tal como las distribuyen sus autores. Clash en el iPhone está compilado desde su código público con un solo cambio, que vincula un proxy al cable.
• Aquí solo se mide el caudal en bruto y lo que cuesta. La latencia, la duración de la batería a lo largo de un día y la recuperación tras un cambio de red, no.
• Los nombres de los demás productos pertenecen a sus propietarios. Nada de lo que hay aquí cuenta con su respaldo, y cada cifra es una medición nuestra en nuestros propios bancos de pruebas.