V2EX › IwfWcf 的所有回复 › 第 26 页 / 共 31 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 18 19 20 21 22 23 24 25 26 27 ... 31

❮

❯

2014-07-25 11:56:24 +08:00

回复了 newtonisaac 创建的主题 › 职场话题 › 有兄弟能介绍下阿里的加班文化吗？

也不是整个公司都这样吧，去年年底在阿里妈妈的算法组实习过，平时大部分同事都是八点半左右就回家了，提前走也不会有人说什么

2014-07-22 19:03:41 +08:00

回复了 larkifly 创建的主题 › 分享发现 › 贴出我的搜狐云景的邀请码，需要的拿走

6p6f6U8bvWBm 已用，多谢

2014-07-22 16:19:53 +08:00

回复了 IwfWcf 创建的主题 › Linux › 关于 Direct I/O

@styx 我下午又再跑了几次，现在不会出现不使用 Direct I/O 的 pwrite 比使用 Direct I/O 的 pwrite 慢的情况了。而当把写的数据量级从 10G 提高到 100G 后也不会出现 pwrite 比 write 慢很多的情况了。应该主要是我之前测试时写的数据量级不够大的影响。

2014-07-22 13:39:08 +08:00

回复了 IwfWcf 创建的主题 › Linux › 关于 Direct I/O

@styx 要用 pwrite 进行 appeend 操作是因为有这样一个场景，大多数的写都是 AOF，但还是会有少量的随机写，所以我想知道在这种场景下使用 pwrite 的性能影响

2014-07-22 13:33:10 +08:00

回复了 IwfWcf 创建的主题 › Linux › 关于 Direct I/O

@styx 因为我想测试在 AOF 的情况下 pwrite 的性能表现，AOF 当然是顺序写了。我主要的疑问在于为什么使用 Direct I/O 的情况下 pwrite 的耗时减少了一半，以及为什么在非 Direct I/O 的情况下 pwrite 的耗时要比 write 慢很多。既然 Direct I/O 的情况下 pwrite 和 write 的耗时是相当的，那说明在 AOF 的情况下 disk seek 的时间应该是可以忽略的，那为什么在非 Direct I/O 的情况下 pwrite 要慢那么多呢？

2014-07-12 23:00:38 +08:00

回复了 jzhone 创建的主题 › 分享发现 › 免费获取半年 LastPass Premium

用楼主的 ref 链接注册后提示获得了一个月的高级版，但后来通过 offer 获得六个月的高级版后过期日期还是显示六个月后而不是七个月后……

2014-07-11 19:05:24 +08:00

回复了 hzlzh 创建的主题 › 分享创造 › 我的第一个 App 上架了，限时免费中，欢迎 V 友体验，支持 iOS/Android

七日年化收益率的价值不大，能否提供时间跨度更长的收益统计？

2014-07-09 11:15:12 +08:00

回复了 fx 创建的主题 › 程序员 › Sublime text 抽奖活动

http://sublimetexttips.com/giveaways/sublime-text-giveaway/?lucky=6349

好人一生平安

2014-07-08 18:12:41 +08:00

回复了 esplendo 创建的主题 › 推广 › 喜获融资 5000 万美元，UCloud 云计算送书啦！ [第一波]

[email protected]

祝 V2EX 和 UCloud 越来越好！

APUE