-
Notifications
You must be signed in to change notification settings - Fork 39
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
Design: Precondition table needs too much memory with "too many ops" #241
Comments
One way which is compatible with the preallocation philosophy of memory managment is to add a custom memory allocator + manager under AIKR for entry's which are utilized. |
This application ought to apply AIKR principles |
"One way which is compatible with the preallocation philosophy of memory managment is to add a custom memory allocator + manager under AIKR for entry's which are utilized." I agree it's quite space-wasting. Let's see how the stats look like, if the concepts have their implication tables full for most long-term runs it won't help much. While if most of them are quite empty, there will be great benefit of such an allocator. Let's see. |
How to reproduce? Set OPERATIONS_MAX to something like 15 or 32.
In Concept.h we have
this causes OOM for machines with <1GB and default config for number of concepts.
The text was updated successfully, but these errors were encountered: