You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Andy Seaborne (JIRA)" <ji...@apache.org> on 2013/03/30 19:05:15 UTC
[jira] [Commented] (JENA-352) Vast numbers of bNodes can overwhelm
the parser
[ https://issues.apache.org/jira/browse/JENA-352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13618126#comment-13618126 ]
Andy Seaborne commented on JENA-352:
------------------------------------
A new blank node allocator for RIOT has been added.
It uses a large seed (a random UUID - 122 bits of random information) and the label given. These are combined into an MD5 value (128 bits) which then forms the bNode id, currently as a hex string, in lower case.
> Vast numbers of bNodes can overwhelm the parser
> -----------------------------------------------
>
> Key: JENA-352
> URL: https://issues.apache.org/jira/browse/JENA-352
> Project: Apache Jena
> Issue Type: Bug
> Components: RIOT, TDB
> Reporter: Andy Seaborne
> Priority: Minor
>
> The parsers need to keep a bNode label to bNode map which (unusual data) can grow too large. As it takes unusual data, rated as "minor".
> outline of solution:
> 1/ switch to a bNode allocation scheme which has a seed (a large random number per parser run), and concat or XOR with the claimed bNode label to generate a unique label without state build up.
> 2/ (Turtle) don't remember [] bnodes past their usage scope.
> 3/ Partial - keep a sliding window of bNodes label mappings
> 4/ Direct allocation for _:label and tracked allocation for []
> e.g.
> http://mail-archives.apache.org/mod_mbox/jena-users/201112.mbox/%3C4EDFE45F.6090202@apache.org%3E
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira