Que ce soit pour l'un ou pour l'autre, j'ai pas encore rencontré de cas où il serait plus intéressant d'augmenter la taille d'une JVM plutôt que de les multiplier. C'est rare (de mon expérience) d'avoir besoin de partager autant de données entre tes threads. C'est quelque chose qu'on essaie d'éviter autant que possible quelque soit le langage.
Pour le cas particulier de Cassandra, je ne vois pas de raison de dimensionner des JVM si grosses. L'architecture de Cassandra t'apporte vraiment quand tu multiplie le nombre de tes nœuds (meilleur résistance aux pannes, possibilité de répartir les requêtes sur tes nœuds,...). À moins d'avoir des lignes qui font plusieurs Gio (ce qui n'est pas possible avec Cassandra et qui n'est pas une bonne idée globalement), je ne vois pas de raison d'avoir des nœuds énormes.
Pour moi il y un parallèle entre l'utilisation de très grosses machines et la multiplication des petites machines pour offrir un même service (scaler horizontalement plutôt que verticalement).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 7.
Que ce soit pour l'un ou pour l'autre, j'ai pas encore rencontré de cas où il serait plus intéressant d'augmenter la taille d'une JVM plutôt que de les multiplier. C'est rare (de mon expérience) d'avoir besoin de partager autant de données entre tes threads. C'est quelque chose qu'on essaie d'éviter autant que possible quelque soit le langage.
Pour le cas particulier de Cassandra, je ne vois pas de raison de dimensionner des JVM si grosses. L'architecture de Cassandra t'apporte vraiment quand tu multiplie le nombre de tes nœuds (meilleur résistance aux pannes, possibilité de répartir les requêtes sur tes nœuds,...). À moins d'avoir des lignes qui font plusieurs Gio (ce qui n'est pas possible avec Cassandra et qui n'est pas une bonne idée globalement), je ne vois pas de raison d'avoir des nœuds énormes.
Pour moi il y un parallèle entre l'utilisation de très grosses machines et la multiplication des petites machines pour offrir un même service (scaler horizontalement plutôt que verticalement).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)