@EchoUtopia 我觉得你可以做两个测试： 1. 试试看 stderr 的输出能不能打印到文件 2. stdout 多打印点内容看看

怀疑是 buffer 的原因。
stdout 是屏幕输出的时候，是 line buffer 的；重定向到文件的话，是 fully buffer 的。
stderr 重定向到文件的话，也不是 fully buffer 的，你可以试试 stderr 的输出能不能看到，或者 stdout 多写点内容估计就能看到了

@weyou 你确定你这种方式可以？

python 循环 import 不会导致死循环，但是可能会导致看起来 import 了空 module

是爬取自己的公众号的消息么？我做过类似的，登录还比较简单的吧， pwd 字段发送的不是明文密码，是 hash 过的。另外如果爬取的行为比较频繁，为了避免经常登录被发现，可以另外起一个脚本专门用来登录，然后把 cookie 写出来让爬取脚本直接用。

就算看不到明文密码，只要我打开对应的 URL 让 chrome 填充，然后打开开发者工具，在登录的时候查看一下 post 出去的数据就可以查看密码了吧，都不用输入 OS 的密码

看标题还以为是网站用户量:) 赞，楼主 E 文一定很好

@ethego 因为超线程？如果仅仅是因为超线程，是不是应该不会超过 200%（ 1 物理核超线程之后变成 2 虚拟核）。但我试过 while 1:pass 开 10 个线程的话， cpu 使用率能达到 950%左右

@ryd994 但是为啥一个 While 1: pass 也可以让 cpu 使用率超过 100%呢？难道解析器把这个代码优化了？

如果单写一个 While 1 循环，多开几个线程， cpu 使用率可能更高，据说是 GIL 限制的是纯 python 代码的并发，因此并不是一个 python 进程 cpu 使用率不能超过 100%。

具体哪些不是纯 python 代码，我也没查到，期待牛人解答。

SOF 上有一个类似的问题： http://stackoverflow.com/questions/11615449/python-interpreters-uses-up-to-130-of-my-cpu-how-is-that-possible

现在还验证不了手机了，打开首页就报 “您的操作频率过快。”。

进入登陆页面发现验证码刷不出来了，获取验证码的请求被 302 重定向到 login/error 了。

@finian 真会玩

大学买了个华硕，用了 7 年没修过。
毕业后买了个 dell inspiron ，一年不到就坏了几次，官网买的，当时也没买上门维修的服务（我以为默认就有，结果是要额外买）。坏了让我把机器送过去维修还要放在那一周就很无语，后来选择让 dell 快递了个主板给我，自己换了主板。现在偶尔还出现电源不能充电的情况，重新插拔几次就好了，很无语，也不高兴维修了，打算再用坏了就换。反正我是 dell 一生黑了。

c++的 map 应该是红黑树实现的，是可以按顺序遍历的，而 python dict 其实是 hashmap ，是没有顺序的。

我的理解 BytesIO 的用法和 StringIO 类似，是用来提供类似文件操作一样的接口来操作内存中的 bytes 和 string 的，而不是用来全部读到内存来加速的。

你原来的程序比较慢，估计是 file.read(1)引起的，每次只读一个字节干那要循环多少次？

@adrianzhang print 不应该是 echo 么？

@vitovan 明白了，谢谢。既然 100 个请求是几乎同时发出的（如果认为最后一个请求是在第一个请求回复前发出的），那么循环 100 次的时候为什么还要判断 ACCESS_DENIED 呢？

@vitovan 但是循环的时候本来就判断了 ACCESS_DENIED 呀，最多循环的时候可以加一个 quick break

不太懂 js 代码，有点不明白： function ddosV2EX 中直接循环调用 requestV2EX 不行么，为什么第一次调用 requestV2EX 需要带 next 参数的，然后 next 中再循环调用 100 次 requestV2EX ？这样总的是 101 次么