Skip to content
This repository has been archived by the owner on Aug 2, 2022. It is now read-only.

Implement ability to dynamically grow WASM memory #198

Closed
bytemaster opened this issue Aug 16, 2017 · 2 comments
Closed

Implement ability to dynamically grow WASM memory #198

bytemaster opened this issue Aug 16, 2017 · 2 comments
Assignees
Milestone

Comments

@bytemaster
Copy link
Contributor

By default every execution uses exactly 1 64K OS memory page. This page is re-initialized to initial condition before every call so needs to be kept small.

Some contracts may need to process messages/data/temporary storage that is greater than 64K, they should be allowed to do this so long as total time does not exceed the quantum allotted to the contract's execution.

  1. all new memory pages must be initialized to 0
  2. there must be a maximum memory usage allowed
  3. the WASM module is cached, so it must be resized back to 1 page at end of execution
@bytemaster bytemaster added this to the EOS Beta milestone Aug 16, 2017
@brianjohnson5972 brianjohnson5972 self-assigned this Sep 18, 2017
@brianjohnson5972
Copy link
Contributor

@bytemaster This appears to have been all handled under #129, was it?

@brianjohnson5972
Copy link
Contributor

@thomasbcox or @bytemaster I think this is complete, if I don't hear anything, I'm going to assume this is a duplicate of #129 .

ljrprocc pushed a commit to bithacks-tech/myeosio that referenced this issue Jul 4, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants