 |
mrsatangelwubba lubba dub dub V2EX 第 27426 号会员，加入于 2012-09-30 21:46:10 +08:00今日活跃度排名 18823 |
上海
mrsatangel 最近回复了
2023-05-04 12:41:29 +08:00 回复了 mrsatangel 创建的主题 › 酷工作 › [实习] GreptimeDB 开源之夏学生招募 |
@chuan325 了解下基本的语法和语言特性，然后找个活跃的项目写就完事了，遇到不会的现场查
2022-08-19 14:57:43 +08:00 回复了 woahaha 创建的主题 › 程序员 › 沟通交流下 杭州和上海中小公司， 哪些公司目前在招 35+资深程序员 |
我们招资深 Java/Golang 研发，云产品方向，杭州 DBaaS 创业公司。
2022-08-07 17:24:14 +08:00 回复了 b00tyhunt3r 创建的主题 › 程序员 › 是否存在数据库，缓存层合一的解决方案？ |
- DB 的 cache 对外保持 ACID 的语义，Redis 压根就不是事务型数据库；
- DB 的 cache 是 page 维度的，Redis 作为 cache 的数据是 key 维度的；
去掉缓存：损失性能；
去掉 DB：损失 durability 。但是也不能不能解，比如前段时间太监了的 optane 这种；
Redis 的扩展性问题：老东家见过很多九百多 GB 的 redis 实例；实在不行还可以按 key 分片啊。
- DB 的 cache 是 page 维度的，Redis 作为 cache 的数据是 key 维度的；
去掉缓存：损失性能；
去掉 DB：损失 durability 。但是也不能不能解，比如前段时间太监了的 optane 这种；
Redis 的扩展性问题：老东家见过很多九百多 GB 的 redis 实例；实在不行还可以按 key 分片啊。
2022-07-28 19:12:30 +08:00 回复了 letianqiu 创建的主题 › Java › 为什么 memory mapped file I/O 可能会导致 Long Time to Safepoint？ |
你想想，mmap 的操作本质上就是通过 syscall 把文件 map 到一段内存，所有对文件的读写都变成了对文件的操作。既然是内存操作，又何来的 JNI 调用呢？
至于进入 safepoint 的问题，在进行 mmap 读写的时候，JVM 是不知道你操作的是内存还是 map 到内存的文件的，因此有可能进入到 safepoint 。如果不巧恰好出现了 page fault ，那这个 safepoint 的耗时就很长了。
至于进入 safepoint 的问题，在进行 mmap 读写的时候，JVM 是不知道你操作的是内存还是 map 到内存的文件的，因此有可能进入到 safepoint 。如果不巧恰好出现了 page fault ，那这个 safepoint 的耗时就很长了。
2022-07-20 12:14:24 +08:00 回复了 Renco 创建的主题 › 程序员 › Java 的内存回收机制是怎么回收的，一个接口调用会拉 10w 条数据库数据到内存里，接口执行结束后，内存依旧没有释放。 |
一般来说 GC 触发的条件要么是某个 generation 或者整个堆的使用率达到了阈值，要么是 allocation failure 。从 gc 日志可以看到具体的触发原因。至于你这种情况，通常是调用接口分配了一些内存，但是没有达到 generation 的阈值，所以内存没有在调用完成后立刻回收。
- “这合理吗？”
合理，从 GC 角度来看，并不知道你下一次会分配多大的内存。如果 eagerly gc 反而会对性能造成负面影响。
- “这合理吗？”
合理，从 GC 角度来看，并不知道你下一次会分配多大的内存。如果 eagerly gc 反而会对性能造成负面影响。
Select Language