POI performance

Je suis à l'aide de POI dans mon application web J2EE pour générer un classeur.
Cependant, je trouve que PI prend environ 3 minutes pour créer un classeur avec 25K de lignes(environ 15 colonnes).
Est-ce un POI problème de performance , ou est-il justifié de prendre autant de temps?
Existe-il d'autres Api connu pour de meilleures performances ?

réponses acceptées sont un indicateur pour ceux qui lisent la question de ce que la personne considérée comme le droit de réponse à son problème. C'est un élément d'information très important. Cela dit, n'importe quelle raison vous n'avez pas de commentaire sur la nécessité pour le demandeur de fournir un minimum d'extrait de code montrant le comportement décrit?
il est juste deviner. La raison pourrait être n'importe quoi, qui, l'exemple de code serait montrer immédiatement. Serait-il raisonnable de penser que vous améliorer votre méta-les services de police?
Ravn Andersen: Serait-il raisonnable de penser que vous améliorer votre méta-méta-les services de police? 😉
Je vais considérer que lorsque vous l'avez pris avec moi...

InformationsquelleAutor The Machine | 2010-03-23

12

Je serais très surpris de voir POI prendre autant de temps pour générer un tel fichier. Je viens de généré une feuille avec 30000 lignes x 10 cellules dans environ 18 ans (pas de formatage, pour être juste). La cause peut être l'une des suivantes:
- PI de journalisation peut être activé comme décrit ici
- vous exécutez à partir de la mémoire de swap
- votre VM disponibles tas peut-être très faible
- Avoir des caractères internationaux de rendre le processus plus lent? Et une autre question, comment peut augmenter de mémoire virtuelle d'améliorer les performances?
- Je ne crois pas que des caractères internationaux permettrait de faire ce genre de traitement plus lentement: c'est surtout à propos de la quantité de données. Comme pour les VM disponibles tas, comme la quantité de mémoire requise, touche de près à la disposition d'un segment, le garbage collector a pour le coup en plus souvent: dans les cas extrêmes, la plupart du temps PROCESSEUR est passé de la collecte des ordures. C'est une situation particulière: il n'est pas probable que vous êtes affectés de façon significative par.
- dans mon expérience PVE est un peu lent et si PI a besoin d'un s*charge de la mémoire ou des besoins de journalisation être désactivé, puis il a certainement **est un POI en question. Nous générer des rapports à l'aide de POI et dès que nous générons plus de quelques feuilles de calcul qu'il devient très lent. Aussi, 30000 lignes x 10 cellules est vraiment un trivialement petite quantité de données pour un CPU de faire des milliards de cycles par seconde. Donc, ouais, PI est assez lente de l'API.
- Je dirais que la comparaison de la persistance de 30k lignes à l'encontre de l'horloge du CPU est un peu trompeur. Si l'on travaille avec de grandes feuilles de calcul de manière efficace a été facile à faire, les deux phares les suites de bureautique ne serait pas nécessaire, de sorte que de nombreux ingénieur/ans pour briser le 64 ko-limite de ligne de démarcation.
InformationsquelleAutor Tomislav Nakic-Alfirevic
14

La performance de l'écriture de gros fichiers avec POI peut être fortement réduit si vous avez utilisé le "streaming" POI API au lieu de la norme. En effet, par défaut, PI vous permet de conserver vos données en mémoire avant de les écrire en une seule fois à la fin. L'empreinte mémoire de ce qui peut être ridiculement élevé pour les gros fichiers. Au lieu d'utiliser le streaming API, vous pouvez contrôler la façon dont la mémoire est utilisée et les données sont écrites sur le disque progressivement.

Afin de créer un flux de classeur, utilisez quelque chose comme :
```
  SXSSFWorkbook book = new SXSSFWorkbook(); 
  book.setCompressTempFiles(true);

  SXSSFSheet sheet = (SXSSFSheet) book.createSheet();
  sheet.setRandomAccessWindowSize(100);//keep 100 rows in memory, exceeding rows will be flushed to disk
  //...
```
- Cela fait une énorme différence pour mon cas d'utilisation. J'ai eu un relativement simple feuille avec 45 000 lignes et 20 colonnes, avec pas de formules ou de fantaisie de la mise en forme. En cours d'exécution sur ma production VM, à l'origine, il a pris un peu moins de 2 minutes à générer. Après le passage à la diffusion en continu classeur, il est à 6 secondes. Wow.
InformationsquelleAutor Eric Nicolas
3

Si aucune des autres réponses de travail, de voir si Andy Khan JExcel sera mieux. Je l'ai trouvé pour être de loin supérieure à POI pour traiter avec Excel en Java.

InformationsquelleAutor duffymo
1

Nous utilisons également des POI dans notre web app et n'ont aucun problème de performance avec elle - même si nos documents générés sont beaucoup plus petits que le vôtre. Je voudrais tout d'abord vérifier si PI est la vraie question. Essayez de produire ces documents sans l'J2EE-frais généraux (Test Unitaire) et de mesurer la performance. Vous pouvez également surveiller la charge et de l'utilisation de la mémoire sur votre serveur J2EE pour voir si les problèmes viennent de certains sous-optimales des paramètres du système.

InformationsquelleAutor pitpod

J'ai comparé Apache POI avec JExcel de la bibliothèque. Il semble que JExcel est d'environ jusqu'à 4x plus rapide que celle de Apache POI, mais la consommation de mémoire semble être plus ou moins le même:

@Test
public void createJExcelWorkbook() throws Exception {
        WritableWorkbook workbook = Workbook.createWorkbook(new File("jexcel_workbook.xls"));
        WritableSheet sheet = workbook.createSheet("sheet", 0); 
        for ( int i=0; i < 65535; i++) {
            for ( int j=0; j < 10; j++) {
                Label label = new Label(j, i, "some text " + i + " " + j);
                sheet.addCell(label);
            }
        }
        workbook.write();
        workbook.close();
}

@Test
public void createPoiWorkbook() throws Exception {
    Workbook wb = new HSSFWorkbook();
    Sheet sheet = wb.createSheet("sheet");  
    for ( int i=0; i < 65535; i++) {
        Row row = sheet.createRow(i);
        for ( int j=0; j < 10; j++) {
            Cell cell = row.createCell(j);
             cell.setCellValue("some text " + i + " " + j);
        }
    }   
    FileOutputStream fileOut = new FileOutputStream("poi_workbook.xls");
    wb.write(fileOut);
    fileOut.close();
}

Je l'ai testé avec JExcel la version 2.6.12 et Apache POI version 3.7. Vous avez besoin de télécharger les dernières versions de la bibliothèque vous-même et exécuter les tests simples ci-dessus pour obtenir plus précisément le nombre.

<dependency org="org.apache.poi" name="poi" rev="3.7"/>
<dependency org="net.sourceforge.jexcelapi" name="jxl" rev="2.6.12"/>

Remarque: il y a une limite dans Apache POI de 65535 lignes par feuille.

La limite de ligne est un Excel .xls format de fichier de limitation, pas un PI un. Si vous utilisez l' .xlsx format de fichier (à l'aide de XSSF de Apache POI), alors vous pouvez créer beaucoup plus de lignes

InformationsquelleAutor andi

Vous devez vous connecter pour publier un commentaire.