可能是越来越成熟了, 最近更新频率下降了许多, feture 方面就加了个代理支持
package main
import (
"crypto/tls"
"github.com/lxzan/gws"
"golang.org/x/net/proxy"
"log"
)
func main() {
socket, _, err := gws.NewClient(new(gws.BuiltinEventHandler), &gws.ClientOption{
Addr: "wss://example.com/connect",
TlsConfig: &tls.Config{InsecureSkipVerify: true},
NewDialer: func() (gws.Dialer, error) {
return proxy.SOCKS5("tcp", "127.0.0.1:1080", nil, nil)
},
})
if err != nil {
log.Println(err.Error())
return
}
socket.ReadLoop()
}
性能方面, 关闭压缩时单位 CPU 能效比大幅领先gorilla
; 开启压缩的话, 就只有小幅领先了, 优势还是来自 github.com/klauspost/compress
, 如果我使用标准库flate
的话差距可以忽略不计.
关闭压缩:
$ wsbench iops -c 1000 -n 100 -f ./body.json -u ws://127.0.0.1:8000/connect --compress=false
gws: IOPS=370279 P50=40ms P90=307ms P99=945ms
gorilla: IOPS=261866 P50=134ms P90=508ms P99=1664ms
开启压缩:
$ wsbench iops -c 1000 -n 100 -f ./body.json -u ws://127.0.0.1:8000/connect --compress=true
gws: IOPS=39660 P50=866ms P90=1413ms P99=1624ms
gorilla: IOPS=34668 P50=1058ms P90=1784ms P99=2322ms
┌─────┬────────────────────────┬─────────────┬─────────┬─────────┬──────────┬────────┬──────┬───────────┬──────────┬──────────┬──────────┬──────────┐
│ id │ name │ namespace │ version │ mode │ pid │ uptime │ ↺ │ status │ cpu │ mem │ user │ watching │
├─────┼────────────────────────┼─────────────┼─────────┼─────────┼──────────┼────────┼──────┼───────────┼──────────┼──────────┼──────────┼──────────┤
│ 1 │ gorilla-linux-amd64 │ default │ N/A │ fork │ 19405 │ 6m │ 0 │ online │ 0% │ 203.9mb │ caster │ disabled │
│ 0 │ gws-linux-amd64 │ default │ N/A │ fork │ 19384 │ 6m │ 0 │ online │ 0% │ 110.8mb │ caster │ disabled │
└─────┴────────────────────────┴─────────────┴─────────┴─────────┴──────────┴────────┴──────┴───────────┴──────────┴──────────┴──────────┴──────────┘
1
trzzzz 2023-08-25 08:25:35 +08:00 via iPhone
OP ,我想请教下。之前我做了一个 scp 工具,但是这个是基于 rcp 协议和 ssh 写的 go 版本。感觉传输起来不是很快。我想自己实现协议+使用 OP 的 gws 。OP 有什么建议吗。https://github.com/T-TRz879/scpw/tree/v1.0.0
|
3
Nazz OP gws 的优势:高性能,支持多种传输层:tcp/kcp/unix socket
劣势:没有直接支持写入分片帧,需要自行处理文件分片与重组 |
5
Nazz OP @trzzzz 非对称加密,鉴权部分的命令行交互,以及文件传输协议的设计(打包压缩,分片,合并),错误处理。ReadBufferSize 设大点,局域网内单连接够用了,公网上延迟高单连接会有带宽问题。
|
6
Nazz OP 再了解下拥塞算法,到公网上实践下,或者局域网内模拟丢包延迟。理论上弱网环境下 kcp 表现会好很多。
|