wtx

WTX

Una colección de diferentes implementaciones de transporte y herramientas relacionadas centradas principalmente en tecnologías web. Cuenta con el desarrollo interno de 6 RFC IETF (6265, 6455, 7541, 7692, 8441, 9113), 2 especificaciones formales (GRPC, PostgreSQL) y varias otras ideas inventadas.

1. Marco de API del cliente
2. Cliente de base de datos
3. Gerente de esquema de base de datos
4. Cliente/servidor de GRPC
5. Marco de clientes HTTP
6. Marco del servidor http
7. HTTP/2 Cliente/servidor
8. Gerente de piscina
9. Herramientas de interfaz de usuario
10. Cliente/servidor de WebSocket
11. WebSocket sobre HTTP/2

Cada característica es opcional y debe establecerse en el momento de la compilación. Consulte la documentación prevista para obtener más información.

Los dispositivos incrustados con un asignador de montón de trabajo pueden usar esta caja no_std .

Actuación

Muchas cosas que generalmente mejoran el rendimiento se usan en el proyecto, por nombrar algunas:

1. Vectorización manual : cuando se conoce un algoritmo por procesar grandes cantidades de datos, se realizan varios experimentos para analizar la mejor manera de dividir bucles para permitir que el compilador aproveche las instrucciones SIMD en procesadores X86.
2. Asignación de memoria : siempre que sea posible, todas las asignaciones de montón se llaman solo una vez al comienzo de la creación de una instancia y, además, el uso de la memoria de la pila se prioriza preferiblemente sobre la memoria de almacenamiento.
3. Menos dependencias : no se inyecta de tercera parte de forma predeterminada. En otras palabras, las dependencias adicionales dependen del usuario a través de la selección de características de carga, lo que disminuye los tiempos de compilación. Por ejemplo, puede ver las meras 16 dependencias requeridas por el cliente PostgreSQL utilizando cargo tree -e normal --features postgres .

Dado que la memoria generalmente se mantiene en el nivel de instancia en lugar de ser creado y caído sobre la marcha, vale la pena señalar que su uso puede crecer significativamente dependiendo del caso de uso. Si se apropia, intente usar un grupo de recursos compartidos o intente limitar cuántos datos se pueden intercambiar entre las partes.

Puntos de referencia de alto nivel

Vea el bancario WTX para ver una variedad de puntos de referencia o no dude en señalar cualquier malentendido o configabilidad.

Hay principalmente 2 cosas que afectan el rendimiento, el tiempo de ejecución elegido y el número de bytes preactuados. Especialmente para los servidores que tienen que crear una nueva instancia para cada apretón de manos, pre-asignar un alto número de bytes para conexiones de baja o baja transferencia puede tener un impacto negativo.

Puntos de referencia de bajo nivel

Cualquier cosa marcada con #[bench] en el repositorio se considera un punto de referencia de bajo nivel en el sentido de que miden operaciones muy específicas que generalmente sirven como base para otras partes.

Eche un vistazo a https://bencher.dev/perf/wtx para ver todos los puntos de referencia de bajo nivel durante diferentes períodos de tiempo.

Seguridad de la capa de transporte (TLS)

Al usar una función que requiere una conexión de red, a menudo es necesario realizar una comunicación cifrada y, dado que wtx no está codificado con una implementación de flujo específica, depende de usted elegir el mejor proveedor de TLS.

Algunas utilidades como TokioRustlsConnector o TokioRustlsAcceptor están disponibles para hacer que las cosas sean más convenientes, pero tenga en cuenta que aún es necesario activar una caja que proporcione certificados para el uso del cliente.

Ejemplos

Se pueden encontrar demostraciones de diferentes casos de uso en el directorio wtx-instances , así como en la documentación.

Limitaciones

• No admite sistemas con una longitud de puntero de 16 bits.

• Espera la suma infalible de las longitudes de un número arbitrario de rebanadas, de lo contrario, el programa probablemente desencadenará un desbordamiento que posiblemente pueda dar como resultado operaciones inesperadas. Por ejemplo, en un sistema de 32 bits, dicho escenario debe ser viable sin memoria de intercambio o mediante limitadores específicos como ulimit .