Steadybit logoReliability Hub
GitHubGitHub iconStart Free Trial
Steadybit logoReliability Hub

Fill Memory

AttackAttack
Allocates and holds memory
Targets:
Linux Hosts
Install now

Fill Memory

Allocates and holds memory
AttackAttack
Targets:
Linux Hosts
Install now

Fill Memory

AttackAttack
Allocates and holds memory
Targets:
Linux Hosts
Install now

Fill Memory

Allocates and holds memory
AttackAttack
Targets:
Linux Hosts
Install now
Go back to list

Introduction

Allocates a specific amount of memory.

Usage

Note that this can cause systems to trip the Linux Kernel OOM killer without enough physical or swap Memory. The operating system may swap out the allocated memory. This attack doesn't take swap memory into account.

In contrast to the Stress Memory action, this actions tries to reduce the CPU usage as much as possible.

When using the attack to meet a specific memory usage, it may allocate or free memory to reach the desired memory usage.

To keep the host usable, the attack always leaves a safety reserve of memory free (512 MB by default). This keeps the operating system — and, on Kubernetes nodes, the kubelet — responsive; filling a node to a literal 100% would otherwise starve the kubelet and take the node NotReady. In Fill and meet specified usage mode it also backs off automatically when the host comes under memory pressure. If memory is exhausted anyway, the fill is terminated by the OOM killer before the Steadybit agent and extensions, so they stay alive to end the experiment and roll back. The reserve and this OOM priority are configurable on the extension.

Because of that reserve, even a usage of 100% (or higher) fills only up to total memory − reserve, so the fill no longer OOM-kills itself at high usages.

Remember that the Linux kernel reserves parts of the installed physical memory for itself. That means the total memory available to processes in the user space (like this action) is less than the total physical memory installed in the system.

Use Cases

  • Test the system's ability to handle memory spikes.
  • Observe the system's behavior when it runs out of memory.
  • Observe the system's behavior when it runs low on memory for file buffers.

Parameters

ParameterDescriptionDefault
DurationHow long should memory be wasted?30s
ModeFill and meet specified usage: Fill up the memory until the desired usage is met. Memory allocation will be adjusted constantly to meet the target.
Fill the specified amount: Allocate and hold the specified amount of Memory.
Fill and meet specified usage
SizePercentage of total memory or Megabytes80
Fail on OOM KillShould it be treated as a failure when the memfill process was oomkilled?false
UnitUnit for the size parameter.% of total memory

Useful Templates

See all
Fill Memory progressively of a Linux Host

Fill up the memory of a Host progressively to see at which percentage it becomes unstable. Additionally, you may want to add one of our observability checks.

Structure

We start by filling 50% of the host's memory for 30 seconds. Next, we stepwise fill the memory to 75%, 90%, and 100% - each for 30 seconds. In between, we have small wait steps to ease analysis in external observability tools for each phase.

Progressive
Linux
Memory
DaemonSet
Host
VM
Legacy
Snippet

More Linux Host Actions

See all
Start Using Steadybit Today

Get started with Steadybit, and you’ll get access to all of our features to discover the full power of Steadybit. Available for SaaS and on-prem!

Are you unsure where to begin?

No worries, our reliability experts are here to help: book a demo with them!

Statistics
-Stars
Tags
Host
Kubernetes
Memory
Resource
AWS
Azure
GCP
Homepage
hub.steadybit.com/extension/com.steadybit.extension_host
License
MIT
MaintainerSteadybit
Install now
Steadybit logoReliability Hub
Start Free Trial
© 2026 Steadybit GmbH. All rights reserved.
Twitter iconLinkedIn iconGitHub icon