Este artículo es un artículo espejo de traducción automática, por favor haga clic aquí para saltar al artículo original.

Architect_Programmer_Code Red Agrícola»Arquitecto › Programación › .Net/C # › .NET/C# está optimizado con el rendimiento de StackExchange.Redis
Vista: 1417|Respuesta: 0

[Fuente] .NET/C# está optimizado con el rendimiento de StackExchange.Redis

[Copiar enlace]
Publicado el 23-12-2024 21:37:10 | | | |
Requisitos: Generalmente, los desarrolladores de .NET utilizan la biblioteca StackExchange.Redis para leer y escribir operaciones de Redis, y hoy he comprobado el enlace de red y he visto que la biblioteca StackExchange.Redis usa el modo singleton y en realidad establece 4 enlaces largos TCP con el servidor Redis.

Busca en internet y encuentra internautas a los que responderte"Por defecto, cada instancia de ConnectionMultiplexor en StackExchange.Redis crea al menos 2 conexiones por caché. Uno para comandos de interacción y otro para publicar/suscribir mensajes.”

Si no usas la función de suscripción de publicaciones publicaciones/subtítulos, puedes desactivarla para optimizar el uso de la conexión.

Usando el comando CLIENT LIST en el servidor Redis, puedes ver todas las conexiones del cliente,Antes de la optimización, se muestra la figura siguiente：



La combinación de banderas de cliente significa lo siguiente:

R: conexión que se cerrará cuanto antes
B: El cliente está esperando en una operación de bloqueo
c: la conexión se cerrará tras escribir toda la respuesta
d: se ha modificado una tecla vigilada - EXEC fallará
e: El cliente queda excluido del mecanismo de desahucio
i: el cliente está esperando una entrada de e/salida de la VM (descontinuada)
M: el cliente es un maestro
N: sin un conjunto específico de banderas
O: el cliente es un cliente en modo MONITOR
P: el cliente es suscriptor de Pub/Sub
R: El cliente está en modo solo lectura frente a un nodo del clúster
S: el cliente es una réplica de nodo conectado a esta instancia
U: El cliente está desbloqueado
U: el cliente está conectado mediante un socket de dominio Unix
x: el cliente está en un contexto MULTI/EXEC
T: El cliente activó el seguimiento de claves para realizar caché en el lado del cliente
T: el cliente no tocará el LRU/LFU de las teclas a las que accede
R: el cliente objetivo de seguimiento del cliente es inválido
B: el cliente activó el modo de seguimiento de difusión
¿Cómo desactivo las conexiones de suscripción publicaciones de publicaciones publicadas o subtituladas?

Opción 1

Modifica el código .NET de la siguiente manera:

Opción 2 (recomendada)

Modifica la cadena de conexión directamente de la siguiente manera:

Una vez completada la modificación, vuelve a ejecutar el programa y puedes ver que la conexión de publicación de suscripción ha sido cerrada, como se muestra en la siguiente figura:



Antes: se establecieron 4 conexiones TCP, y después: se establecieron 2 conexiones TCP.

Referencia:

El inicio de sesión del hipervínculo es visible.
El inicio de sesión del hipervínculo es visible.
El inicio de sesión del hipervínculo es visible.





Anterior:Encriptación por ofuscación de código Angular facilitada
Próximo:Código de prueba .NET/C# para múltiples soluciones de métodos principales

Publicaciones relacionadas
Renuncia:
Todo el software, materiales de programación o artículos publicados por Code Farmer Network son únicamente para fines de aprendizaje e investigación; El contenido anterior no se utilizará con fines comerciales o ilegales; de lo contrario, los usuarios asumirán todas las consecuencias. La información de este sitio proviene de Internet, y las disputas de derechos de autor no tienen nada que ver con este sitio. Debes eliminar completamente el contenido anterior de tu ordenador en un plazo de 24 horas desde la descarga. Si te gusta el programa, por favor apoya el software genuino, compra el registro y obtén mejores servicios genuinos. Si hay alguna infracción, por favor contáctanos por correo electrónico.
Mail To:help@itsvse.com