地理位置上，美国西海岸离中国东部最近，中间隔一个太平洋。洛杉矶和圣何塞都在美国西部的加州，芝加哥在伊利诺州，达拉斯在德州，都属于美国中部，迈阿密纽约之类就是美国东部。如果isp的路由设置没问题，肯定是美国西部的那几个地点到大陆快些

传说中的上班喝茶看报纸，以及分房子，以及七大姑八大姨再给你介绍对象时绝对体制内地位高身份高

@btwo

linode512 给了4CPU的话，你可以nginx开4个worker，分别绑定到对应的cpu上

worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;


当然也可以开8个worker， 每两个绑定在一个cpu上

nginx本身占内存不大，可能在开启gzip压缩的时候，需要猴子腚压缩buffe的大小， 目测即使你开了4个worker线程，加起来nginx占内存不会超过60m


剩下的除了给系统留出些， 全都给mysql吧，把sort buffer以及 read / write 都开大些，减少磁盘io

用supervisord将 tornado的进程"托管"起来, 比如有4个tornado进程绑定了 9021， 9022， 9023， 9023的四个端口

然后nginx就可以在前端做轮训来负载均衡，将请求分发给这4个tornado进程


supervisord 本身会在进程挂掉时重启，方便管理进程

@binux 私聊吧，铜币少的可怜了 automake [dot] gnu [at] gmail

@binux 我的带宽号称2M，但是下载的限制是300kb/s (很明显是局端的限制，到300后升不上去了），但是 2Mbps / 8 = 256 kb/s 所以我想线路的容量应该不止2M，所以才有双拨发挥用武之地的空间

@binux ok，明白了。目前工作还正常吗？ 传闻联通封过一阵多拨

@binux 你的事adsl还是光纤？ adsl带宽多大？ 我的是坑爹的2M，不让升光纤，不让升成4M才想多拨的，坑爹的联通

@alexrezit 哈哈我也有过这种经验，所以一般public key生效时，我都会先保持另一个连接不断，一出问题改进改过来。

否则就只有重装了

@binux 好吧，我的是用lan口虚拟出来的wan，双拨失败了。

ps：看你的dns，也会死帝都联通是吧，双拨的效果如何？ 有没有带宽加倍？

@binux 两个wan口物理独立还是虚拟出来的？

@qiuai 其实我现在有点疑惑，一方面联通公告里明明允许有两个终端（我的理解释拨号两次），另一方面在局端又限制了登陆个数。

这事因地而异，主要看isp封不封吧。

另外，据dualwan论坛的经验，应该是同时多拨让isp服务器认为是同一次请求，所以会存在多拨的非每次都成功的问题。具体原理我没弄明白，但是对于普通1wan口的路由，真的要额外插网线用lan模拟wan，而不是重复播几次

哈哈，这个好玩，搭车求

@shiny 估计只能大价钱在香港租了

国外主机有需要备案的吗？看你的带宽要求的估计要上一个美国的vps，香港的带宽达不到要求

@binux 北京联通可以吗？我就是啊，但是今天实验的结果是不行，单线双拨只有一个成功，另一个总是691错误。难道还分小区…

@palxex hk的ping还丢包的话，只能解释为中美海底光缆的问题了。有段时间晚上从hk机器ping 日本的机器，延时达到3000ms，而平时才60+，也只能解释为海底线路问题，这个真没法解决啊，只能期待抽风的时候少一些

@qiuai 单线指的是一根进线，即adsl线。常理上一根进线不就对应一个wan口吗？但是多拨是需要多wan口，有那种物理上多wan口路由，也有用lan虚拟出来的，比如像我这种方式的。我指的网线怎么插，就是对应用单wan口以及lan口虚拟出两个wan口来，这样每个wan就可以拨一次。但是这种方式局限在于两次拨号几乎要同时，才不会被isp端发觉。当然如果isp做了严格的限制，依然不会成功