Performance issue with text/csv and HTTP compression about jena HOT 4 CLOSED

Hi @SimonBin A few details would help.

• Which versions of Fuseki have you tried?
• What are the times you are seeing? The same if you call twice, one after another?
• Is there an intermediary (e.g reverse proxy) on the HTTP path?

from jena.

Hi @afs thank you for the prompt response

• Fuseki 4.5.0-SNAPSHOT 7be194c
• times stay the same (3 seconds vs. 1 minute)
• no intermediary
• sample dataset with random triples was enough to trigger it:

   { echo '@prefix : <http://example.com/> .
     _:r0 :has [ :label "1" ]'
     for i in $(seq 2 2500000); do
       echo ", [ :label \"$i\" ]"
     done
     echo . } > demo.ttl
  

however, while trying to reproduce it, I found that it does not happen in the 4.5.0 release! so case closed I guess?? still, a very curious issue

from jena.

There was a Jetty upgrade 10.0.8 -> 10.0.9. That's the only change that looks even remotely in the area.

jetty/jetty.project#7567

touches gzipping. But not in a way that clearly applies to this case.

from jena.

maybe it's jetty/jetty.project#7683 (although the tone of that report makes it sound to me as if the real bug is still hidden out there somewhere)

from jena.