You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 22, 2023. It is now read-only.
Currently we have a lof of limits in the VM, some of them require in every step recompute the count for ensure that fits the expected values. I think that is too expensive and sometimes could be unfair. For example: One array of 1025 items is not allowed, but two of 1024 yes.
I don't have now the perfect solution but I think that we should improve this.
This method is very expensive, but with our current module is needed:
If we centralize the creation of the StackItems in only one point, we will have a control of the current memory without need to recompute in every steps.
Is only an idea, i really know that this great minds @neo-project/ngd-shanghai will have a good ones.
But for me the goal is to have only one limit: 16mb of RAM (for example).
The text was updated successfully, but these errors were encountered:
Currently we have a lof of limits in the VM, some of them require in every step recompute the count for ensure that fits the expected values. I think that is too expensive and sometimes could be unfair. For example: One array of 1025 items is not allowed, but two of 1024 yes.
I don't have now the perfect solution but I think that we should improve this.
This method is very expensive, but with our current module is needed:
neo-vm/src/neo-vm/ExecutionEngine.cs
Lines 106 to 121 in 2fd56dd
My proposal is something like this:
If we centralize the creation of the StackItems in only one point, we will have a control of the current memory without need to recompute in every steps.
Is only an idea, i really know that this great minds @neo-project/ngd-shanghai will have a good ones.
But for me the goal is to have only one limit: 16mb of RAM (for example).
The text was updated successfully, but these errors were encountered: