 |
mrsatangelwubba lubba dub dub V2EX 第 27426 号会员，加入于 2012-09-30 21:46:10 +08:00 |
上海
mrsatangel 最近回复了
2023 年 5 月 4 日 回复了 mrsatangel 创建的主题 › 酷工作 › [实习] GreptimeDB 开源之夏学生招募 |
@chuan325 了解下基本的语法和语言特性，然后找个活跃的项目写就完事了，遇到不会的现场查
2022 年 8 月 19 日 回复了 woahaha 创建的主题 › 程序员 › 沟通交流下 杭州和上海中小公司， 哪些公司目前在招 35+资深程序员 |
我们招资深 Java/Golang 研发，云产品方向，杭州 DBaaS 创业公司。
2022 年 8 月 7 日 回复了 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 年 7 月 28 日 回复了 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 的耗时就很长了。
Select Language