V2EX › Nazz 的所有回复 › 第 38 页 / 共 45 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 30 31 32 33 34 35 36 37 38 39 ... 45

❮

❯

2023-02-21 14:24:46 +08:00

回复了 Nazz 创建的主题 › 程序员 › golang 内存 kv 缓存怎么做 gc 优化？

@Nasei fastcache 也不错, ttl 部分可以自己撸

2023-02-21 14:21:02 +08:00

回复了 Nazz 创建的主题 › 程序员 › golang 内存 kv 缓存怎么做 gc 优化？

@Nasei 感觉 freecache 比 fastcache 好. 还在想要不要自研, slice 的 hashmap 和 map + heap 的 ttl 我都造过轮子

2023-02-21 13:40:03 +08:00

回复了 Nazz 创建的主题 › 程序员 › golang 内存 kv 缓存怎么做 gc 优化？

@fioncat 可行性不错, 不知道领导满不满意

2023-02-21 13:39:09 +08:00

回复了 Nazz 创建的主题 › 程序员 › golang 内存 kv 缓存怎么做 gc 优化？

@zoharSoul 小技巧应该是有的

2023-02-21 13:17:29 +08:00

回复了 Nazz 创建的主题 › 程序员 › golang 内存 kv 缓存怎么做 gc 优化？

@selca 要的就是避免网络 IO😂

2023-02-21 11:14:02 +08:00

回复了 NCE 创建的主题 › 程序员 › golang 快速开发，应该选择 go-zero，还是 Iris?

@NCE go-zero 对标的是 kratos 这种微服务解决方案. iris 没用过只知道是基于 fasthttp 的, 比 gin 重一点但功能远不如 go-zero 那么丰富. 看你自己的需求, 没用到 gRPC 的话 gin 够用了.

2023-02-21 09:03:36 +08:00

回复了 NCE 创建的主题 › 程序员 › golang 快速开发，应该选择 go-zero，还是 Iris?

标准库够用了, 没必要上 fasthttp

2023-02-20 09:31:55 +08:00

回复了 craftx 创建的主题 › Go 编程语言 › go 如何写一个通用的方法，将一个结构体切片，根据 id 字段，转为 map 结构

type Row[K any] interface {
GetID() K
}

func ToMap[K comparable, V Row[K]](rows []V) map[K]V {
var m = make(map[K]V, len(rows))
for i, v := range rows {
m[v.GetID()] = rows[i]
}
return m
}

2023-02-20 09:23:46 +08:00

回复了 craftx 创建的主题 › Go 编程语言 › go 如何写一个通用的方法，将一个结构体切片，根据 id 字段，转为 map 结构

需要泛型

2023-02-19 09:09:59 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lizhenda gws 在连接生命周期管理这块可以说是自动挡, IO 过程中一旦出现错误就会关闭连接

2023-02-19 07:35:48 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lizhenda gws api 更清晰一些

2023-02-18 22:16:55 +08:00

回复了 lesismal 创建的主题 › Go 编程语言 › 最近犯闲，想再写点啥项目，有推荐的吗？

大佬出书了我来买一本

2023-02-18 22:07:11 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lesismal 好的, 我去 README 里面提醒下

2023-02-18 22:05:40 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lesismal 下次更新把写操作的错误返回加上吧. 不打算在 gws 里面对广播场景做优化了, 如果有需要, 开发者可以自己为每个连接多开一个协程, 对于不需要处理广播的业务场景就节省了一般的协程. 确实, 用少量协程处理大量连接写入, 碰到大量慢连接的场景会很卡.

2023-02-18 19:37:37 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lesismal async write 这块我还有个 idea ，可以维护一个全局的 WriteMessageQueue

2023-02-18 19:28:56 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lesismal 异步 IO 适合「海量连接，少量活跃」的场景，连接太少跑 benchmark 就吃亏了😆

我就和基于 std net 的库比一比

2023-02-18 19:19:22 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lesismal 标准库对于广大中小企业够用了；大厂没准会自研

2023-02-18 18:50:13 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lesismal 笔误，开启了协程去处理业务逻辑.

2023-02-18 18:48:49 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@lesismal 以我多年 crud 的经验来看，似乎很少有人关心 write 是否返回了错误. 一般来说，在 write 之前业务逻辑都处理好了，或者开启了协程去处理错误，有错误关闭连接退出就好

2023-02-18 18:42:08 +08:00

回复了 Nazz 创建的主题 › 程序员 › go websocket rps, cpu, latency 全面测评

@DefoliationM CloseCode 和错误处理比较恶心

1 ... 30 31 32 33 34 35 36 37 38 39 ... 45

❮

❯