Имам нужда от точка, от която да започна. Четох от Яков Фейн за пробив на изпълнението с пристан и пламъци.
Разбрах, че вече имаме проблеми с около 1200 едновременни потребители, някои потребители не получават съобщения и процесорът е подложен на силен обстрел.
Някой пробвал ли е вече този Nio с BlazeDS? Това работи ли и с Tomcat? Откъде да започна и какво ми е необходимо, за да подобря ефективността на съобщенията?
Много благодаря!!!
Бих предложил, преди да тръгнете по пътя на персонализиране на BlazeDS за поддръжка на NIO, да профилирате вашето приложение и да проверите къде са горещите точки. Уверихте ли, че мрежовият стек на BlazeDS е този, който причинява загубени съобщения? Профилирахте ли вашия код, за да видите дали има оптимизации, които могат да бъдат направени за по-добро оптимизиране на обработката на съобщения?
Някои всъщност твърдят, че Java NIO всъщност не подобрява пропускателната способност - http://paultyma.blogspot.com/2008/03/writing-java-multithreaded-servers.html
Казвам това, защото BlazeDS не поддържа NIO, а само комерсиалната версия на сървъра - LCDS. Това, което LCDS всъщност прави, настройва своите собствени NIO сокети и управлява заявки през тези връзки, заобикаляйки стандартния сервлет стек. За да получите NIO поддръжка, Яков каза: „За да поддържате хиляди едновременни потребители, вие също трябва да персонализирате мрежовия слой на BlazeDS“ Бих искал да предположа, че този персонализиран мрежов слой не е готов за производство и е по-скоро прототип, защото е изключително трудно да се персонализира надеждно мрежовия слой на всеки сървър.
