说实话,一开始接到这个选题，我内心是拒绝的。
用住宅VPS搭网格计算？我拿全网最低配试了七天，结果出乎意料
住宅VPS,说白了就是运营商分配给你的家用IP资源上跑的云服务器，这类机器通常带宽小、CPU弱、还时不时被邻居家的迅雷抢网速，而网格计算，那可是要成千上万个节点协同处理海量数据的分布式计算模型，拿住宅VPS跑网格计算？这不就是让三轮车拉航天飞机吗？
但我这个人有个毛病——越是觉得离谱的事，越要亲手试一把，于是我从某个小厂搞了一台号称“全网最便宜”的住宅VPS，月付不到40块，配置如下：1核CPU、1G内存、30G SSD，带宽标称50Mbps（实际上能到多少，我心里也没底），测试环境选在晚上八点，这就是国内互联网最拥堵的“黄金时间”。
工具方面,我用了三个：sysbench测CPU浮点性能，iperf3测网络吞吐，再用一个自己写的小脚本模拟网格计算节点之间的数据交换——其实就是让多台机器协同算圆周率，每台算一个片段再汇总，参考对象选了某知名大厂的普通云服务器，配置一样，价格翻三倍。
先上延迟数据,住宅VPS到附近节点Ping值平均17ms，到北京节点43ms，到上海54ms，普通云服务器分别是3ms、11ms、19ms，老实说，住宅VPS的延迟并不像我想象中那么拉胯，尤其是跨省段，也就比云服务器多20到30毫秒，这差距在单次请求里几乎不可感知，但要是跑大量短消息多的网格计算任务，这个累积效应就有点要命了。
带宽测试让我更意外,iperf3单向TCP吞吐测试，住宅VPS下行跑到了43Mbps，上行34Mbps，虽然离标称的50Mbps有差距，但考虑到这是晚高峰，这个结果已经算良心了，普通云服务器能稳定跑到47Mbps上下，差距大约在20%左右，对于网格计算这种“算得多传得少”的场景，上行带宽是关键，34Mbps足够应付大部分数据交换需求。
然后我让它俩一起算π，算了100万位，数据切分成400个片段，每台机子分片并行计算，实测结果：普通云服务器耗时5分18秒，住宅VPS耗时7分46秒，慢了一半吧？仔细看数据，住宅VPS的CPU浮点性能确实弱，sysbench的浮点测试得分只有云服务器的65%左右，这是硬伤，但网络交换时间占总耗时的比例只有18%，也就是说，瓶颈在计算本身，而不是网络。
为了验证这个结论,我又加了一台同配置的住宅VPS组了两台节点，结果总耗时降到4分55秒，反而比单台云服务器要快，这就是网格计算的真谛——计算能力强不强不是关键，人多力量大才是王道。
最后做个坦白式总结,住宅VPS跑网格计算，能跑，但不是所有场景都合适，如果你做的网格计算任务是计算密集型（比如视频渲染、科学计算），住宅VPS的单核性能确实拉胯，除非你铺大量节点靠规模取胜，但如果是数据密集型任务——比如分布式爬虫、日志分析、区块链节点同步——住宅VPS的低带宽反而够用，加上住宅IP的独特性（不会像云服务器IP一样被滥用标记），有时候反而有奇效。
缺点也有：稳定性不如云服务器，偶尔会出现断连；售后基本等于没有；IP被墙的风险自担，如果你只是想低成本验证某个网格计算的想法，或者做一个边缘节点的实验环境，用这玩意没问题，但如果是生产环境，建议还是用至少两台做冗余，别把鸡蛋放一个篮子里。
测试完我把这台机器当做了自己博客的CDN回源站,顺便挂了个比特币节点，40块钱能干的活，比我想象的多。