Akka Remoting pour une application de serveur de grille

Question

Notre application a un nœud de serveur qui délègue des délégués à de nombreux nœuds de travail qui sont des acteurs distants. Cette application devrait évoluer en augmentant le nombre de nœuds de travail.

Nous utilisons Akka 1.3 RC4, et faire quelque chose de mal pari parce que nous remarquons ce qui suit:

1> Les nouvelles prises sont ouvertes lorsque les tâches sont envoyés aux nœuds de travail du serveur. Les prises se ferment une fois la tâche terminée. Y a-t-il un avantage par rapport aux raisons pour lesquelles les prises ne sont pas toujours ouvertes? Y a-t-il un conf que nous devons modifier? 2> Lorsque nous listons le nombre de descripteurs de fichiers ouverts par le PID du processus serveur, le nombre augmente proportionnellement au nombre de sockets ouverts (totalement attendus). Le but de cette application est de mettre à l'échelle d'énormes fermes de calcul (globales), mais une fois la limite des descripteurs de fichiers atteinte, le nœud de serveur ne peut plus ouvrir de sockets pour d'autres noeuds de travail. Je me demande si nous devrions changer la conception et l'approche d'une autre manière.

Une autre chose que nous envisageons actuellement est de passer à Akka 2, mais nous ne savons pas si c'est la meilleure façon de résoudre ce genre de problème.

Merci!

Answer 1

1. Vous pouvez augmenter le délai d'attente de lecture pour les connexions, pour les garder ouverts plus longtemps
2. Vous devez passer à 1,3 RC6 qu'il fixe une performance liée à distance émet
3. Akka 2.0 être Les resuses par défaut de connexions entrantes pour les messages sortants, menant à bien une meilleure évolutivité pour votre cas d'utilisation

Hope this helps,

Cheers, √