summaryrefslogtreecommitdiffstats
path: root/include/framework/structure/InternalLevel.h
Commit message (Collapse)AuthorAgeFilesLines
* Comment updates/fixesDouglas Rumbaugh2024-02-091-0/+6
|
* Fully realized shard concept interfaceDouglas Rumbaugh2024-02-071-2/+2
|
* Fully implemented Query concept and adjusted queries to use itDouglas Rumbaugh2024-02-071-2/+2
|
* Multiple concurrency bug fixesDouglas Rumbaugh2024-01-171-14/+12
| | | | | | | | A poorly organized commit with fixes for a variety of bugs that were causing missing records. The core problems all appear to be fixed, though there is an outstanding problem with tombstones not being completely canceled. A very small number are appearing in the wrong order during the static structure test.
* InternalLevel update and testsDouglas Rumbaugh2024-01-111-6/+5
| | | | | Plus some assorted fixes for move semantics stuff in BufferView that accompanied these changes.
* InternalLevel: appending an empty level is a no-opDouglas Rumbaugh2023-12-211-0/+7
| | | | | | | | The existing reconstruction logic will occasionally attempt to append an empty level to another empty level, for some reason. While the underlying cause of this needs to be looked into, this special case should prevent shard constructors being called with a shard count of 0 under tiering, reducing the error handling overhead of shard code.
* Refactoring: corrected a number of names and added more commentsDouglas Rumbaugh2023-12-131-17/+41
|
* Fixed merge logic bug in tieringDouglas Rumbaugh2023-11-131-0/+1
| | | | | | | | | | | | In InternalLevel::clone(), the m_shard_cnt variable was not being set appropriately in the clone, resulting in the record counts reported for a multi-shard level to be reported incorrectly. In DynamicExtension::merge(), the merges were being performed in the wrong order, resulting in multi-level merges deleting records. The leveling tests all passed even with this bug for some reason, but it caused tiering tests to fail. It isn't clear _why_ leveling appeared to work, but the bug is now fixed, so that's largely irrelevant I suppose.
* Comment and License updatesDouglas Rumbaugh2023-11-071-1/+1
|
* InternalLevel: switched to std::sharedptr for shard memory managementDouglas Rumbaugh2023-11-061-52/+29
|
* General Comment + Consistency updatesDouglas Rumbaugh2023-10-301-2/+2
|
* Concurrency updates + fixes for compile errorsDouglas Rumbaugh2023-10-301-10/+11
|
* Re-structuring Project + scheduling updatesDouglas Rumbaugh2023-09-251-0/+258
This is a big one--probably should have split it apart, but I'm feeling lazy this morning. * Organized the mess of header files in include/framework by splitting them out into their own subdirectories, and renaming a few files to remove redundancies introduced by the directory structure. * Introduced a new framework/ShardRequirements.h header file for simpler shard development. This header simply contains the necessary includes from framework/* for creating shard files. This should help to remove structural dependencies from the framework file structure and shards, as well as centralizing the necessary framework files to make shard development easier. * Created a (currently dummy) SchedulerInterface, and make the scheduler implementation a template parameter of the dynamic extension for easier testing of various scheduling policies. There's still more work to be done to fully integrate the scheduler (queries, multiple buffers), but some more of the necessary framework code for this has been added as well. * Adjusted the Task interface setup for the scheduler. The task structures have been removed from ExtensionStructure and placed in their own header file. Additionally, I started experimenting with using std::variant, as opposed to inheritence, to implement subtype polymorphism on the Merge and Query tasks. The scheduler now has a general task queue that contains both, and std::variant, std::visit, and std::get are used to manipulate them without virtual functions. * Removed Alex.h, as it can't build anyway. There's a branch out there containing the Alex implementation stripped of the C++20 stuff. So there's no need to keep it here.