Mit Tomcat 6.0.x können wir Http11NioProtocol verwenden und skalierbare Leistung erhalten. Gibt es einen bestimmten Grund für die Verwendung von Http11NioProtocol, dass Tomcat dieses Protokoll nicht als Standardprotokoll verwendet?Nachteile von Tomcat Http11NioProtocol
Im allgemeinen Kontext von NIO zahlt es sich normalerweise aus, einige Produktion Benchmark-Messungen laufen zu lassen, um sicherzustellen, dass Sie die Leistung erhalten, von der Sie denken, dass Sie sind. Denken Sie daran, dass Http11NioProtocol einige seltsame Dinge wie simuliertes Blockieren durchführt, um das Verhalten von Drop-In-Connectors zu erreichen - dies ist nicht kostenlos und könnte möglicherweise weniger leistungsfähig sein als der Standard-Connector Http11Protocol.
Wir sind zufrieden mit der Leistung unserer Webapp mit dem Standard Http11Protocol Connector. Hunderte von Millionen von HTTP-Anfragen pro Monat auf 5 Jahre alter Hardware.
Wenn Leistung wirklich ein Problem ist, sollten Sie den arbeitsintensiveren Schritt der Verwendung des AJP ConnectorHttp11AprProtocol untersuchen. Es ist ein in C geschriebener nativer Teil, der angeblich schneller ist. Aber es zum Laufen zu bringen dauert mehr als eine server.xml Änderung.
Ich hatte persönlich Probleme mit Http11NioProtocol und einer Open-Source-API-Bibliothek von Drittanbietern. (OpenAMF, ein veraltetes AMF0 POJO-Ding.) Das heißt, es hat nicht funktioniert. Aber wenn es für dich funktioniert, dann cool.
Zusammengefasst: