Monthly Archives: March 2015

Blazegraph 1.5.1 Released!

Blazegraph 1.5.1 is released! This is a major release of Blazegraph™. The official release is made into the Sourceforge Git repository. Releases after 1.4.0 will no longer be made into SVN.

The full feature matrix is here.

blazegraph_wide_85px_height

You can download the WAR (standalone), JAR (executable), or HA artifacts from sourceforge.

You can checkout this release from:

git clone -b BLAZEGRAPH_RELEASE_1_5_1 --single-branch git://git.code.sf.net/p/bigdata/git BLAZEGRAPH_RELEASE_1_5_1

Feature summary:

– Highly Available Replication Clusters (HAJournalServer [10])
– Single machine data storage to ~50B triples/quads (RWStore);
– Clustered data storage is essentially unlimited (BigdataFederation);
– Simple embedded and/or webapp deployment (NanoSparqlServer);
– Triples, quads, or triples with provenance (RDR/SIDs);
– Fast RDFS+ inference and truth maintenance;
– Fast 100% native SPARQL 1.1 evaluation;
– Integrated “analytic” query package;
– %100 Java memory manager leverages the JVM native heap (no GC);
– RDF Graph Mining Service (GASService) [12].
– Reification Done Right (RDR) support [11].
– RDF/SPARQL workbench.
– Blueprints API.

Road map [3]:

– Column-wise indexing;
– Runtime Query Optimizer for quads;
– New scale-out platform based on MapGraph (100x => 10000x faster)

Change log:

Note: Versions with (*) MAY require data migration. For details, see [9].

