互动
最近评论
HansjakobFlorian
stonewu
surge使用hysteria2协议带宽很慢，博主有遇到吗？ 带宽设置的都是500，用clash可以跑满500mbps，surge最高只能到80mbps
oko
stonewu
//伪装web let proxydomain = 'www.bing.com'; 可能因为上面这个设置，刚被CF发邮件说被微软发现有钓鱼嫌疑了🙈
wenh
stonewu
请问图中测速工具是啥
TaTA
stonewu
结束处增加内核缓冲区大小可以显着提高 UDP 性能的部分，因为我的VPS内存只有512，所以我问了下CHATGPT，回复很有意思： 评估步骤 1. 计算潜在的内存使用： • 每个连接最多使用 25MB 的接收缓冲区。 • 假设你的系统处理 10 个高流量并发连接：10 * 25MB = 250MB。 这只是一个极端情况下的假设，实际内存使用取决于连接数量和每个连接的流量情况。 2. 检查系统内存是否足够： • 总内存：458MB • 已使用内存：94.6MB • 剩余内存：458MB - 94.6MB ≈ 363.4MB 即使在极端情况下（10 个高流量并发连接，每个使用 25MB 缓冲区），内存使用总量也大约是 250MB，加上现有的 94.6MB， 总内存使用大约是 344.6MB，这在你系统的总内存 458MB 内仍然有余量。 结论 基于你的系统内存使用情况，设置 net.core.rmem_max 和 net.core.rmem_default 到 25MB 是可行的，系统有足够的内存来支持这种配置。 但需要注意以下几点： 1. 监控内存使用：在应用这些设置后，监控系统内存使用情况，确保没有因高内存使用导致其他问题。 2. 逐步调整：可以逐步增加这些参数值，而不是一次性设置为 25MB，观察系统性能和稳定性。 3. 使用场景：确保你的应用场景确实需要如此大的接收缓冲区，如果只是普通的网络应用，可能不需要设置如此高的值。 你可以执行以下命令来应用这些设置： sudo sysctl -w net.core.rmem_max=26214400 sudo sysctl -w net.core.rmem_default=26214400 并使用 sysctl -p 保存这些设置，以便在系统重启后仍然有效： echo "net.core.rmem_max=26214400" | sudo tee -a /etc/sysctl.conf echo "net.core.rmem_default=26214400" | sudo tee -a /etc/sysctl.conf sudo sysctl -p 如果在应用这些设置后发现系统性能问题，可以随时将这些值调整回默认值。
xream
stonewu
https://github.com/halo-dev/halo 这个吗
instance-20230404-1005
stonewu
配置无效，配置文件必须以[Section]形式开始 ，导入 surge 的时候这个报错是咋回事 大佬。
标签
寻找感兴趣的领域
caddy1 Prometheus2 Grafana2 Trojan1 snell2 Cloudflare3 hysteria22 shadowtls2 shadowsocks1 substore3 watchtower1
文章

Lalala's Blog

活着

