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
Limit the amount of memory that any framework's docker container can consume. Ideally, the framework will be able to use almost all available memory, but the toolset will ensure that just enough memory remains on the system for it to be functional. A framework with a memory leak should be unable to crash the toolset.
We don't want to hard-code system-specific memory limits anywhere. This feature should set a dynamic limit for the container based on the resources available on the host. For example, the limit might be available_memory * 0.95 or available_memory - 500mb.
I don't have an opinion on what exactly should happen when the framework reaches the limit as long as the toolset doesn't crash or exit (when in benchmark mode).
Currently, php/codeigniter is an example of a framework that appears to consume all available memory and then possibly crashes the toolset. Citrine manages to plow through this (though SSH session become unresponsive), but Azure cannot recover. Therefore, you could test this feature against the current version of our php/codeigniter implementation. The current commit is 813d3ab
This feature could impact performance of some frameworks so if we implement it, we should call this out in the blog post for the next round.
The text was updated successfully, but these errors were encountered:
Limit the amount of memory that any framework's docker container can consume. Ideally, the framework will be able to use almost all available memory, but the toolset will ensure that just enough memory remains on the system for it to be functional. A framework with a memory leak should be unable to crash the toolset.
We don't want to hard-code system-specific memory limits anywhere. This feature should set a dynamic limit for the container based on the resources available on the host. For example, the limit might be
available_memory * 0.95
oravailable_memory - 500mb
.I don't have an opinion on what exactly should happen when the framework reaches the limit as long as the toolset doesn't crash or exit (when in benchmark mode).
Currently, php/codeigniter is an example of a framework that appears to consume all available memory and then possibly crashes the toolset. Citrine manages to plow through this (though SSH session become unresponsive), but Azure cannot recover. Therefore, you could test this feature against the current version of our php/codeigniter implementation. The current commit is 813d3ab
This feature could impact performance of some frameworks so if we implement it, we should call this out in the blog post for the next round.
The text was updated successfully, but these errors were encountered: