A periodic usage report about the DBpedia SPARQL Query Service Endpoint and associated Linked Data Pages.
Copyright (C) 2021 OpenLink Software
Introduction
This document shows some of the statistics from the DBpedia 2020-12 Snapshot released collected between January 2021 and July 2021; spanning a half year of logs from the DBpedia web service operated by OpenLink Software at http://dbpedia.org/sparql/
.
The log files used to prepare this document include data from the first stable release of the DBpedia Databus
Infrastructure
The DBpedia service consists of:
- two or more Virtuoso Universal Server Instances — facilitating Linked Data Deployment including providing a SPARQL endpoint delivering RDF data in a variety of document formats subject to content-negotiation.
- a Reverse Proxy Server — which redirects client requests to an available Virtuoso instance and caches the results in case another client repeats the same request within a specified timeframe
- a physical computer — hosted in OpenLink Software’s datacenter
Currently the DBpedia service is hosted on two virtual machines running CentOS 6, each using 8 Intel Xeon E5–2630 2.30 GHz cores with 200 GB SSD and 64GB memory, hosting Virtuoso 8.3 Enterprise Edition with the Column Store Module.
Rate and Connection limits
To maintain equitable access to the DBpedia service for everyone, OpenLink limits connections by rate and concurrent connections, limiting disruption by faulty or misbehaving applications.
Current limit rates are:
- Connection limit of 50 parallel connections per IP address . This number is fairly high to permit multiple clients in networks using Network Address Translation (NAT) to appear as one network IP. Without the use of tracking cookies, it is impossible to distinguish between machines inside a NAT network, and for privacy and legal reasons, OpenLink has decided not to use such cookies at this point in time.
- Rate limit of 100 requests per second per IP address, with an initial burst of 120 requests.
As part of monitoring the DBpedia service, OpenLink performs frequent traffic analysis to make sure the service is running smoothly.
Ideally, applications should be written to check the HTTP status code of each request, and in case of a 503
(Service Unavailable) or 429
(Too Many Requests) code, perform a 1–2 second sleep before retrying the request.
OpenLink may alter these parameters at any time to make sure the service remains reachable to the general public.
In case of misuse, OpenLink may temporarily block an offender’s IP address from accessing the DBpedia service. This temporary ban will be automatically lifted once such a blocked IP address refrains from making any request to the DBpedia service for at least 5 minutes.
Configured Virtuoso limits on the DBpedia endpoint
The Virtuoso configuration for the DBpedia endpoint includes:
-
Query Execution Timeout of
120 seconds
. This is the query solution preparation threshold. If the timeout stops execution before the solution is complete — i.e., if the solution is partial — this is indicated to the query client via HTTP response headers. -
Maximum SPARQL query solution (aka result set) size of
10,000 rows
. This is the maximum number of solution rows (forSELECT
queries) or triple/quad statements (forCONSTRUCT
orDESCRIBE
queries) returned per query-solution-retrieval round-trip.
Virtuoso “Anytime Query” Functionality
The “Anytime Query” is a core feature of Virtuoso that enables it to handle the challenges inherent in providing a publicly accessible interface for ad-hoc querying at Web scale. This feature allows an application compliant with the SPARQL- and HTTP-protocol to issue long-running and/or large-solution queries, for which finding the complete solution would exceed configured query timeout and/or result set limits, and rather than being rebuffed with no solution, to receive partial solutions conforming to those thresholds. Further, this feature enables the use of LIMIT
and OFFSET
(typically combined with ORDER BY
and/or GROUP BY
) to create windows (also known as sliding windows or cursors ) to iterate through the complete query solution without being adversely affected by inserts or deletions.
Note: Even while paging through a partial query solution, Virtuoso continues to work towards a complete solution in the background.
Custom HTTP headers
As the W3C SPARQL standard currently does not specify an authoritative status code or header response to report a partial result set, OpenLink Software has opted to have Virtuoso return a status code of 200
to denote a successful request and add a custom header to the result to indicate that the result was limited to what could be returned within the settings enforced by the server.
If full execution of the query would return more than the configured maximum number of rows, the X-SPARQL-MaxRows
line is added, as shown below:
HTTP/1.1 200 OK
Date: Tue, 1 Jan 2018 12:00:00 GMT
Content-Type: text/html; charset=UTF-8
Content-Length: 1427536
Connection: keep-alive
Vary: Accept-Encoding
Server: Virtuoso/07.20.3224 (Linux) i686-generic-linux-glibc212-64 VDB
X-SPARQL-default-graph: http://dbpedia.org
X-SPARQL-MaxRows: 10000
Expires: Tue, 07 Jan 2018 12:00:00 GMT
Cache-Control: max-age=604800
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: HEAD, GET, POST, OPTIONS
Access-Control-Allow-Headers: DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Accept-Encoding
Accept-Ranges: bytes
If the AnyTime Query timeout is reached, several headers are added:
HTTP/1.1 200 OK
Date: Tue, 01 Jan 2018 12:00:00 GMT
Content-Type: text/html; charset=UTF-8
Content-Length: 80
Connection: keep-alive
Server: Virtuoso/07.20.3224 (Linux) i686-generic-linux-glibc212-64 VDB
X-SPARQL-default-graph: http://dbpedia.org
X-SQL-State: S1TAT
X-SQL-Message: RC...: Returning incomplete results, query interrupted by result timeout. Activity: 7 rnd 64.87M seq 0 same seg 1 same pg 0 same par 0 disk 0 spec disk 0B / 0 mess
X-Exec-Milliseconds: 30000
X-Exec-DB-Activity: 7 rnd 64.87M seq 0 same seg 1 same pg 0 same par 0 disk 0 spec disk 0B / 0 messages 0 fork
Expires: Tue, 07 Jan 2018 12:00:00 GMT
Cache-Control: max-age=604800
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: HEAD, GET, POST, OPTIONS
Access-Control-Allow-Headers: DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Accept-Encoding
Accept-Ranges: bytes
Hosting Independent DBpedia Instances
The restrictions described above may impair some complex analytical queries. Users who frequently encounter these limits are advised to use one of the following methods:
- set up a private DBpedia instance in their own datacenter or in the cloud – OpenLink Software also offers this as a Professional Services option
- use an instance of OpenLink’s Pay-As-You-Go DBpedia AMIs (either the DBpedia 2016–10 Snapshot or the DBpedia-Live Mirror [starts from 2016–04 Snapshot]) on Amazon EC2.
HTTP logs
The HTTP server log files used in this report exclude traffic generated by:
- IP addresses that were temporarily rate-limited after their burst period
- IP addresses that were banned after misuse
- applications, spiders, and other crawlers that were blocked after frequently hitting the rate-limiter or which generally claimed too many resources
The system uses a combination of firewall rules and Access Control Lists (ACLs) to quickly drop such connections, so legitimate users of the DBpedia service can continue to connect and execute queries.
To save time, these dropped connections are not recorded in the log files.
The data for this document was extracted from reports generated by Webalizer v2.21.
HTTP Usage Historical Overview
The first table shows the average numbers of Visits and Hits per day during the time each DBpedia dataset was was live on the http://dbpedia.org/sparql endpoint.
DBpedia | From | Until | Days | Visits per day | Hits per day | Total Hits |
---|---|---|---|---|---|---|
3.3 | 2009-06-30 | 2009-11-05 | 128 | 9,602 | 733,811 | 94,661,592 |
3.4 | 2009-11-06 | 2010-04-07 | 152 | 11,100 | 1,212,549 | 185,519,930 |
3.5 | 2010-04-08 | 2011-01-17 | 284 | 16,381 | 1,122,612 | 282,898,279 |
3.6 | 2011-01-18 | 2011-06-30 | 163 | 19,288 | 1,328,355 | 219,178,587 |
3.7 | 2011-07-01 | 2012-06-19 | 354 | 23,408 | 2,052,660 | 594,338,675 |
3.8 | 2012-06-20 | 2013-09-19 | 456 | 16,614 | 2,925,335 | 570,440,410 |
3.9 | 2013-09-20 | 2014-09-02 | 347 | 22,026 | 3,035,428 | 1,062,399,840 |
2014 | 2014-09-03 | 2015-07-05 | 305 | 27,927 | 3,423,490 | 1,051,011,401 |
2015-04 | 2015-07-06 | 2016-03-31 | 269 | 24,689 | 3,516,936 | 953,089,788 |
2015-10 | 2016-04-01 | 2016-10-13 | 195 | 110,745 | 6,581,217 | 1,263,593,686 |
2016-04 | 2016-10-14 | 2017-07-03 | 262 | 231,735 | 7,646,447 | 2,003,369,014 |
2016-10 | 2017-07-04 | 2021-01-07 | 1283 | 257,994 | 7,542,623 | 9,501,427,081 |
2020-12 | 2021-01-08 | 2021-07-22 | 196 | 436,117 | 12,027,928 | 2,357,473,835 |
Hits
The following graph shows the average number of hits (or requests) per day that were made to the DBpedia service following each release.
Coinciding with the DBpedia 2015–10 release on April 1 2016 there has been a dramatic increase in the number of Hits, which we attribute to the work in promoting DBpedia via the Community meetings as well as communication with various partners in the Linked Data community to increase back-links.
Visits
The following graph shows the average number of unique visits per day made to the DBpedia service following each release.
Similarly to the hits graph above we even more clearly see a huge increase in visits since the DBpedia 2015–10 release.
In this report we treat multiple hits (or requests) originating from the same Client IP Address within a 30 minutes (or less) interval between subsequent requests as a "Single Visit” by an “Active User Agent”.
While web crawlers (like Google, DuckDuckGo, Bing, and Yahoo) normally do not make many distinct visits, projects hosted on Google’s UserContents, Amazon, and other cloud services do contribute to the number of visits.
OpenLink may analyze the visitor data from these various services separately in a future analytics document.
Linked Data Deployment
When talking about DBpedia, we normally refer to the SPARQL endpoint; however DBpedia offers also Linked Data Deployment via its /resource , /page , and /data endpoints as well as via applications like the OpenLink Faceted browser on /fct and /describe .
Imagine DBpedia Entity Identifiers that fail to resolve? This is the single most important aspect of DBpedia and its pivotal role as a LOD Cloud kernel.
The next graph shows the percentage of the total number of hits in a given time period that can be attributed to the /sparql
endpoint. If we look at the historical data from 2014–09 onward, we can see the requests to /sparql
were about 60.16% of the total number of hits.
If we focus the 2020-12 snapshot, we can see a slightly lower average of 35%, as shown in the following graph:
This means that around 65% of traffic uses Linked Data constructions to view information available through DBpedia. To put this into perspective, that means that of the average of 12 million hits to the endpoint on a given day, around 7.8 million hits are Linked Data Deployment hits.
HTTP Usage Overview per month
The following table shows the information on visits, sites and hits for
each month between 8 January 2021 through to 22 July 2021.
date | avg hits/day | avg visits/day | sites/month | total visits/month | total hits/month |
---|---|---|---|---|---|
Jan 21 | 20,386,288 | 441,158 | 312,430 | 10,587,815 | 489,270,918 |
Feb 21 | 21,797,451 | 570,204 | 424,164 | 15,965,723 | 610,328,643 |
Mar 21 | 13,267,528 | 454,439 | 546,028 | 14,087,630 | 411,293,380 |
Apr 21 | 11,183,008 | 438,899 | 567,626 | 13,166,976 | 335,490,245 |
May 21 | 7,165,381 | 406,864 | 573,374 | 12,612,790 | 222,126,832 |
Jun 21 | 5,647,325 | 346,003 | 518,600 | 10,380,092 | 169,419,755 |
Jul 21 | 5,433,821 | 365,736 | 506,332 | 8,046,201 | 119,544,062 |
total | 84,847,227 | 2,357,473,835 | |||
average | 12,125,829 | 431,900 | 492,651 | 12,121,032 | 336,781,976 |
stdev | 6,774,067 | 73,205 | 94,001 | 2,644,833 | 178,877,286 |
median | 11,183,008 | 438,899 | 518,600 | 12,612,790 | 335,490,245 |
min | 5,433,821 | 346,003 | 312,430 | 8,046,201 | 119,544,062 |
max | 21,797,451 | 570,204 | 573,374 | 15,965,723 | 610,328,643 |
days | 196 |
The above table is also available as a Google Sheet.
Hits
The following graph shows the average number of hits (or requests) per day for the whole time period:
Visits
The following graph shows the average number of visits per day over the whole time period:
Average number of Hits per Visit
Dividing one by the other, we get average hits per visit:
Sites
The last graph shows the number of unique IP addresses that made requests to the DBpedia service.
Related
- OpenLink Software
- DBpedia
- What is DBpedia, and why is it important?
- What is the Linked Open Data Cloud, and why is it important?
Previous Reports
Some of the statistics in this document were previously published as part of:
- DBpedia — A Large-scale, Multilingual Knowledge Base Extracted from Wikipedia by Jens Lehmann, Robert Isele, Max Jakob, Anja Jentzsch, Dimitris Kontokostas, Pablo N. Mendes, Sebastian Hellmann, Mohamed Morsey, Patrick van Kleef, Sören Auer, Christian Bizer.
- Data as of 2014–11–15 , published on 2015–01–07 by OpenLink Software
- Data as of 2015–07–31 , published on 2015–08–06 by OpenLink Software
- Data as of 2016–09–06 , published on 2016–09–06 by OpenLink Software
- Data as of 2018-01-01, published on 2018-01-01 by OpenLink Software
- Data as of 2020-10-01, published on 2020-10-20 by OpenLink Software
- Data as of 2021-01-07 , published on 2021-08-06 by OpenLink Software