Uploaded image for project: 'Blazegraph (by SYSTAP)'
  1. Blazegraph (by SYSTAP)
  2. BLZG-970

unnecessary synchronization

    XMLWordPrintable

    Details

      Description

      Consider the large update:

      http://trac.bigdata.com/attachment/ticket/893/query-3.sparql

      against an empty triple store, when the actual update is very quick and makes no changes; and the vast bulk of the time goes in the optimizer.

      In two separate shell windows execute:

      time curl -H 'Accept: text/csv' -s --data-urlencode update@query3.sparql $ENDPOINT
      

      One of these, for me, executes in 35 seconds, the other in 70.
      This indicates that there is a synchronization somewhere in the server. Since, from ticket 893, we see that virtually all the time is going in the optimizer, and this work need not be exclusive, something is a little awry

        Attachments

          Activity

            People

            Assignee:
            mrpersonick mrpersonick
            Reporter:
            jeremycarroll jeremycarroll
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: