Open shawnyama opened 1 week ago
This is rather complicated and has several branches.
One branch encompass model-edit and stratify where each operator run yields a new AMR. Our general logic is such:
amr-to-mmt
that returns back the MMT representation + additional variable dependency information that we use for constructing tables and matricesSo in this instance there are between step-3 and step-4, in that we have MMT => AMR => MMT
In order to have a significant savings, we will need to modify from step 3 and onward:
amr-to-mmt
check if the cache exist, if it does we will just return the cache, if not we will run amr-to-mmt
as beforeFurther complicate the matter is amr-to-mmt
task is already caching its results and we'd need to consolidate the caching mechanism. It doesn't seem like the benefit will be significant enough versus the complications and the additional engineering requirement, so I think we should do this in the background/backburner but there are likely higher priority things that should take precedence.
Describe the task Since beaker has the mmt return it so we don't need to call
amr-to-mmt
within the operators that havetera-model