Quel est le mécanisme permettant d'imposer des limites d'accès à une ressource lorsque plusieurs threads sont exécutés dans Redis ?
Quel est le mécanisme permettant d'imposer des limites d'accès à une ressource lorsque plusieurs threads sont exécutés dans Redis ?

Vidéo: Quel est le mécanisme permettant d'imposer des limites d'accès à une ressource lorsque plusieurs threads sont exécutés dans Redis ?

Vidéo: Quel est le mécanisme permettant d'imposer des limites d'accès à une ressource lorsque plusieurs threads sont exécutés dans Redis ?
Vidéo: Tutoriel Redis : Les bases de Redis 2024, Novembre
Anonim

fermer à clé

En tenant compte de cela, comment Redis gère-t-il la simultanéité ?

Un programme monothread peut certainement fournir concurrence au niveau des E/S en utilisant un mécanisme de (dé)multiplexage des E/S et une boucle d'événement (ce qui est Redis fait ). Le parallélisme a un coût: avec les multiples sockets/multi cœurs que l'on peut trouver sur le matériel moderne, la synchronisation entre threads est extrêmement coûteuse.

De plus, la politique de mémoire qui renvoie des erreurs lorsque la limite de mémoire est atteinte et que le client essaie d'exécuter des commandes qui entraînent une utilisation plus importante de la mémoire ? Lorsque le montant spécifié de Mémoire est parvenu , il est possible de choisir parmi différents comportements, appelés Stratégies . Redis peut simplement renvoyer des erreurs pour commandes ça pourrait entraîner plus de mémoire étant utilisé , ou il peut expulser certaines anciennes données afin de revenir retour au spécifié limite chaque fois que de nouvelles données sont ajoutées.

À cet égard, lequel des éléments suivants est un avantage du pipeline dans Redis ?

Avantage du pipeline Le principal avantage de Pipeline Redis accélère la Redis performance. Il améliore considérablement les performances du protocole en raison de l'exécution simultanée de plusieurs commandes.

Le thread Redis est-il sécurisé ?

Entrer le Redis GIL Heureusement, Salvatore Sanfilippo a ajouté un changement révolutionnaire juste à côté de la ligne d'arrivée de Redis 4.0 et la sortie des modules API: Filetage sûr Contextes et verrouillage global. L'idée est simple. Tandis que Redis reste toujours monothread, un module peut exécuter plusieurs fils.

Conseillé: