• 2013-12-21

    亚马逊AWS, Linode, 阿里云等云服务对比

    Views: 25727 | 2 Comments

    最近, 有消息称亚马逊云服务(AWS)要进入中国, 在中国建立 IDC. 一石激起千层浪, 国内云服务纷纷降价. 根据我使用和了解到的云服务, 我觉得有必要对比下各个厂商的云服务, 希望支大家有帮助.

    产品 CPU 内存 硬盘 带宽或月流量 价格(月)
    Amazon EC2 m3.xlarge 4 15GB 80GB SSD 1TB RMB 828
    Linode 1GB 8 1GB 48GB 2TB RMB 121
    阿里云 1 0.5GB 20GB 1Mbps RMB 55

    m3.xlarge 价格:

    • 实例 - $0.45/小时
    • 网络传输 - $0.12/GB

    看起来, 似乎阿里云的价格最低, 但是, 阿里云的 CPU 和内存非常弱, 我在上面编译 PHP 源码, 竟然花了近一个小时! 相比较而言, Linode 的 VPS 性能则较为良好.

    AWS 的价格极其昂贵! 我没有实际使用过, 但据一位在上面部署了 SSDB 的朋友反馈的数据, 他所使用的 AWS 的性能只有 Linode 的一半. AWS 的成本主要是网络带宽成本, 达到 $0.12/GB. 如果你的服务器不对外提供网络服务, 只是做一些内部计算, 我觉得 AWS 会相对比较便宜.

    阿里云的带宽价格也非常贵, 最低级的带宽套餐只有 128KB/s, 根本不是正常使用的带宽, 如果加到 1MB/s, 成本急剧增加 600 元. 而我使用 Linode, 在家里也能达到单连接 300KB, 在公司网络好时能达到单连接 2.5MB, 所以说, Linode 的带宽成本非常低.

    不过, 阿里云也有一个非常明显的优势, 那就是网络延时非常小. 这是因为阿里云的机房在国内, 而其它两个在国外(主要是美国), 使用阿里云提供 Web 服务, 给用户的感觉就是网页打开速度快.

    最后, 我做了如下感性的总结:

    产品 性能 网速 价格 性价比
    AWS 一般 一般 昂贵 /
    Linode 不错 一般 便宜
    阿里云 不高

    所以, 还是很期待亚马逊能尽快建立国内机房, 提高网速, 降低价格. 希望 Linode 建立香港机房, 既能提供高性能服务器, 也能提供境外服务器的优势. 希望阿里云提高服务器性能, 提高性价比.

    Posted by ideawu at 2013-12-21 14:51:35 Tags: , ,
  • 2013-10-27

    Redis 的作者狂喷某 NoSQL 数据库

    Views: 11772 | No Comments

    今天在 Redis 的 maillist 里看到一个帖子, 说的是某数据库(HyperDex)和 Redis 的性能对比. 说实话, 这个数据库的网站我看过, 没有深究, 后来就不再关注了. Redis 的作者 Salvatore Sanfilippo 有一条说的我比较认可:

    2) In all the other tests, probably they are comparing single-core
    Redis with multi-core HyperDex, or multi-node HyperDex. To give you an
    example Redis LPUSH can easily insert 1 million items per second into
    lists, but if you push against four instances at the same time, one
    per core, you can reach 3/4 million inserts per second. This does not
    mean we should write "four millions operations per second11!1!!!one"
    in our home page.

    简单翻译一下:

    单个 Redis 实例每秒能处理 1 百万次 LPUSH 操作, 但是, 如果你启了 4 个 Redis 实例, 那当然能每秒处理 3 到 4 百万次插入. 但我们绝不会在网站首页写"每秒 4 百万次操作!!!".

    Posted by ideawu at 2013-10-27 19:40:09 Tags:
  • 2013-10-27

    要不要重新造(发明)轮子?

    Views: 6948 | No Comments

    "不要重复发明(造)轮子"是一句编程界的名言, 我第一次听到应该是在 2006 年, 后来还写了一篇博客. 那时, 这句话是和 Java Web 开发联系在一起的, 也即所谓的 SSH(Spring + Struts + Hibernate). 那时, 还没有 iPhone, 手机屏幕还是 128x128 像素, 也没有 MongoDB, 没有 Redis, 没有 Cassandra, 那里桌面电脑才 128MB 内存.

    后来, 无数的轮子不断被发明出来.

    虽然有了 XVGA 屏幕, 后来苹果重新造了一个轮子 Retina 屏. 虽然有了 Symbian, 后来苹果重新造了 iOS 轮子. 虽然有了 C/C++, Google 重新造了 Go 轮子. 独轮手推车有轮子, 难道宝马就不造轮子了吗?

    轮子生来就是要被重新发明和创造的!

    Posted by ideawu at 12:53:49
  • 2013-10-08

    用TAB缩进, 用SPACE对齐

    Views: 13575 | 24 Comments

    TAB vs SPACE 是一个争论不休的话题. 不过, 对于大部分编程语言, 混用 TAB 和 SPACE(空格) 缩进也可以正常工作, 除非你用的是语法非常傻逼的语言如 Python(仅仅是语法傻逼, Python 的对象模型和库还是很有用的, 大家可以试试 Cpy 编程语言 - 用 C 语言语法写 Python 代码).

    首先, 我遇到的大部分项目和大部分程序员, 都将 TAB 设置为 4 个字符的宽度, 所以对于缩进来说, 用 TAB 还是 SPACE, 显示效果都是一样的. 当然, 对于使用了所按即所得的编辑器的人, 删除 4 个空格要按 4 次键盘, 确实很烦人.

    Continue reading »

    Posted by ideawu at 2013-10-08 23:48:46
  • 2013-09-09

    小数据与大数据

    Views: 10072 | No Comments

    计算机编程领域有个公式:"程序 = 算法 + 数据结构", 其实, 换个角度看, 那不就是:"软件 = 逻辑 + 存储"吗? 今天就谈谈存储(数据)对于软件设计的影响.

    很多偏业务应用型软件, 在数据规模非常小的时候(例如 100M 之于 8G 的内存, 10G 之于 1T 的硬盘), 怎么做都不会是问题, 只要逻辑正确, 程序一启动, 立马就顺利地提供服务. 比如开发一个日活跃 1000 人的论坛, 随便找到虚拟主机, 用 PHP + MySQL 就出来了, 成本低廉性能稳定.

    Continue reading »

    Posted by ideawu at 2013-09-09 22:24:59
  • 2013-08-21

    人人都用 Retina 屏幕的 MacBook Pro 笔记本电脑

    Views: 14898 | 4 Comments

    自从今年年初 Apple 官网产品降价我立即买了 13 寸的 Retina 屏 MacBook Pro(rMBP)之后, 这款苹果的笔记本电脑就成了我在公司和家里的唯一电脑(就是这一款). 使用苹果的笔记本电脑真是一种非常自然舒适的体验!

    以我使用苹果笔记本的经验, 我认为人人都应该使用带 Retina 屏的 MacBook Pro, 我目前为止, 我和我的同事们一共已经有了 3 台 rMBP, 还包括几台 MBP, 每个人都认为物超所值.

    首先, Retian 屏幕拥有更高的分辨率(普通屏幕的4倍像素数量), 效果对比相当于你看 iPhone 5 的屏幕和 2010 年的某些智能机屏幕. 拥有普通屏幕4倍数量的像素的 Retina 屏幕, 可以让字体的视觉效果非常细致. 你可以这样理解, 在你的电脑上打开一个文字处理软件(如 Windows 写字板, 敲入一个汉字, 然后把它的字体大小设置为 12px, 看一看它的效果. 然后再敲入一个同样的汉字, 把它的字体设置为24px, 把你的身体后退30厘米, 字体的显示效果就是 Retina 屏幕的 12px 效果. 这就是 Retina 屏幕的奥妙, 它在普通屏幕4倍的像素数量(长和宽各2倍)来渲染同样大小的字体. 我们都知道同样的可视面积里像素越多, 显示效果就越好.

    Continue reading »

    Posted by ideawu at 2013-08-21 22:15:18
|<<<123456789>>>| 5/13 Pages, 75 Results.