New features:
– BigdataSailFactory moved to client package (http://trac.bigdata.com/ticket/1152)
– This release includes significant performance gains for property paths.
– Both correctness and performance gains for complex join group and optional patterns.
– Support for concurrent writers and group commit. This is a beta feature in 1.5.1 and must be explicitly enabled for the database. Group commit for HA is also working in master, but was not ready for the 1.5.1 QA and hence is not in the 1.5.1 release branch.

1.5.1:

– http://trac.blazegraph.com/ticket/566 Concurrent unisolated operations against multiple KBs on the same Journal
– http://trac.blazegraph.com/ticket/801 Adding Optional removes solutions
– http://trac.blazegraph.com/ticket/835 Query solutions are duplicated and increase by adding graph patterns
– http://trac.blazegraph.com/ticket/1003 Property path operator should output solutions incrementally
– http://trac.blazegraph.com/ticket/1007 Using a bound variable to refer to a graph
– http://trac.blazegraph.com/ticket/1033 NPE if remote http server fails to provide a Content-Type header
– http://trac.blazegraph.com/ticket/1071 problems with UNIONs + complex OPTIONAL groups
– http://trac.blazegraph.com/ticket/1103 Executable Jar should bundle the BuildInfo class
– http://trac.blazegraph.com/ticket/1105 SPARQL UPDATE should have nice error messages when namespace does not support named graphs
– http://trac.blazegraph.com/ticket/1108 NSS startup error: java.lang.IllegalArgumentException: URI is not hierarchical
– http://trac.blazegraph.com/ticket/1110 Data race in BackgroundGraphResult.run()/close()
– http://trac.blazegraph.com/ticket/1112 GPLv2 license header update with new contact information
– http://trac.blazegraph.com/ticket/1113 Add hook to override the DefaultOptimizerList
– http://trac.blazegraph.com/ticket/1114 startHAServices no longer respects environment variables
– http://trac.blazegraph.com/ticket/1115 Build version in SF GIT master is wrong
– http://trac.blazegraph.com/ticket/1116 README.md needs updating for Blazegraph transition
– http://trac.blazegraph.com/ticket/1118 Optimized variable projection into subqueries/subgroups
– http://trac.blazegraph.com/ticket/1125 OSX vm_stat output has changed
– http://trac.blazegraph.com/ticket/1129 Concurrent modification problem with group commit
– http://trac.blazegraph.com/ticket/1130 ClocksNotSynchronizedException (HA, GROUP_COMMIT)
– http://trac.blazegraph.com/ticket/1131 DELETE-WITH-QUERY and UPDATE-WITH-QUERY (GROUP COMMIT)
– http://trac.blazegraph.com/ticket/1132 GlobalRowStoreHelper can hold hard reference to GSR index (GROUP COMMIT)
– http://trac.blazegraph.com/ticket/1137 Code review on “instanceof Journal”
– http://trac.blazegraph.com/ticket/1139 BigdataSailFactory.connect()
– http://trac.blazegraph.com/ticket/1142 Isolation broken in NSS when groupCommit disabled
– http://trac.blazegraph.com/ticket/1143 GROUP_COMMIT environment variable
– http://trac.blazegraph.com/ticket/1146 SPARQL Federated Query uses too many HttpClient objects
– http://trac.blazegraph.com/ticket/1147 DELETE DATA must not allow blank nodes
– http://trac.blazegraph.com/ticket/1152 BigdataSailFactory? must be moved to the client package

Full release notes are here.

[1] http://wiki.blazegraph.com/wiki/index.php/Main_Page
[2] http://wiki.blazegraph.com/wiki/index.php/GettingStarted
[3] http://wiki.blazegraph.com/wiki/index.php/Roadmap
[4] http://www.bigdata.com/bigdata/docs/api/
[5] http://sourceforge.net/projects/bigdata/
[6] http://www.bigdata.com/blog
[7] http://www.systap.com/bigdata.htm
[8] http://sourceforge.net/projects/bigdata/files/bigdata/
[9] http://wiki.blazegraph.com/wiki/index.php/DataMigration
[10] http://wiki.blazegraph.com/wiki/index.php/HAJournalServer
[11] http://www.bigdata.com/whitepapers/reifSPARQL.pdf
[12] http://wiki.blazegraph.com/wiki/index.php/RDF_GAS_API
[13] http://wiki.blazegraph.com/wiki/index.php/NanoSparqlServer#Downloading_the_Executable_Jar
[14] https://blog.bigdata.com/?p=811

facebooktwittergoogle_pluslinkedin

Blazegraph™ Selected by Wikimedia Foundation to Power the Wikidata Query Service

wikidata_logo_200pxBlazegraph™ has been selected by the Wikimedia Foundation to be the graph database platform for the Wikidata Query Service. Read the Wikidata announcement here.  Blazegraph™ was chosen over Titan, Neo4j, Graph-X, and others by Wikimedia in their evaluation.  There’s a spreadsheet link in the selection message, which has quite an interesting comparison of graph database platforms.

Wikidata acts as central storage for the structured data of its Wikimedia sister projects including Wikipedia, Wikivoyage, Wikisource, and others.  The Wikidata Query Service is a new capability being developed to allow users to be able to query and curate the knowledge base contained in Wikidata.

We’re super-psyched to be working with Wikidata and think it will be a great thing for Wikidata and Blazegraph™.

facebooktwittergoogle_pluslinkedin

Mapgraph™ GPU Acceleration for Blazegraph™: Launch Preview

We’re going to be formally launching our GPU-based graph analytics acceleration products, Mapgraph™ Accelerator and Mapgraph™ HPC, at the NVIDIA GTC conference in San Jose the week of 16 March.   We will also be competing as one of 12 finalists for NVIDIA’s early stage competition for a $100,000 prize.  If you’re in the area, come to GTC on Wednesday, March 18 and vote for us!

MapGraph Logo_200px

Mapgraph™ Accelerator (Beta) serves as a single-GPU graph accelerator for Blazegraph™.  We believe it will provide  the world’s first and best platform for building graph applications with GPU-acceleration.   It will bridge the gap between our Blazegraph™ database platform and the GPU acceleration for graph analytics. Users of the Blazegraph™ platform will be able to leverage GPU-accelerated graph analytics via a Java Native Interface (JNI) and via predicates in SPARQL query similarly to our current RDF GAS API, which provides Breadth-First Search (BFS), Single Source Shortest Path (SSSP), Connected Components (CC), and PageRank (PR) implementations.

Mapgraph™ HPC is a new and disruptive technology for organizations that need to process very large graphs in near-real time. It uses GPU clusters to deliver High Performance Computing (HPC) for your organization’s biggest and most time critical graph challenges.

  • Up to 10,000X Faster for graph analytics than Hadoop technologies
  • 10X Price-Performance advantage over supercomputer solutions
  • Familiar Vertex-Centric Graph Programming Model
  • Demonstrated performance of 32 Billion Traversed Edges Per Second (GTEPS) using 64 NVIDIA K40s on Scale-free Graphs

We are currently enrolling Beta customers for Mapgraph™ Accelerator and Mapgraph™ HPC. Chesapeake Technologies International has already accelerated a military planning application seeing computation times drop from minutes for a single-solution to seconds for the generation of multiple scenarios.  We’re doing a session on it at GTC. Contact us if you’re interested finding out more.

Mapgraph Beta Customer Request

* indicates required



facebooktwittergoogle_pluslinkedin