@tonyzzp 看第一段：http://gcc.gnu.org/java/。

@tonyzzp 我觉得跟OOP的过度宣传关系挺大的，很多Java程序员自以为会了Java，会了OOP，还有什么不能解决的呢。

记得很早以前看过一个帖子讨论Java和C/C++效率的问题，原帖已经找不到了，但是其中一段基本上跟这里说的类似：http://tech.ccidnet.com/art/3741/20050507/542505_1.html

对于不理解底层的Java程序员来说，根本没有可能认识到这种说法的逻辑错误——也就是Java在效率上的根本缺陷。

p.s. 还找到这篇 http://hi.baidu.com/sppeivan/item/7f4ab2f6af481ad043c36a3d
作者把 "C++写的JVM没有Java写的JVM快" 这样某个具体项目的结果与 "Java和C++的效率比较" 这两个东西混淆起来了。这让我想起前一段时间流传的某个C++代码（插入一个没用的1亿次循环那个）。

我觉得这货跟devcpp一样，给学生上课的时候用用就好了……

建议是先从C语言开始学起。

Java程序员缺少的是对底层的理解，可惜的是好多java程序员就满足于此不思进取……在此恭喜LZ跳出桎梏。

Python的话写起来应该会比较快。

可能

1. http头在生成、传输、解析的时候出错，导致被识别成(默认的?)application/octec-stream，于是页面的html内容被当成文件下载了。

2. 服务器的配置出错导致源码没被解析就给下载了（罕见）

在任务里打log。

@andybest 貌似lz4的压缩比是更小吧（我也不是非常确定）

好吧。。真囧。看到了//但是也没反应过来那个冒号。。

试试lz4或者lzo，超快。

p.s. lzo是os x mavericks用来压缩内存的（减少对swap的需要）。

@hcw1588 392立方 有劳了……

房子貌似不错的样子……魔都路过……帝都房价租不起啊。

@ivanlw 你先ssh -vvv看看有没可以解决的异常；换用putty/securecrt之类其他客户端试试。不行的话就找卖家，VPS卖家一般都可以提供其他方式（例如vnc）提供console登录，是需要ssh。

服务器端用 sshd -d 开起来，客户端ssh -v链接，看看哪一部出的错。