Add minimize memory to PE connection resource algorithm
3 unresolved threads
3 unresolved threads
Compare changes
Files
2+ 12
− 2
@@ -615,13 +615,23 @@ of :class:`~b_asic.architecture.ProcessingElement`
@@ -929,7 +939,7 @@ of :class:`~b_asic.architecture.ProcessingElement`
@@ -975,7 +985,7 @@ of :class:`~b_asic.architecture.ProcessingElement`
If you call
entity_name
here instead, you will not have to check and raise an error since that will do it for you.Hmm, dont really see how that would help.
There is a check in
set_entity_name
but nothing inentity_name
.Ahh, I mixed it up with https://gitlab.liu.se/da/B-ASIC/-/blob/master/b_asic/architecture.py?ref_type=heads#L83
But do you actually need to use the entity names here? It seems like the wrong place to check it.
Don't know really, my thinking was that a resource can have a missing entity name as long as its not part of an architecture.
Otherwise, why is the name optional?
But yeah, I'm up for alternatives.
It is optional because you probably do not want to come up with a name every time just to play around. One can also imagine some sort of automatic naming (as is the case for the top architecture or use something like GraphID). But, especially, since we do not have code generation yet, it seems inefficient to strictly require an entity name.
I think that the use case of evaluating different algorithms without having to specify names is a good enough reason at the moment to not require a name.
We may reevaluate it later if it becomes a problem, but there are things to consider that are not really clear yet.
Sure, I guess that automatic naming is the best option then?
Alternatively, fix the architecture rendering for undefined entity names.