github-starred/frp
2
0
Fork 0
mirror of https://github.com/fatedier/frp.git synced 2026-05-15 08:05:49 -06:00
Code Issues 40 Projects Packages Wiki Activity Actions 1

[GH-ISSUE #4508] 内存慢慢泄露 #3559

New issue
Closed
opened 2026-05-05 14:17:17 -06:00 by gitea-mirror · 16 comments
gitea-mirror commented 2026-05-05 14:17:17 -06:00
Owner
Copy link

Originally created by @ivanszl on GitHub (Oct 24, 2024).
Original GitHub issue: https://github.com/fatedier/frp/issues/4508

Bug Description

在客户端经常性断开重连和每天产生很多动态客户端连接的时候，会出现内存慢慢增加的情况
整体如下图所示
image

查了下代码可能是在
pkg/nathole/nathole.go
这个代码里

		xl.Debugf("get udp message local %s, from %s", conn.LocalAddr(), raddr)
		var m msg.NatHoleSid
		if err := DecodeMessageInto(buf[:n], key, &m); err != nil {
			xl.Warnf("decode sid message error: %v", err)
			continue
		}
		pool.PutBuf(buf)

调整为如下是否可以避免

		xl.Debugf("get udp message local %s, from %s", conn.LocalAddr(), raddr)
		var m msg.NatHoleSid
		if err := DecodeMessageInto(buf[:n], key, &m); err != nil {
			xl.Warnf("decode sid message error: %v", err)
                         pool.PutBuf(buf)
			continue
		}
		pool.PutBuf(buf)

frpc Version

0.54.0

frps Version

0.54.0

System Architecture

linux/amd64

Configurations

bindPort = 8000

vhostHTTPPort = 8090
auth.method = "token"
auth.token = "****"

httpPlugins
name = "notify"
addr = "127.0.0.1:18081"
path = "/s/handler"
ops = ["NewProxy", "CloseProxy"]

Logs

No response

Steps to reproduce

...

Affected area

  • Docs
  • Installation
  • Performance and Scalability
  • Security
  • User Experience
  • Test and Release
  • Developer Infrastructure
  • Client Plugin
  • Server Plugin
  • Extensions
  • Others
Originally created by @ivanszl on GitHub (Oct 24, 2024). Original GitHub issue: https://github.com/fatedier/frp/issues/4508 ### Bug Description 在客户端经常性断开重连和每天产生很多动态客户端连接的时候，会出现内存慢慢增加的情况 整体如下图所示 <img width="631" alt="image" src="https://github.com/user-attachments/assets/2b31b35f-f363-48ff-baed-fd53833bbca2"> 查了下代码可能是在 `pkg/nathole/nathole.go` 这个代码里 ```golang xl.Debugf("get udp message local %s, from %s", conn.LocalAddr(), raddr) var m msg.NatHoleSid if err := DecodeMessageInto(buf[:n], key, &m); err != nil { xl.Warnf("decode sid message error: %v", err) continue } pool.PutBuf(buf) ``` 调整为如下是否可以避免 ```golang xl.Debugf("get udp message local %s, from %s", conn.LocalAddr(), raddr) var m msg.NatHoleSid if err := DecodeMessageInto(buf[:n], key, &m); err != nil { xl.Warnf("decode sid message error: %v", err) pool.PutBuf(buf) continue } pool.PutBuf(buf) ``` ### frpc Version 0.54.0 ### frps Version 0.54.0 ### System Architecture linux/amd64 ### Configurations bindPort = 8000 vhostHTTPPort = 8090 auth.method = "token" auth.token = "****" [[httpPlugins]] name = "notify" addr = "127.0.0.1:18081" path = "/s/handler" ops = ["NewProxy", "CloseProxy"] ### Logs _No response_ ### Steps to reproduce 1. 2. 3. ... ### Affected area - [ ] Docs - [ ] Installation - [ ] Performance and Scalability - [ ] Security - [ ] User Experience - [ ] Test and Release - [ ] Developer Infrastructure - [ ] Client Plugin - [ ] Server Plugin - [ ] Extensions - [ ] Others
gitea-mirror 2026-05-05 14:17:17 -06:00
gitea-mirror commented 2026-05-05 14:17:21 -06:00
Author
Owner
Copy link

@fatedier commented on GitHub (Oct 24, 2024):

  1. 使用最新版本。
  2. 你贴的代码不相关，设计机制如此，小概率发生的 case 不主动将 buffer 放回缓存池，会被 gc 掉。
  3. 分析内存尽量用 linux 下专业的工具获取完整的信息，你贴的截图甚至连纵坐标是什么都没有，很难就此沟通。
<!-- gh-comment-id:2434133813 --> @fatedier commented on GitHub (Oct 24, 2024): 1. 使用最新版本。 2. 你贴的代码不相关，设计机制如此，小概率发生的 case 不主动将 buffer 放回缓存池，会被 gc 掉。 3. 分析内存尽量用 linux 下专业的工具获取完整的信息，你贴的截图甚至连纵坐标是什么都没有，很难就此沟通。
gitea-mirror commented 2026-05-05 14:17:21 -06:00
Author
Owner
Copy link

@ivanszl commented on GitHub (Oct 24, 2024):

这个是 30 天的frps 的 metrics 数据
image
代码块那里看到的是使用了内存池的模式，如果出现 decode 失败后，就会一直分配着不释放了

<!-- gh-comment-id:2434142078 --> @ivanszl commented on GitHub (Oct 24, 2024): 这个是 30 天的frps 的 metrics 数据 <img width="1637" alt="image" src="https://github.com/user-attachments/assets/632b30d6-c43b-49d1-9686-3012e284e874"> 代码块那里看到的是使用了内存池的模式，如果出现 decode 失败后，就会一直分配着不释放了
gitea-mirror commented 2026-05-05 14:17:22 -06:00
Author
Owner
Copy link

@fatedier commented on GitHub (Oct 24, 2024):

memory 有很多种，尽量用工具调试观测吧，我没有太多精力和你深入讨论这里面的技术细节。

<!-- gh-comment-id:2434195121 --> @fatedier commented on GitHub (Oct 24, 2024): memory 有很多种，尽量用工具调试观测吧，我没有太多精力和你深入讨论这里面的技术细节。
gitea-mirror commented 2026-05-05 14:17:22 -06:00
Author
Owner
Copy link

@wuai1024 commented on GitHub (Oct 25, 2024):

我看了下我的 frps，目前监控数据如下（没有发现内存异常问题）：
image
image

客户端很多 frpc 在使用
image

流量使用也算还可以吧
image

<!-- gh-comment-id:2437129221 --> @wuai1024 commented on GitHub (Oct 25, 2024): 我看了下我的 frps，目前监控数据如下（没有发现内存异常问题）： ![image](https://github.com/user-attachments/assets/9e3851a5-cdf5-4958-94c1-badc6fc7cdcc) ![image](https://github.com/user-attachments/assets/0d09f263-91a4-4910-bd53-63ca8163ee0e) 客户端很多 frpc 在使用 ![image](https://github.com/user-attachments/assets/622e0761-6dc3-4542-9825-36b95647f670) 流量使用也算还可以吧 ![image](https://github.com/user-attachments/assets/2bd084a6-4d99-4a94-9926-cc7746bfab29)
gitea-mirror commented 2026-05-05 14:17:23 -06:00
Author
Owner
Copy link

@ivanszl commented on GitHub (Oct 25, 2024):

我看了下我的 frps，目前监控数据如下（没有发现内存异常问题）： image image

客户端很多 frpc 在使用 image

流量使用也算还可以吧 image

我这边使用场景是客户端比较频繁的更换，频繁的上下线，更换了版本后还是会慢慢的增长

<!-- gh-comment-id:2437137161 --> @ivanszl commented on GitHub (Oct 25, 2024): > 我看了下我的 frps，目前监控数据如下（没有发现内存异常问题）： ![image](https://private-user-images.githubusercontent.com/13379708/380062020-9e3851a5-cdf5-4958-94c1-badc6fc7cdcc.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mjk4NDMxNDAsIm5iZiI6MTcyOTg0Mjg0MCwicGF0aCI6Ii8xMzM3OTcwOC8zODAwNjIwMjAtOWUzODUxYTUtY2RmNS00OTU4LTk0YzEtYmFkYzZmYzdjZGNjLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDEwMjUlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMDI1VDA3NTQwMFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTk2NWUzZmYyMmE4N2M3NGE0ZGIwYTJlMDc0ZGEzNDE0MTc4MGQyYTNhZGZhNmQ5ZTYxZjQ1ODk3MTNlZmNkOTQmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.Hdy5uLWF79RdiSIz1fEhUn-cTi2mzPx5hZSLWrU84aU) ![image](https://private-user-images.githubusercontent.com/13379708/380062233-0d09f263-91a4-4910-bd53-63ca8163ee0e.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mjk4NDMxNDAsIm5iZiI6MTcyOTg0Mjg0MCwicGF0aCI6Ii8xMzM3OTcwOC8zODAwNjIyMzMtMGQwOWYyNjMtOTFhNC00OTEwLWJkNTMtNjNjYTgxNjNlZTBlLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDEwMjUlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMDI1VDA3NTQwMFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTM2NWI0YTUwNTgyOTgyYjRkNWMwZDY1MWIxNTg4NGIxN2E4MjhhMjIwOWIzZWE1YWJiY2JjOWY4Mjg5MzE1ZTYmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.gdKlgtzZP2hCVFWkttdveaHiroULdbwExxT_UZAgzAA) > > 客户端很多 frpc 在使用 ![image](https://private-user-images.githubusercontent.com/13379708/380062347-622e0761-6dc3-4542-9825-36b95647f670.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mjk4NDMxNDAsIm5iZiI6MTcyOTg0Mjg0MCwicGF0aCI6Ii8xMzM3OTcwOC8zODAwNjIzNDctNjIyZTA3NjEtNmRjMy00NTQyLTk4MjUtMzZiOTU2NDdmNjcwLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDEwMjUlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMDI1VDA3NTQwMFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTFkMzQ2YTJmYWQ4YzkwZDViM2MxNTQwZGZmYTAwMWI3YjRmZjRkZmE0MzlhNjk0MmZhNzQxYzAyNTY4MTk2NjEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.syn-Yti1JUmhLoCvG0DjE0F0XgqRe6a636EQw-82gkY) > > 流量使用也算还可以吧 ![image](https://private-user-images.githubusercontent.com/13379708/380062514-2bd084a6-4d99-4a94-9926-cc7746bfab29.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mjk4NDMxNDAsIm5iZiI6MTcyOTg0Mjg0MCwicGF0aCI6Ii8xMzM3OTcwOC8zODAwNjI1MTQtMmJkMDg0YTYtNGQ5OS00YTk0LTk5MjYtY2M3NzQ2YmZhYjI5LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDEwMjUlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMDI1VDA3NTQwMFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTAzMmFhOTlmYWE1Y2YxMzY1Mjg3YmRjZWIxMzFjODAyYjIyM2E1ZGZhOWYwYTUxYjQ5NTRkMjJiZDk5ZWE0NTgmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.6Lx7zBLByCuMOaZB7_qwIVFna2a01DM-Bgi_6q_yBGI) 我这边使用场景是客户端比较频繁的更换，频繁的上下线，更换了版本后还是会慢慢的增长
gitea-mirror commented 2026-05-05 14:17:23 -06:00
Author
Owner
Copy link

@wuai1024 commented on GitHub (Oct 25, 2024):

我这边使用场景是客户端比较频繁的更换，频繁的上下线，更换了版本后还是会慢慢的增长

你应该是看错了指标， frps 的 metrics 数据中有多个内存指标。

1.process_resident_memory_bytes: 这是进程的常驻内存大小，以字节为单位。你的数据是 6.168576e+07 字节（约 61.7 MB）。这表示当前进程正在使用的物理内存。

2.process_start_time_seconds: 这是进程启动的时间，自 Unix 纪元（1970年1月1日）以来的秒数。你的数据是 1.72957623554e+09，可以通过将其转换为可读的日期时间格式来了解进程何时启动。

3.process_virtual_memory_bytes: 这是进程的虚拟内存大小，以字节为单位。你的数据是 1.276801024e+09 字节（约 1.28 GB）。虚拟内存是进程可用的内存总量，包括物理内存和磁盘交换空间。

4.process_virtual_memory_max_bytes: 这是进程可以使用的最大虚拟内存量，以字节为单位。你的数据是 1.8446744073709552e+19 字节（约 18.4 EB）。这通常表示理论上的最大值，实际使用可能会受到系统配置的限制。

你可以看看，参考下。

<!-- gh-comment-id:2437142731 --> @wuai1024 commented on GitHub (Oct 25, 2024): > 我这边使用场景是客户端比较频繁的更换，频繁的上下线，更换了版本后还是会慢慢的增长 你应该是看错了指标， frps 的 metrics 数据中有多个内存指标。 > 1.process_resident_memory_bytes: 这是进程的常驻内存大小，以字节为单位。你的数据是 6.168576e+07 字节（约 61.7 MB）。这表示当前进程正在使用的物理内存。 > > 2.process_start_time_seconds: 这是进程启动的时间，自 Unix 纪元（1970年1月1日）以来的秒数。你的数据是 1.72957623554e+09，可以通过将其转换为可读的日期时间格式来了解进程何时启动。 > > 3.process_virtual_memory_bytes: 这是进程的虚拟内存大小，以字节为单位。你的数据是 1.276801024e+09 字节（约 1.28 GB）。虚拟内存是进程可用的内存总量，包括物理内存和磁盘交换空间。 > > 4.process_virtual_memory_max_bytes: 这是进程可以使用的最大虚拟内存量，以字节为单位。你的数据是 1.8446744073709552e+19 字节（约 18.4 EB）。这通常表示理论上的最大值，实际使用可能会受到系统配置的限制。 你可以看看，参考下。
gitea-mirror commented 2026-05-05 14:17:24 -06:00
Author
Owner
Copy link

@ivanszl commented on GitHub (Oct 25, 2024):

我这边使用场景是客户端比较频繁的更换，频繁的上下线，更换了版本后还是会慢慢的增长

你应该是看错了指标， frps 的 metrics 数据中有多个内存指标。

1.process_resident_memory_bytes: 这是进程的常驻内存大小，以字节为单位。你的数据是 6.168576e+07 字节（约 61.7 MB）。这表示当前进程正在使用的物理内存。
2.process_start_time_seconds: 这是进程启动的时间，自 Unix 纪元（1970年1月1日）以来的秒数。你的数据是 1.72957623554e+09，可以通过将其转换为可读的日期时间格式来了解进程何时启动。
3.process_virtual_memory_bytes: 这是进程的虚拟内存大小，以字节为单位。你的数据是 1.276801024e+09 字节（约 1.28 GB）。虚拟内存是进程可用的内存总量，包括物理内存和磁盘交换空间。
4.process_virtual_memory_max_bytes: 这是进程可以使用的最大虚拟内存量，以字节为单位。你的数据是 1.8446744073709552e+19 字节（约 18.4 EB）。这通常表示理论上的最大值，实际使用可能会受到系统配置的限制。

你可以看看，参考下。
会有所偏差，但是整体差不多，主要是被系统 kill 后也查系统日志，被 kill 是内存占用确实也挺高的

日常连接使用如下图所示
image
程序占用内存如下图所示
image

<!-- gh-comment-id:2437148724 --> @ivanszl commented on GitHub (Oct 25, 2024): > > 我这边使用场景是客户端比较频繁的更换，频繁的上下线，更换了版本后还是会慢慢的增长 > > 你应该是看错了指标， frps 的 metrics 数据中有多个内存指标。 > > > 1.process_resident_memory_bytes: 这是进程的常驻内存大小，以字节为单位。你的数据是 6.168576e+07 字节（约 61.7 MB）。这表示当前进程正在使用的物理内存。 > > 2.process_start_time_seconds: 这是进程启动的时间，自 Unix 纪元（1970年1月1日）以来的秒数。你的数据是 1.72957623554e+09，可以通过将其转换为可读的日期时间格式来了解进程何时启动。 > > 3.process_virtual_memory_bytes: 这是进程的虚拟内存大小，以字节为单位。你的数据是 1.276801024e+09 字节（约 1.28 GB）。虚拟内存是进程可用的内存总量，包括物理内存和磁盘交换空间。 > > 4.process_virtual_memory_max_bytes: 这是进程可以使用的最大虚拟内存量，以字节为单位。你的数据是 1.8446744073709552e+19 字节（约 18.4 EB）。这通常表示理论上的最大值，实际使用可能会受到系统配置的限制。 > > 你可以看看，参考下。 会有所偏差，但是整体差不多，主要是被系统 kill 后也查系统日志，被 kill 是内存占用确实也挺高的 日常连接使用如下图所示 <img width="1183" alt="image" src="https://github.com/user-attachments/assets/b7989afa-d342-44d6-b7bc-074bf8bd2778"> 程序占用内存如下图所示 <img width="1646" alt="image" src="https://github.com/user-attachments/assets/775f9ef5-891f-4b90-b41d-0092d7214fa1">
gitea-mirror commented 2026-05-05 14:17:24 -06:00
Author
Owner
Copy link

@wuai1024 commented on GitHub (Oct 25, 2024):

用不了，格式不对，你发json 文件吧

<!-- gh-comment-id:2437158483 --> @wuai1024 commented on GitHub (Oct 25, 2024): 用不了，格式不对，你发json 文件吧
gitea-mirror commented 2026-05-05 14:17:24 -06:00
Author
Owner
Copy link

@ivanszl commented on GitHub (Oct 25, 2024):

用不了，格式不对，你发json 文件吧

我是用这个 20370 ID 导入的，你试试看看

<!-- gh-comment-id:2437168105 --> @ivanszl commented on GitHub (Oct 25, 2024): > 用不了，格式不对，你发json 文件吧 我是用这个 20370 ID 导入的，你试试看看
gitea-mirror commented 2026-05-05 14:17:25 -06:00
Author
Owner
Copy link

@wuai1024 commented on GitHub (Oct 25, 2024):

用不了，格式不对，你发json 文件吧

我是用这个 20370 ID 导入的，你试试看看

我也是用的这个，没有你那几个内存显示

<!-- gh-comment-id:2437177138 --> @wuai1024 commented on GitHub (Oct 25, 2024): > > 用不了，格式不对，你发json 文件吧 > > 我是用这个 20370 ID 导入的，你试试看看 我也是用的这个，没有你那几个内存显示
gitea-mirror commented 2026-05-05 14:17:25 -06:00
Author
Owner
Copy link

@ivanszl commented on GitHub (Oct 25, 2024):

用不了，格式不对，你发json 文件吧

我是用这个 20370 ID 导入的，你试试看看

我也是用的这个，没有你那几个内存显示

frps.json

<!-- gh-comment-id:2437186930 --> @ivanszl commented on GitHub (Oct 25, 2024): > > > 用不了，格式不对，你发json 文件吧 > > > > > > 我是用这个 20370 ID 导入的，你试试看看 > > 我也是用的这个，没有你那几个内存显示 [frps.json](https://github.com/user-attachments/files/17518701/frps.json)
gitea-mirror commented 2026-05-05 14:17:26 -06:00
Author
Owner
Copy link

@ivanszl commented on GitHub (Oct 25, 2024):

用不了，格式不对，你发json 文件吧

我是用这个 20370 ID 导入的，你试试看看

我也是用的这个，没有你那几个内存显示

进程内存的两条线分别为：
process_resident_memory_bytes{instance=~"^($NODE)$"}
process_virtual_memory_bytes{instance=~"^($NODE)$"}

<!-- gh-comment-id:2437190628 --> @ivanszl commented on GitHub (Oct 25, 2024): > > > 用不了，格式不对，你发json 文件吧 > > > > > > 我是用这个 20370 ID 导入的，你试试看看 > > 我也是用的这个，没有你那几个内存显示 进程内存的两条线分别为： process_resident_memory_bytes{instance=\~\"\^($NODE)$\"} process_virtual_memory_bytes{instance=\~\"\^($NODE)$\"}
gitea-mirror commented 2026-05-05 14:17:26 -06:00
Author
Owner
Copy link

@wuai1024 commented on GitHub (Oct 25, 2024):

我的是这样的
image

<!-- gh-comment-id:2437285005 --> @wuai1024 commented on GitHub (Oct 25, 2024): 我的是这样的 ![image](https://github.com/user-attachments/assets/054b975c-b2d5-44d6-a2ba-6117dd87f3b5)
gitea-mirror commented 2026-05-05 14:17:27 -06:00
Author
Owner
Copy link

@ivanszl commented on GitHub (Oct 25, 2024):

我的是这样的 image

另一个稳定客户端连接内存也是很稳定，就只有在频繁端开，连接，实例名称是动态的会有问题
多谢，我这边再看看

<!-- gh-comment-id:2437309731 --> @ivanszl commented on GitHub (Oct 25, 2024): > 我的是这样的 ![image](https://private-user-images.githubusercontent.com/13379708/380091691-054b975c-b2d5-44d6-a2ba-6117dd87f3b5.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mjk4NDgyMzgsIm5iZiI6MTcyOTg0NzkzOCwicGF0aCI6Ii8xMzM3OTcwOC8zODAwOTE2OTEtMDU0Yjk3NWMtYjJkNS00NGQ2LWEyYmEtNjExN2RkODdmM2I1LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDEwMjUlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMDI1VDA5MTg1OFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTgxZDBiZWNhNGIxY2QzMzM2YzlkOWU1Y2NjZjIyNzBlNGQzMzFkZDUyOGNlYTYwZmJkNzYxODU1ZjY2MzEyNWYmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.ECQb6Q7DX7cG5nDJmuPW00Htqo45xrBuu881Hd67feE) 另一个稳定客户端连接内存也是很稳定，就只有在频繁端开，连接，实例名称是动态的会有问题 多谢，我这边再看看
gitea-mirror commented 2026-05-05 14:17:27 -06:00
Author
Owner
Copy link

@github-actions[bot] commented on GitHub (Nov 20, 2024):

Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.

<!-- gh-comment-id:2487048708 --> @github-actions[bot] commented on GitHub (Nov 20, 2024): Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.
gitea-mirror commented 2026-05-05 14:17:27 -06:00
Author
Owner
Copy link

@dishpzga commented on GitHub (May 16, 2025):

@fatedier @ivanszl 各位大神
我的frps服务器也出现了类似现象，4核CPU 32G内存的服务器 一般运行2周左右内存耗尽，frps版本0.46.1，下面是我连续几天观察发现的现象：

  1. 2025/05/15
    a. frps服务器：103.16、版本：0.46.1
    b. 活跃连接数5000左右、frps占用内存1.5GB
  2. 2025/05/16
    a. 16:25 LISTEN状态4300 与之前持平，活跃TCP连接数基本维持在5000~6000之间，内存占用最高1.7GB

Image

Image

  1. 2025/05/17
    a. 09:30 活跃连接数降低到4800，内存占用1.8GB
    b. 13:30 存在大量状态是 CLOSE_WAIT 的TCP连接 一段时间后释放、同时内存也从早上的1.8G增长到3.3GB、即使CLOSE_WAIT状态释放后内存也没有释放

Image

Image

<!-- gh-comment-id:2885776572 --> @dishpzga commented on GitHub (May 16, 2025): @fatedier @ivanszl 各位大神 我的frps服务器也出现了类似现象，4核CPU 32G内存的服务器 一般运行2周左右内存耗尽，frps版本0.46.1，下面是我连续几天观察发现的现象： 1. 2025/05/15 a. frps服务器：103.16、版本：0.46.1 b. 活跃连接数5000左右、frps占用内存1.5GB 2. 2025/05/16 a. 16:25 LISTEN状态4300 与之前持平，活跃TCP连接数基本维持在5000~6000之间，内存占用最高1.7GB ![Image](https://github.com/user-attachments/assets/7c0e031c-f545-4618-9e5b-f07848c0de6c) ![Image](https://github.com/user-attachments/assets/8489f795-7e0b-4970-a8a4-604cc35b3304) 3. 2025/05/17 a. 09:30 活跃连接数降低到4800，内存占用1.8GB b. 13:30 存在**大量状态是 CLOSE_WAIT 的TCP连接** 一段时间后释放、同时内存也从早上的**1.8G增长到3.3GB**、即使CLOSE_WAIT状态释放后内存也没有释放 ![Image](https://github.com/user-attachments/assets/36fb02d4-0f82-4a60-862e-bf01caeba4c9) ![Image](https://github.com/user-attachments/assets/0fe3bece-2f4b-4ff4-af72-54ec56134b5c)
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
dev
new
master
copilot/review-pull-request-5198
v0.68.1
v0.68.0
v0.67.0
v0.66.0
v0.65.0
v0.64.0
v0.63.0
v0.62.1
v0.62.0
v0.61.2
v0.61.1
v0.61.0
v0.60.0
v0.59.0
v0.58.1
v0.58.0
v0.57.0
v0.56.0
v0.55.1
v0.55.0
v0.54.0
v0.53.2
v0.53.1
v0.53.0
v0.52.3
v0.52.2
v0.52.1
v0.52.0
v0.51.3
v0.51.2
v0.51.1
v0.51.0
v0.50.0
v0.49.0
v0.48.0
v0.47.0
v0.46.1
v0.46.0
v0.45.0
v0.44.0
v0.43.0
v0.42.0
v0.41.0
v0.40.0
v0.39.1
v0.39.0
v0.38.0
v0.37.1
v0.37.0
v0.36.2
v0.36.1
v0.36.0
v0.35.1
v0.35.0
v0.34.3
v0.34.2
v0.34.1
v0.34.0
v0.33.0
v0.32.1
v0.32.0
v0.31.2
v0.31.1
v0.31.0
v0.30.0
v0.29.1
v0.29.0
v0.28.2
v0.28.1
v0.28.0
v0.27.1
v0.27.0
v0.26.0
v0.25.3
v0.25.2
v0.25.1
v0.25.0
v0.24.1
v0.24.0
v0.23.3
v0.23.2
v0.23.1
v0.23.0
v0.22.0
v0.21.0
v0.20.0
v0.19.1
v0.19.0
v0.18.0
v0.17.0
v0.16.1
v0.16.0
v0.15.1
v0.15.0
v0.14.1
v0.14.0
v0.13.0
v0.12.0
v0.11.0
v0.10.0
v0.9.3
v0.9.2
v0.9.1
v0.9.0
v0.8.1
v0.8.0
v0.7.0
v0.6.0
v0.5.0
v0.3.0
v0.2.0
v0.1.0
Labels
Clear labels   
In Progress

   
WIP

   
WaitingForInfo

   
bug

   
doc

   
duplicate

   
easy

   
enhancement

   
future

   
help wanted

   
invalid

   
lifecycle/stale

   
need-issue-template

   
need-usage-help

   
no plan

   
proposal

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
todo
No labels
In Progress
WIP
WaitingForInfo
bug
doc
duplicate
easy
enhancement
future
help wanted
invalid
lifecycle/stale
need-issue-template
need-usage-help
no plan
proposal
pull-request
question
todo
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/frp#3559
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?