github-starred/frp

Fork 0

mirror of https://github.com/fatedier/frp.git synced 2026-05-15 16:15:49 -06:00

[GH-ISSUE #2034] 使用frp0.33版本，在设置use_compression = true后，限速不准 #1616

New issue

Closed

opened 2026-05-05 13:01:57 -06:00 by gitea-mirror · 6 comments

gitea-mirror commented

2026-05-05 13:01:57 -06:00

Owner

Originally created by @ivanhxq on GitHub (Oct 21, 2020).
Original GitHub issue: https://github.com/fatedier/frp/issues/2034

使用frp0.33版本，在设置use_compression = true后，限速不准，工作在sctp模式，配置为1280KB,即10Mbps，但使用iperf跑流出来的速度不是10Mbps，远高过10Mbps；在设置use_compression = false就在预期限速范围内

Originally created by @ivanhxq on GitHub (Oct 21, 2020). Original GitHub issue: https://github.com/fatedier/frp/issues/2034 使用frp0.33版本，在设置use_compression = true后，限速不准，工作在sctp模式，配置为1280KB,即10Mbps，但使用iperf跑流出来的速度不是10Mbps，远高过10Mbps；在设置use_compression = false就在预期限速范围内

gitea-mirror

2026-05-05 13:01:57 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:02:00 -06:00

Author

Owner

@Becods commented on GitHub (Oct 21, 2020):

use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知

@Becods commented on GitHub (Oct 21, 2020): use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知

gitea-mirror commented

2026-05-05 13:02:01 -06:00

Author

Owner

@ivanhxq commented on GitHub (Oct 23, 2020):

use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知
能在发送端压缩前或者在接收端解压后限速吗？

@ivanhxq commented on GitHub (Oct 23, 2020): > use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知能在发送端压缩前或者在接收端解压后限速吗？

gitea-mirror commented

2026-05-05 13:02:01 -06:00

Author

Owner

@Becods commented on GitHub (Oct 23, 2020):

use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知
能在发送端压缩前或者在接收端解压后限速吗？

请问你的需求是？
个人认为这样没有必要

@Becods commented on GitHub (Oct 23, 2020): > > use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知 > > 能在发送端压缩前或者在接收端解压后限速吗？请问你的需求是？个人认为这样没有必要

gitea-mirror commented

2026-05-05 13:02:01 -06:00

Author

Owner

@ivanhxq commented on GitHub (Oct 23, 2020):

use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知
能在发送端压缩前或者在接收端解压后限速吗？

请问你的需求是？
个人认为这样没有必要
我这边应用有点特殊：流量速度过大导致CPU使用过高，从而导致流量上下波动很多，很不稳定，所以想进行限速，从而把CPU使用率降下来。

@ivanhxq commented on GitHub (Oct 23, 2020): > > > use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知 > > > 能在发送端压缩前或者在接收端解压后限速吗？ > > 请问你的需求是？ > 个人认为这样没有必要我这边应用有点特殊：流量速度过大导致CPU使用过高，从而导致流量上下波动很多，很不稳定，所以想进行限速，从而把CPU使用率降下来。

gitea-mirror commented

2026-05-05 13:02:02 -06:00

Author

Owner

@Becods commented on GitHub (Oct 23, 2020):

use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知
能在发送端压缩前或者在接收端解压后限速吗？

请问你的需求是？
个人认为这样没有必要
我这边应用有点特殊：流量速度过大导致CPU使用过高，从而导致流量上下波动很多，很不稳定，所以想进行限速，从而把CPU使用率降下来。

应该是性能很低的CPU才会有这种顾忌吧
建议还是将压缩关闭
压缩解压过程中需要占用CPU
压缩占用的量会比大流量占用高是正常的

@Becods commented on GitHub (Oct 23, 2020): > > > > use_compression会压缩流量，stcp仅限速压缩后的流量，实际解压后流量速度会大于限速，请悉知 > > > > 能在发送端压缩前或者在接收端解压后限速吗？ > > > > > > 请问你的需求是？ > > 个人认为这样没有必要 > > 我这边应用有点特殊：流量速度过大导致CPU使用过高，从而导致流量上下波动很多，很不稳定，所以想进行限速，从而把CPU使用率降下来。应该是性能很低的CPU才会有这种顾忌吧建议还是将压缩关闭压缩解压过程中需要占用CPU 压缩占用的量会比大流量占用高是正常的

gitea-mirror commented

2026-05-05 13:02:02 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Dec 8, 2020):

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

@github-actions[bot] commented on GitHub (Dec 8, 2020): Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.