Domanda

Ho bisogno di un punto da cui partire. Ho letto da Yakov Fain su una rottura delle prestazioni attraverso con pontile e BlazeDS.

mi sono reso conto che abbiamo già qualche problema con circa 1200 utenti simultanei, alcuni consumatori non ottengono i messaggi e CPU è sotto il fuoco pesante.

Qualcuno ha già provato questo Nio con BlazeDS? Ha fatto questo lavoro con Tomcat troppo? Da dove cominciare e che cosa ho bisogno per migliorare le prestazioni di messaggistica?

Grazie mille !!!

È stato utile?

Soluzione

Vorrei suggerire prima di andare giù per la strada di BlazeDS personalizzazione per supportare NIO che profilo la vostra applicazione e verificare i punti caldi erano state. Si è verificato che è la BlazeDS stack di rete che sta causando i messaggi persi? Avete profilato il codice per vedere se ci sono ottimizzazioni che si può fare per una migliore gestione messaggio ottimizzare?

Alcuni in realtà si contendono il NIO Java in realtà non migliora through-put - http://paultyma.blogspot.com/2008/03/writing-java-multithreaded-servers.html

lo dico perché BlazeDS non supporta NIO solo la versione commerciale del server fa - LCDS. Ciò che gli LCD realtà non set-up è proprio prese NIO e gestisce le richieste attraverso questi collegamenti, bypassando lo stack servlet standard. Per ottenere NIO sostegno Yakov ha dichiarato: "Per migliaia di supporto utenti simultanei è inoltre necessario personalizzare rete strato di BlazeDS" Sarei disposto a indovinare questo strato di rete su misura non è pronto per la produzione ed è più di un prototipo, perché è estremamente difficile in modo affidabile Personalizza lo strato di rete di qualsiasi server.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top