V2EX › c4pt0r 的所有回复 › 第 6 页 / 共 12 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯

2016-02-04 12:22:51 +08:00

回复了 TangMonk 创建的主题 › Redis › "Redis aborting for OUT OF MEMORY" 怎么破。

@ToughGuy 还有我觉得官网的 http://redis.io/topics/admin 相关段落是有点误人子弟的，尽信书不如无书，多看代码吧。

2016-02-04 12:21:50 +08:00

回复了 TangMonk 创建的主题 › Redis › "Redis aborting for OUT OF MEMORY" 怎么破。

@ToughGuy
1. 首先你要理解为什么是两倍，什么情况下会两倍？
2. 而且，开 overcommit_memory 就不会两倍吗？

对于第一个问题， redis 利用操作系统的 cow 特性， fork 出来然后 dump 内存，当且仅当这段时间被改写的 key 会被操作系统 cow ，老的版本的 redis 的 dict 实现会频繁的 rehash ，很容易就会导致新的进程的 dict 和老进程的 dict 完全不一样，操作系统不得不拷贝。但在 redis 2.6 ？后有一个优化，就是在 bgsave 的过程中，会禁止 rehash ，这段时间内，只有被更新的 key 才会拷贝，一般来说除了你的业务比较变态，在 bgsave 的过程中不停的从头到尾修改所有的 kv pairs ，否则基本不会两倍。

第二个问题， overcommit_memory 只能说让操作系统给你分配所有的物理内存， malloc 永远不给你报错，这在生产环境中显然是掩耳盗铃的策略，你物理内存就 1g ，你非存 10g 的数据，还指望操作系统能帮你，这样其实大大的增加了系统的不稳定性，仍然避免不了 OOM kill 。

lz 这个问题，只有一个解，那就是规划好内存使用，设定 maxmemory 。

2016-02-02 11:04:07 +08:00

回复了 TangMonk 创建的主题 › Redis › "Redis aborting for OUT OF MEMORY" 怎么破。

@ToughGuy 这个是头痛医头脚疼医脚吧。。。

2016-02-01 16:16:57 +08:00

回复了 TangMonk 创建的主题 › Redis › "Redis aborting for OUT OF MEMORY" 怎么破。

OOM 了你能有什么办法..

要么就设定 max-memory 然后指定 lru 策略，要么该架构往分布式上走
要么就换个大内存的机器...

2016-01-29 20:03:38 +08:00

回复了 smwtina 创建的主题 › 酷工作 › [北京]创业团队(已获首轮融资) [15K-25K+期权]招软件工程师

赞，不错的公司！

2015-12-07 14:42:55 +08:00

回复了 ansenlee 创建的主题 › 程序员 › 毫秒级的多人实时操作后端用什么语言和数据结构比较靠谱？

显然是 go 啊....

2015-12-04 18:14:56 +08:00

回复了 decaywood 创建的主题 › 分享创造 › 写了一个雪球网爬虫，方便一些炒股的程序员：）

优雅的并发，可以参考一下 Go

2015-12-02 13:25:14 +08:00

回复了 Feiox 创建的主题 › 数据库 › 大家一般用什么数据库作为数据仓库（ 200+TB 级别）

HBase + TiDB

2015-12-02 13:24:35 +08:00

回复了 Valyrian 创建的主题 › Go 编程语言 › 用 Paxos 可以做什么 app？

山寨一个 etcd 啊...

2015-11-26 15:14:27 +08:00

回复了 yuptyy 创建的主题 › Python › redis 查找的问题

你这个想高效，只能反向建索引

2015-10-13 15:15:10 +08:00

回复了 huangz 创建的主题 › Redis › 赠送几本即将出版的《Redis 实战》

哈哈，来支持一下～

1. codis co-author, https://github.com/wandoulabs/codis 分布式 redis 方案
2. qdb co-author, https://github.com/reborndb/qdb 完整实现 redis 2.x 协议的持久化引擎(包括 SYNC PSYNC)，主要用来做从机，节省内存
3. jj, 一个 redis 的实验性 json 引擎 https://github.com/c4pt0r/jj

2015-10-12 11:52:13 +08:00

回复了 brucefeng 创建的主题 › 程序员 › 大家都用什么 IDE 开发 go 语言的项目

vim

https://github.com/c4pt0r/vimrc/blob/master/.vimrc

2015-09-23 11:10:45 +08:00

回复了 Explorare 创建的主题 › Markdown › 关于 Github Page 的生成器的选择

hexo 确实简单易用

2015-09-21 17:17:45 +08:00

回复了 yuuko 创建的主题 › Vim › vim 插件， markdown 即时预览

OK, 晚上回家改改。

2015-09-21 14:51:01 +08:00

回复了 yuuko 创建的主题 › Vim › vim 插件， markdown 即时预览

似乎在 mac 下不 work ，提了个 issue.

2015-09-21 14:40:22 +08:00

回复了 yuuko 创建的主题 › Vim › vim 插件， markdown 即时预览

well done!!

2015-09-17 20:48:54 +08:00

回复了 MikeFish 创建的主题 › 程序员 › 怎样简单的给一个女生讲解二进制是如何计算的？

这个言论有点政治不正确。
为什么女生就不能正常的理解二进制是如何计算的。。。

2015-09-14 16:59:06 +08:00

回复了 czipeng 创建的主题 › git › 多少人用 gitcafe？

主要用来放 blog

2015-09-07 12:28:27 +08:00

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@cloudzhou
go 没有虚拟机, 没有中间语言。
倒是有 runtime

2015-09-07 11:56:45 +08:00

回复了 c4pt0r 创建的主题 › 程序员 › 开源了这几个月的工作: TiDB

@IwfWcf Percolator 其实事务模型很简单，就是一个 2PC 加上了一个二级锁的优化，同时通过中心授时服务器来分配全局递增的事务 ID 。这个模型的优点就是实现简单，在单个机房内部性能尚可，作为一个阶段性的目标还算可以，而且我认为分布式事务基本都是 2PC 的变种。加上现在 TiDB 的 SQL 层和存储层是彻底分离的，所以未来我有计划尝试新的模型，比如 CockroachDB 的 HLC ，或者其他的什么好玩的东西。

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