Add our first async thread sequence

Gave me some ideas about how things should be structured. Apparently
merely using region-data-locked threads doesn't eliminate the need
for synchronization/locking. It just means your synchronization is much
lighter, in the form of localized variables.

It seems we'll need to maintain boolean trackers for certain
operations that shouldn't be performed concomitantly, and deny
the caller access to those operations in order to preserve
data sanity.

I guess we still ended up using locking after all. Tbh, I'm not even
sure this will make things end up being lighter: we may have to bounce
requests off, or perhaps re-enqueue them into the queue?

So maybe instead of bouncing requests off, we could re-add them to the
rear of the queue when they conflict with an ongoing request.
This commit is contained in:
2025-08-29 17:42:13 -04:00
parent bb7be7fb3c
commit d217354689
3 changed files with 121 additions and 0 deletions
+36
View File
@@ -0,0 +1,36 @@
#ifndef DEVICE_H
#define DEVICE_H
#include <string>
#include <vector>
#include <memory>
#include <sstream>
#include <user/deviceAttachmentSpec.h>
namespace smo {
namespace device {
class Device
{
public:
std::string deviceIdentifier;
std::vector<std::shared_ptr<DeviceAttachmentSpec>> deviceAttachmentSpecs;
Device(const std::string& identifier) : deviceIdentifier(identifier) {}
std::string stringify() const
{
std::ostringstream os;
os << "Device Identifier: " << deviceIdentifier
<< ", Attachment Specs: " << deviceAttachmentSpecs.size() << std::endl;
for (const auto& spec : deviceAttachmentSpecs) {
os << " " << spec->stringify();
}
return os.str();
}
};
} // namespace device
} // namespace smo
#endif // DEVICE_H