Apache, JBOSS à l'aide de AJP (mod_jk) donnant des pics dans le nombre de threads

Déployer Apache natif AVR sous jboss/bin/native.

Modifier votre jboss run.sh pour s'assurer qu'il est à la recherche pour le natif libs dans le bon dossier.

Cette force de jboss à l'utilisation native connecteur AJP trheads plutôt que la valeur par défaut en pur java.

OriginalL'auteur Dan

Ce que nous avons fait pour le tri cette question est comme suit:

 <property name="hibernate.cache.use_second_level_cache">false</property>


 <property name="hibernate.search.default.directory_provider">org.hibernate.search.store.FSDirectoryProvider</property>
    <property name="hibernate.search.Rules.directory_provider">
        org.hibernate.search.store.RAMDirectoryProvider 
    </property>

    <property name="hibernate.search.default.indexBase">/usr/local/lucene/indexes</property>

    <property name="hibernate.search.default.indexwriter.batch.max_merge_docs">1000</property>
    <property name="hibernate.search.default.indexwriter.transaction.max_merge_docs">10</property>

    <property name="hibernate.search.default.indexwriter.batch.merge_factor">20</property>
    <property name="hibernate.search.default.indexwriter.transaction.merge_factor">10</property>

 <property name ="hibernate.search.reader.strategy">not-shared</property>   
 <property name ="hibernate.search.worker.execution">async</property>   
 <property name ="hibernate.search.worker.thread_pool.size">100</property>  
 <property name ="hibernate.search.worker.buffer_queue.max">300</property>  

 <property name ="hibernate.search.default.optimizer.operation_limit.max">1000</property>   
 <property name ="hibernate.search.default.optimizer.transaction_limit.max">100</property>  

 <property name ="hibernate.search.indexing_strategy">manual</property> 

Paramètres ci-dessus est assuré que les threads ne sont pas bloqués par lucene et mise en veille prolongée de recherche. Par défaut optimiseur de hibernate fait de notre vie facile, donc je considère ce paramètre très important.

Également supprimé les C3P0 le regroupement de connexions et utilisés intégré connexion JDBC mise en commun, donc nous avons commenté la section ci-dessous.

 <!--For JDBC connection pool (use the built-in)-->


 <property   name="connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
    <!-- DEPRECATED very expensive property name="c3p0.validate>-->
    <!-- seconds -->

Après avoir fait tout cela, nous avons été en mesure de réduire considérablement le temps d'un AJP fil a été prise à servir les requêtes et les fils ont commencé à venir à la R état, après avoir occupé la demande c'est à dire en l'état.

OriginalL'auteur Ashish Jain

Nous étions à cette question dans un Jboss 5 de l'environnement. La cause est un service web qui a pris plus de temps à répondre que Jboss/Tomcat permis. Ce serait la cause de l'AJP pool de threads, éventuellement, d'en épuiser ses threads disponibles. Il serait alors cesser de répondre. Notre solution a été de régler le service web pour utiliser une Requête/Reconnaissez modèle plutôt qu'une Demande/Répondre motif. Cela a permis au web service pour répondre dans le délai d'attente à chaque fois. Accordé ce n'est pas de résoudre le sous-jacent problème de configuration de Jboss, mais il était plus facile pour nous de le faire dans notre contexte de réglage de jboss.

OriginalL'auteur David Mann