首页   注册   登录
 diamondtin 最近的时间轴更新

diamondtin

V2EX 第 564 号会员,加入于 2010-06-08 13:59:05 +08:00
diamondtin 最近回复了
2014-02-26 08:35:00 +08:00
回复了 chenyg32 创建的主题 程序员 Web前端开发现在吃香吗?
好的前段比好的后端难找。

但是,公平的说,同样水平的后端待遇比前端好。

至少湾区是这样的。
我的朋友刚刚在他的 Startup 用了 TokuMX 替换 Mongo,因为协议相同,所以没有代码改变。在 VPS 上面跑性能平滑了很多,因为他们不用 mmap,所以不再那么 io 敏感了。而且还有一个变化,就是数据文件小了很多(22GB -> 3GB,他的 case)。我准备试试用它替换我们的 MongoDB。
2013-09-26 15:13:25 +08:00
回复了 Livid 创建的主题 V2EX V2EX 从过去一年半中学到的几件事
@virushuo Redis 默认的 rdb 方式是 snapshot 的,可以自己定义触发 snapshot 的条件,可以是定时,也可以是单位时间写入超过一定数量才触发。还有 AOF 方式,是 append 的方式写入增量 journal,可以自己定义 fsync 的触发条件(默认每秒一次),这种方式丢数据的概率就很小了。但是 AOF 方式对 IO 会比较敏感。redis 的 sentinel 做 failover,所以服务可用性也有保证,我们用 gevent patch 过的 redis driver,监听 sentinel 的 pubsub channel,failover 的切换非常快。我们游戏的 leaderboard 都是用 redis 做主存的,连接不高的部分用 mongodb。
图片主颜色的算法可以参考这里:
Using python and k-means to find the dominant colors in images http://charlesleifer.com/blog/using-python-and-k-means-to-find-the-dominant-colors-in-images/

固定尺寸的网格布局可以动态也可以静态,用 Masonry 肯定可以,只是你需要预先随机一个尺寸给那个图片就能达到这个效果。虽然这里不是用的所谓“瀑布流算法”。
2012-09-18 16:00:06 +08:00
回复了 Livid 创建的主题 编程 最近遇到的一个架构问题
这样的数据如果查询的时间单位是按天的话,是适合做一下map-reduce的。这样数据量会小很多(按照上面样例数据会小几个数量级)。处理过的每个ip的流入流出流量按日期计入数据库,这样mysql或postgres保存两个月的应该没啥问题,而且查询网段的时候比较容易实现。

如果查询的时间单位比较细的话,那么每条数据尽量都要保存,那么存在面向列的数据库里面比较合适,HBase是比较常见的选择。这样需要选择好每个属性的排序规则,但是我还是觉得查询起来肯定很慢。最好配合另外一个批处理的服务(MR)生成常查询数据的每日汇总结果,应付绝大多数的查询。
2012-08-16 23:04:21 +08:00
回复了 Harford 创建的主题 Alfred Alfred 和 Quicksilver对比,哪个更好?
用LunchBar。家里另外一台用Alfred,只是因为用MAS装比较方便而已。
2012-08-16 22:59:48 +08:00
回复了 twm 创建的主题 TextMate Textmate 到底好在哪?
Point在于TextMate很Mac。The missing texteditor for Mac, but it lost it's creator's love.
2012-08-16 22:57:39 +08:00
回复了 abu 创建的主题 iPhone 如果没有越狱。。有好用的SSH软件么?
Panic的Prompt
2012-02-08 16:46:42 +08:00
回复了 chaojie 创建的主题 问与答 穷举24位*800*600的图片,总共有多少张?
我觉得这个问题和『无限猴子定理』(http://zh.wikipedia.org/wiki/%E7%84%A1%E9%99%90%E7%8C%B4%E5%AD%90%E5%AE%9A%E7%90%86) 很相似,那个定理讨论的是概率,无穷小概率时间还是有“可能”发生。
虽然24位800x600的图片看似不大,不过这个数实际是天文数字,实际上不可能。

但是关于索引这些图片倒是比想象中靠谱一些。因为24位800x600图片对应的全部可能正好可以映射到它对应的二进制序列上面应该是1406KB,由于这个空间是密集的,所以这1406KB就可以作为这张图片的唯一编号。那么给定一个照片的二进制表示那么这张照片的编号也就知道了。

不知道我这洋相是否对。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3252 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 8ms · UTC 04:46 · PVG 12:46 · LAX 21:46 · JFK 00:46
♥ Do have faith in what you're doing.