读书少，看不懂英文，围观文化人

安利需要么？

巨型阵列上跑网络文件系统吧？
好点的阵列都可以在线换盘，在线rebuild

有的cpu 都是过时的，l1很小

看什么场合

@ChanneW 这个是真WC

Nothing here.然后728594782，然后呢？

@ericls 以前我也喜欢凡客，简单。但是现在第三方商家太无良了，那质量，简直了，上次买了件t桖，有味，一直去不掉，都不干穿

你是要一部分翻墙还是全部业务流量都翻墙？
如果是一部分，比如http翻墙，那你就在这台网关上做个目的地址转发，走透明代理，把http流量走代理出去，但这个代理要支持透明代理才可以好像。比如squid是可以支持的。

待遇不错嘛

什么都是借口，就是不瓷实，人没事就好，走保险修车吧。

阵列的话会有回声干扰么？就是声音到达的时间不一致，稍微有滞后，跟回声似的

@jsonline 这也是个好办法，计算出大概时间，然后除一下

另外如果技术瓶颈在前端AJAX这部分，这里有一个jQuery的样例，你看看，希望对你有帮助。

http://api.jqueryui.com/progressbar/#entry-examples

比如get /do/anything,callback proc();

返回{percent:40,done:False}给前端

前端的proc()去显示进度条，判断done字段如果不是真就继续get /do/anything?proc＝SESSIONID

anything这个view，先判断有没有给proc这个参数，有就检查这个ID有没有后台任务，有就去计算进度并返回，没有这个任务抛异常；如果没有proc这个参数，就抛个单独的线程出去干活，并返回1的percent。

或者你也可以用一个单独的deamon去负责处理任务，然后django跟他之间用一种方式通讯，比如查询任务是否存在、查询进度、查询结果之类的。这样的好处是这种耗时计算将来可以很轻松得就剥离到别的机器上去干活。
如果更好一点，我就让这个deamon跟django之间用MQ通讯，那样我日后还可以把deamon横向拓展，开新deamon，加入到worker队列，就自己去分担负载了。

如果是deamon+MQ的方式还可以做成主动汇报进度，执行过程中遇到节点或者定期得通过MQ发送进度信息，django收到之后给前端反馈过去，前端callback出来就行。

工商，315。不开票本身就不行

你登录的时候加user@了么？默认是当前环境的用户名哦