[GH-ISSUE #4920] Running multiple frp server instances in bulk to reduce memory usage

gitea-mirror commented

2026-05-05 14:28:46 -06:00

Owner

Copy link

Originally created by @TheKhanj on GitHub (Aug 9, 2025).
Original GitHub issue: https://github.com/fatedier/frp/issues/4920

Describe the feature request

I tend to run multiple frps server instances (separate processes) for different configurations. However, this approach consumes a significant amount of memory.

I have a couple of questions:
1. Is there currently a feature in frp to run multiple server instances in a “bulk” or consolidated way (e.g., within a single process)?
2. If not, would running them in bulk actually reduce the overall memory usage in practice? I assume it might due to shared resources.
3. If this is beneficial, do you see this as something that should be implemented as part of frp itself, or should I instead create another CLI/tool that uses frp as a library (if that’s possible at all)?

This could be helpful for setups that require many frp instances without the overhead of separate processes.

Describe alternatives you've considered

No response

Affected area

Docs
Installation
Performance and Scalability
Security
User Experience
Test and Release
Developer Infrastructure
Client Plugin
Server Plugin
Extensions
Others

Originally created by @TheKhanj on GitHub (Aug 9, 2025). Original GitHub issue: https://github.com/fatedier/frp/issues/4920 ### Describe the feature request I tend to run multiple frps server instances (separate processes) for different configurations. However, this approach consumes a significant amount of memory. I have a couple of questions: 1. Is there currently a feature in frp to run multiple server instances in a “bulk” or consolidated way (e.g., within a single process)? 2. If not, would running them in bulk actually reduce the overall memory usage in practice? I assume it might due to shared resources. 3. If this is beneficial, do you see this as something that should be implemented as part of frp itself, or should I instead create another CLI/tool that uses frp as a library (if that’s possible at all)? This could be helpful for setups that require many frp instances without the overhead of separate processes. ### Describe alternatives you've considered _No response_ ### Affected area - [ ] Docs - [ ] Installation - [x] Performance and Scalability - [ ] Security - [ ] User Experience - [ ] Test and Release - [ ] Developer Infrastructure - [ ] Client Plugin - [ ] Server Plugin - [ ] Extensions - [ ] Others

gitea-mirror closed this issue

2026-05-05 14:28:47 -06:00

gitea-mirror commented

2026-05-05 14:28:49 -06:00

Author

Owner

Copy link

@fatedier commented on GitHub (Aug 10, 2025):

Generally, you don’t need a large number of frps instances; with just a few, memory isn’t an issue. If you have special requirements, implementing your own extensions/scaling may be more appropriate.

@fatedier commented on GitHub (Aug 10, 2025): Generally, you don’t need a large number of **frps** instances; with just a few, memory isn’t an issue. If you have special requirements, implementing your own extensions/scaling may be more appropriate.

gitea-mirror commented

2026-05-05 14:28:49 -06:00

Author

Owner

Copy link

@TheKhanj commented on GitHub (Aug 10, 2025):

Ok then, thanks :)🙏

@TheKhanj commented on GitHub (Aug 10, 2025): Ok then, thanks :)🙏

gitea-mirror referenced this issue

2026-05-05 14:50:04 -06:00

[PR #3882] [MERGED] imrpove e2e #4856

gitea-mirror referenced this issue