We ondervinden problemen met de prestaties van fop (v0.95) bij multiples-oproepen. We maken een pdf met een paar afbeeldingen en onze eigen lettertypen.
De eerste oproep is veel langer dan de andere en het is een probleem voor ons. Hier zijn enkele oproepvoorbeelden (tijden zijn in ms):
- Oproep # 1 - verstreken tijd = 13929
- Oproep # 2 - verstreken tijd = 2817
- Oproep # 3 - verstreken tijd = 3312
- Oproep # 4 - verstreken tijd = 1629
- Oproep # 5 - verstreken tijd = 1436
- Oproep # 6 - verstreken tijd = 1356
- Oproep # 7 - verstreken tijd = 911
- Oproep # 8 - verstreken tijd = 1244
- Oproep # 9 - verstreken tijd = 780
- Bel # 10 - verstreken tijd = 895
We hebben verschillende dingen geprobeerd om dit op te lossen:
- Ons lettertype laden met behulp van de parameter folder in plaats van of laden
elk lettertype met de fonttag
- Stric-configuratie instellen op true
- Strenge validatie instellen op false
- Gebruik van het cachebestand (cache-bestandstag)
Niets verbetert de prestaties tijdens het eerste gesprek aanzienlijk. Onze enige oplossing op dit moment is het genereren van een nep-pdf in de constructor, dus de eerste aanroep zal kunstmatig worden gedaan bij jvm start.
Heeft u een suggestie om de uitvoeringen te verzachten, en misschien enkele uitleg over dit gedrag?
Bij voorbaat dank.