Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Document SchemaCachingInferencer as the preferred alternative to the ForwardChainingInferencer #1224

Closed
abrokenjester opened this issue Dec 26, 2018 · 0 comments
Assignees
Labels
website / documentation Website update / Documentation issue
Milestone

Comments

@abrokenjester
Copy link
Contributor

The new SchemaCachingInferencer should be documented as the preferred alternative for most use cases as it outperforms the ForwardChainingInferencer.

There is an open question about whether there are use cases in which the old inferencer is still the better choice. The fact that the new inferencer uses SERIALIZABLE locking exclusively and is therefore effectively single-threaded on updates is a worry, though I imagine that even with that restriction in place it will still outperform the old reasoner in most scenarios. If that is the case, I think we should just bite the bullet and document this as the preferred default inferencer in the reference documentation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
website / documentation Website update / Documentation issue
Projects
None yet
Development

No branches or pull requests

2 participants