V2EX › Nazz 的所有回复 › 第 10 页 / 共 46 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 6 7 8 9 10 11 12 13 14 15 ... 46

❮

❯

2024-01-05 20:36:29 +08:00

回复了 iqoo 创建的主题 › 程序员 › 有没有不依赖 OpenSSL 的 HTTPS 请求学习代码

看 golang 标准库

2024-01-04 23:41:11 +08:00

回复了 zenfsharp 创建的主题 › 程序员 › 各位大佬已经开始用 Podman 了吗

@ixiaohei 没必要用 desktop ，gui 浪费内存

2024-01-04 23:38:59 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@keepRun 我打算试试 OpenObserve ，Rust 写的，采集程序可以用 iLogTail ，连 Kafka 都省了

2024-01-04 21:49:02 +08:00

回复了 keepRun 创建的主题 › 程序员 › graalvm 拯救了 Java 的启动速度，但没法拯救 Java 的内存占用

@bthulu 你猜为什么很多公司不愿意用 ELK

2023-12-26 10:40:50 +08:00

回复了 hopingtop 创建的主题 › Visual Studio Code › 快 2024 年， Go 语言下 vscode 对比 Goland 还有哪些劣势？

公司不允许用盗版软件, goland 自带的 datatrip 比免费数据库 ui 都强.

2023-12-25 20:02:33 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › Otter, 兼具高性能与高命中率的内存缓存

读多写少也是 mutex 更快

2023-12-25 17:48:15 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › Otter, 兼具高性能与高命中率的内存缓存

otter 最近又优化了吧, 看 benchmark 混合读写速度非常惊人, 我把最小堆去掉估计也赶不上

goos: linux
goarch: amd64
pkg: github.com/lxzan/memorycache/benchmark
cpu: 13th Gen Intel(R) Core(TM) i5-1340P
BenchmarkMemoryCache_SetAndGet-4 17393630 79.82 ns/op 0 B/op 0 allocs/op
BenchmarkOtter_SetAndGet-4 36321264 29.74 ns/op 0 B/op 0 allocs/op
BenchmarkRistretto_SetAndGet-4 5968552 179.7 ns/op 32 B/op 1 allocs/op
BenchmarkTheine_SetAndGet-4 5518321 237.0 ns/op 0 B/op 0 allocs/op
PASS
ok github.com/lxzan/memorycache/benchmark 27.342s

2023-12-20 15:01:12 +08:00

回复了 Nazz 创建的主题 › Go 编程语言 › 怎么优化红黑树区间查询

@cchq 一个递归方法搞定, 从 1809 ns/op 提高到了 883 ns/op

// 降序遍历中序遍历是有序的
func (c *RBTree[K, V]) rangeDesc(curNode *rbtree_node[K, V], qb *QueryBuilder[K, V]) {
if c.end(curNode) || len(qb.results) >= qb.limit {
return
}

state := 0
if qb.rightFilter(curNode.data.Key) {
state += 1
}
if qb.leftFilter(curNode.data.Key) {
state += 2
}

switch state {
case 3:
c.rangeDesc(curNode.right, qb)
if len(qb.results) < qb.limit {
qb.results = append(qb.results, *curNode.data)
} else {
return
}
c.rangeDesc(curNode.left, qb)
case 2:
c.rangeDesc(curNode.left, qb)
case 1:
c.rangeDesc(curNode.right, qb)
default:
}
}

1 ... 6 7 8 9 10 11 12 13 14 15 ... 46

❮

❯