1. Accueil
  2. Question et réponse
  3. Nombre maximum de connexions simultanées possibles dans BlazeDS

Nombre maximum de connexions simultanées possibles dans BlazeDS

2010-05-06 9 views

Répondre

2

appels Remoting sont simples appels HTTP POST ... chaque appel à distance va être exécuté sur un des threads du serveur d'applications. Le nombre maximal de connexions simultanées dépend donc de la configuration de votre serveur (la taille du pool de threads).

Source

2010-05-06 12:21:11

+0

Pour plus d'informations qui le confirme, voir: http://sujitreddyg.wordpress.com/2008/02/04/blazeds-and-lcds-performace-difference/ – ggkmath

1

Si je comprends ce que vous voulez dire par l'accès à distance, le proxy http? Il existe un endroit pour définir des connexions maximales et des connexions maximales par client dans le fichier proxy-config.xml. Il peut également y avoir des problèmes pour le BlazeDS si vous utilisez push de données, pas seulement le nombre maximum de threads, mais il y a des paramètres de système d'exploitation qui peuvent aussi être remis en question, comme le nombre maximum de FDs qui peuvent être ouverts.

Source

2010-05-06 13:35:51 mezmo

+0

Merci pour la réponse. Il n'y a pas de messagerie et d'envoi de données. Seulement en invoquant certaines méthodes java de flex. J'ai lu dans certaines documentations que le nombre maximum de connexions possibles dans blazeDS est de 100 et dans LCDS il est de 1000. Mais pas de chiffre exact. J'ai un projet où environ 1500 utilisateurs sont là. Sera-ce un problème si nous utilisons BlazeDS dans ce domaine? –

+0

Cela devient plus difficile avec le temps de connexion long de la poussée, mais vous devez vraiment vous soucier des connexions simultanées. Donc, je suppose que cela dépend du type d'application que vous construisez, si tous les 1500 utilisateurs sont susceptibles de faire des connexions exactement au même moment, ou les demandes sont lentes, vous pourriez rencontrer des problèmes. Mais nous avons quelques centaines d'utilisateurs, et nous utilisons le push, donc 2 connexions par utilisateur, et certaines très intenses sans problèmes. YMMV. – mezmo

+1

Manoj, je pense que c'était une sorte de recommandation pas une déclaration officielle d'Adobe. En ce qui concerne votre problème 1500 est un nombre faible, mais je vous recommande d'investir dans les pools de threads du serveur, la surveillance du serveur, la taille de la pile de threads et peut-être un framework de test RIA pour les tests de performance. –

Questions connexes

 Questions connexes