HELLO WORLD!!!
更多信息请关注https://t.me/zdmj_yyds
必看精选
Surge
必看精选
Surge
Grafana + Prometheus 系列二 反代
置顶 VPS 未读
Grafana + Prometheus 系列二 反代
Grafana 反代
Prometheus Grafana caddy
Grafana + Prometheus 系列一 搭建
置顶 VPS 未读
Grafana + Prometheus 系列一 搭建
Grafana + Prometheus 搭建
Grafana Prometheus
Cloudflare Pages白嫖trojan Ft. Surge Sub-Store
置顶 SURGE 未读
Cloudflare Pages白嫖trojan Ft. Surge Sub-Store
Cloudflare白嫖系列
Cloudflare substore Trojan
搭建WatchTower
置顶 VPS 未读
搭建WatchTower
为substore搭建watchtower
watchtower substore
Shadowsocks+shadow-tls UDP转发
置顶 SURGEVPS 未读
Shadowsocks+shadow-tls UDP转发
iptables转发shadow-tls udp流量至ss
shadowsocks shadowtls
自建SubStore后端
置顶 VPS 未读
自建SubStore后端
docker compose搭建substore后端
substore
Hysteria2补充搭建教程
SURGEVPS 未读
Hysteria2补充搭建教程
歇斯底里2的补充教程
hysteria2 Cloudflare
Surge && Hysteria2
SURGEVPS 未读
Surge && Hysteria2
搭建Hysteria2并在surge应用
hysteria2 Cloudflare
Surge && shadow-tls v3
SURGEVPS 未读
Surge && shadow-tls v3
搭建snell+shadow-tls
snell shadowtls
Snell服务搭建 ft. Surge(4.0.1最新版)
SURGEVPS 未读
Snell服务搭建 ft. Surge(4.0.1最新版)
本文提供了snell最新版的手搓以及docker搭建版本
snell
你好啊！我是
Lalala's Blog
最新评论
头像
surge使用hysteria2协议带宽很慢，博主有遇到吗？ 带宽设置的都是500，用clash可以跑满500mbps，surge最高只能到80mbps
HansjakobFlorian /
头像
//伪装web let proxydomain = 'www.bing.com'; 可能因为上面这个设置，刚被CF发邮件说被微软发现有钓鱼嫌疑了🙈
oko /
头像
请问图中测速工具是啥
wenh /
头像
结束处增加内核缓冲区大小可以显着提高 UDP 性能的部分，因为我的VPS内存只有512，所以我问了下CHATGPT，回复很有意思： 评估步骤 1. 计算潜在的内存使用： • 每个连接最多使用 25MB 的接收缓冲区。 • 假设你的系统处理 10 个高流量并发连接：10 * 25MB = 250MB。 这只是一个极端情况下的假设，实际内存使用取决于连接数量和每个连接的流量情况。 2. 检查系统内存是否足够： • 总内存：458MB • 已使用内存：94.6MB • 剩余内存：458MB - 94.6MB ≈ 363.4MB 即使在极端情况下（10 个高流量并发连接，每个使用 25MB 缓冲区），内存使用总量也大约是 250MB，加上现有的 94.6MB， 总内存使用大约是 344.6MB，这在你系统的总内存 458MB 内仍然有余量。 结论 基于你的系统内存使用情况，设置 net.core.rmem_max 和 net.core.rmem_default 到 25MB 是可行的，系统有足够的内存来支持这种配置。 但需要注意以下几点： 1. 监控内存使用：在应用这些设置后，监控系统内存使用情况，确保没有因高内存使用导致其他问题。 2. 逐步调整：可以逐步增加这些参数值，而不是一次性设置为 25MB，观察系统性能和稳定性。 3. 使用场景：确保你的应用场景确实需要如此大的接收缓冲区，如果只是普通的网络应用，可能不需要设置如此高的值。 你可以执行以下命令来应用这些设置： sudo sysctl -w net.core.rmem_max=26214400 sudo sysctl -w net.core.rmem_default=26214400 并使用 sysctl -p 保存这些设置，以便在系统重启后仍然有效： echo "net.core.rmem_max=26214400" | sudo tee -a /etc/sysctl.conf echo "net.core.rmem_default=26214400" | sudo tee -a /etc/sysctl.conf sudo sysctl -p 如果在应用这些设置后发现系统性能问题，可以随时将这些值调整回默认值。
TaTA /
头像
https://github.com/halo-dev/halo 这个吗
xream /
最近发布
Grafana + Prometheus 系列二 反代
Grafana + Prometheus 系列二 反代
Grafana + Prometheus 系列一 搭建
Grafana + Prometheus 系列一 搭建
Cloudflare Pages白嫖trojan Ft. Surge Sub-Store
Cloudflare Pages白嫖trojan Ft. Surge Sub-Store
搭建WatchTower
搭建WatchTower
分类
引用到评论
随便逛逛 博客分类 文章标签