Oups, encore quelques nouveaux points que je ne comprend pas:
Un cache ça sert à stocker le résultat d'un traitement pour y accéder plus rapidement. Tant que le traitement en question est significativement plus long que la lecture depuis cette base de données, ça peut rester pertinent.
Du coup, dans ce cas, les performances apportées par le service de cache ne serviront à rien car un cache local ferra le boulot, non?
un système d'exploitation préfère avoir 2 processus de 4Gio qu'un seul de 8
A quoi fais tu référence? Les performances sont meilleures si l'on utilise les processus à la place des threads, où de stabilité, de consommation mémoire ?
Je loupe surement quelques choses, car il "semble" (https://eli.thegreenplace.net/2018/measuring-context-switching-and-memory-overheads-for-linux-threads/) que les threads sont plus rapides à démarrer que les processus, et le temps de "context switch" est plus court pour les threads.
tu peux ne pas avoir le choix, comme je le disais plus haut avec PHP..
tu peux vouloir que ton cache survive à un redémarrage de ton applicatif
Pourquoi pas, en effet (souvent les caches c'est le premier truc que tu veux virer au démarrage d'une appli pour être dans un état connu,donc à priori, stable).
tu peux vouloir que ton applicatif scale
Oui, mais on sort du cas "1 serveur", mes remarques n'étaient que sur ce cas d'utilisation.
On est bien d'accord qu'un cluster, Redis/Robert ont leur utilité.
simplifier la vie des développeurs pour ne pas avoir toi même à créer un client
Ce "problème" (ou "faux problème"), tu l'as pour les bases de données sous le nom de "driver" JDBC/ODBC/etc... développés et fournis par les développeurs des bases de données.
[^] # Re: Formatage automatique
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Robert, un logiciel de stockage en mémoire vive. Évalué à 3.
Oups, encore quelques nouveaux points que je ne comprend pas:
Du coup, dans ce cas, les performances apportées par le service de cache ne serviront à rien car un cache local ferra le boulot, non?
A quoi fais tu référence? Les performances sont meilleures si l'on utilise les processus à la place des threads, où de stabilité, de consommation mémoire ?
Je loupe surement quelques choses, car il "semble" (https://eli.thegreenplace.net/2018/measuring-context-switching-and-memory-overheads-for-linux-threads/) que les threads sont plus rapides à démarrer que les processus, et le temps de "context switch" est plus court pour les threads.
Il est possible de le faire en PHP, voir https://www.php.net/manual/en/book.shmop.php
Pourquoi pas, en effet (souvent les caches c'est le premier truc que tu veux virer au démarrage d'une appli pour être dans un état connu,donc à priori, stable).
Oui, mais on sort du cas "1 serveur", mes remarques n'étaient que sur ce cas d'utilisation.
On est bien d'accord qu'un cluster, Redis/Robert ont leur utilité.
Ce "problème" (ou "faux problème"), tu l'as pour les bases de données sous le nom de "driver" JDBC/ODBC/etc... développés et fournis par les développeurs des bases de données.