¿Cuál es el mecanismo para imponer límites en el acceso a un recurso cuando se ejecutan varios subprocesos en Redis?
¿Cuál es el mecanismo para imponer límites en el acceso a un recurso cuando se ejecutan varios subprocesos en Redis?

Video: ¿Cuál es el mecanismo para imponer límites en el acceso a un recurso cuando se ejecutan varios subprocesos en Redis?

Video: ¿Cuál es el mecanismo para imponer límites en el acceso a un recurso cuando se ejecutan varios subprocesos en Redis?
Video: Cache distribuida con Redis y Spring Boot 2024, Mayo
Anonim

cerrar con llave

Teniendo esto en cuenta, ¿cómo maneja Redis la concurrencia?

Un programa de un solo subproceso definitivamente puede proporcionar concurrencia en el nivel de E / S mediante el uso de un mecanismo de (des) multiplexación de E / S y un bucle de eventos (que es lo que Redis hace ). El paralelismo tiene un costo: con los múltiples sockets / múltiples núcleos que puede encontrar en el hardware moderno, la sincronización entre subprocesos es extremadamente costosa.

Además, ¿la política de memoria devuelve errores cuando se alcanza el límite de memoria y el cliente está intentando ejecutar comandos que dan como resultado un mayor uso de memoria? Cuando la cantidad especificada de memoria es alcanzó , es posible seleccionar entre diferentes comportamientos, llamados politicas . Redis puede simplemente devolver errores por comandos eso podría resultar en más memoria ser usó , o puede desalojar algunos datos antiguos para regreso de vuelta a lo especificado límite cada vez que se agregan nuevos datos.

Con respecto a esto, ¿cuál de los siguientes es un beneficio de la canalización en Redis?

Ventaja de la canalización El principal ventaja de Canalización de Redis está acelerando el Redis rendimiento. Mejora drásticamente el rendimiento del protocolo debido a la ejecución simultánea de múltiples comandos.

¿Es seguro el hilo de Redis?

Introducir el Redis GIL Afortunadamente, Salvatore Sanfilippo ha agregado un cambio revolucionario cerca de la línea de meta de Redis 4.0 y el lanzamiento de los módulos API: A salvo de amenazas Contextos y bloqueo global. La idea es sencilla. Tiempo Redis sigue siendo de un solo subproceso, un módulo puede ejecutar muchos hilos.

Recomendado: