@clowwindy 反复malloc/free不是问题所在，因为malloc和free的速度相当快。

真正的问题在libuv上，因为libuv在远端有数据时会不停的申请内存读取，而写到客户端的速度相对较慢，导致writing queue里大量请求堆积。而在写入操作完成后，libuv不会立即调用callback，而是将callback append到了一个叫做write_completed_queue 的 queue里等待机会调用，参考：

https://github.com/joyent/libuv/blob/master/src/unix/stream.c#L678-L683

而根据libuv的工作原理，write callback负责free申请的buffer，如果callback得不到机会调用，buffer就无法被真正的释放。

uv__write_callbacks，这个函数会empty queue并且call每个callback：

https://github.com/joyent/libuv/blob/master/src/unix/stream.c#L846-L858

问题是这个函数只有在EPOLL POLLOUT的时候才会被call，而在libuv疯狂接收YouTube视频的时候，POLLOUT的机会是很少的。

shadowsocks-libuv最早的时候有跟你描述的一模一样的问题，后来发现是请求堆积后在内部维护了一个计数器，限制writing queue的长度，这也就是config.h中的MAX_PENDING_PER_CONN的作用，否则以美帝的网速，内存很快就被申请爆了。

@BackBox 临时开一个帐户，里面加上他的公钥，用完删掉。

第一件事，上传公钥，禁止密码登录。

这种东西，早都有很成熟的解决方案，我知道美国大学用的最多的就是Blackboard公司的产品
http://www.blackboard.com/Platforms/Learn/Overview.aspx

貌似这公司在国内也卖产品，不过估计国内学校大多数都没有很好的利用起来：
http://www.cerbibo.com/index.html