-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
Open
Labels
aws:sqsAmazon Simple Queue ServiceAmazon Simple Queue Servicestatus: backlogTriaged but not yet being worked onTriaged but not yet being worked ontype: bugBug reportBug report
Description
Is there an existing issue for this?
- I have searched the existing issues
Current Behavior
LocalStack SQS exhibits unbounded memory growth when handling high-frequency ReceiveMessage polling. Tested w/ latest versions (4.12.0).
Expected Behavior
Memory usage should stabilize after initial queue creation and remain constant during continuous polling. Empty ReceiveMessage requests should not accumulate state or leak memory, as request/response objects should be garbage collected after completion.
How are you starting LocalStack?
Custom (please describe below)
Steps To Reproduce
How are you starting localstack (e.g., bin/localstack command, arguments, or docker-compose.yml)
localstack is deployed via Helm to a Kubernetes cluster.
Client commands (e.g., AWS SDK code snippet, or sequence of "awslocal" commands)
To mimic a similar setup:
- Create 20+ SQS queues (empty queues, no messages)
- Start 20+ worker processes that continuously poll their respective queues:
- Each worker polls one specific queue
- Use ReceiveMessage with WaitTimeSeconds=5 (long polling)
- Poll every 5 seconds continuously
- Queues remain empty (no messages sent)
Environment
- OS:
- LocalStack:
LocalStack version: 4.12.0
LocalStack Docker image sha: docker.io/localstack/localstack@sha256:0df3a97da57de03a588c05d9b8f390f15c7033fc7c4512f94619d344bc3cd317
LocalStack build date: 2025-12-11
LocalStack build git hash: b570b3ee2Anything else?
No response
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
aws:sqsAmazon Simple Queue ServiceAmazon Simple Queue Servicestatus: backlogTriaged but not yet being worked onTriaged but not yet being worked ontype: bugBug reportBug report