Les fichiers comptent aftet MassIndexer est énorme pour hibernate-search 3.4.0

Question

J'utilise MassIndexer pour indexer. Après la migration vers Hibernate-search 3.4 à partir de 3.2.1.Le nombre de fichiers final est vraiment très important (avec l'extension .cfs). Avant c'était OK. Et en même temps migrer sur lucene-core 3.1.0

S'il vous plaît, quelqu'un pourrait-il expliquer pourquoi c'est arrivé?

MassIndexer massIndexe = fullTextSession.createIndexer(SearchLuceneDocument.class); 

     massIndexe.purgeAllOnStart(true) // true by default, highly recommended 
       .optimizeAfterPurge(true) // true is default, saves some disk space 
       .optimizeOnFinish(true) // true by default 
       .batchSizeToLoadObjects(100) 
       .threadsForSubsequentFetching(15) 
       .threadsToLoadObjects(10) 
       .threadsForIndexWriter(4) 
       .cacheMode(CacheMode.IGNORE) // defaults to CacheMode.IGNORE 
       .startAndWait(); 

Réservoirs d'avance!

Artem

Answer 1

sur quel système de fichiers êtes-vous? On sait que certains descripteurs de fichier de fuite NFS; en fait, c'est pourquoi nous proposons différentes alternatives pour le clustering - aucune d'entre elles n'implique de NFS. Je ne suis pas au courant des bogues de nous ne fermant pas les fichiers pendant massindexer, mais si vous pourriez contribuer un test en soulignant l'erreur, je serais heureux d'y jeter un coup d'oeil; postez-le sur JIRA ou sur les forums hibernate, dans les sections Recherche. merci