今天更新也看到这个报错， 照楼主方法加进源里面去免得每次 update 惹人烦～


@ranwu
和 windows 的确没得比， mac 和 linux 下面的 flash 都很渣。

module = importlib.import_module('os.path')

@yuedingwangji

我是去百度百科里面抓的一页中文， 先转换成 GBK ， 然后拼接一个 600M 的文件。 不知道速度快和重复两有没有关系。

你可以试试输出到 /dev/null 排除掉磁盘 I/O 问题再看看速度如何。

我的 CPU 是 I5-4570

@bkmi

反编译出来的代码的确有关于发送短信的。

@typcn

21cn 后台有记录登录 IP ，我看是广西那边登录的，不过我们只能看到 IP 的前 2 段。

@aliuwr

没看完回复我还去 google 半天。。 23333

@typcn

厉害啊、

@wangxiwei18
我猜是的。
刚查了域名 whois 里面也没什么信息。

$ du -h gbk.txt
643M gbk.txt

$ time iconv -f GBK -t UTF-8 gbk.txt >/dev/null

real 0m2.995s
user 0m2.951s
sys 0m0.043s


$ time iconv -f GBK -t UTF-8 gbk.txt > /data/utf8.txt

real 0m5.579s
user 0m3.061s
sys 0m0.797s

给服务器 ssh 可以上去帮你分析下。

cronolog

https://github.com/fordmason/cronolog

似乎是某些异步请求会出现 499 错误

fastcgi_ignore_client_abort on;
proxy_ignore_client_abort on;

这两个参数可能有用。

@c4pt0r

你说的对。

有 copy on write 特性不会出现所谓"两倍"内存.
楼主问题也不是由于 bgsave 时出现 oom ， 所以 vercommit_memory 在这里帮不了楼主

结论， 我误人子弟。

@ToughGuy

简单说就是不开启 overcommit_memory ， 而在 save 的时候 redis 内存用量理论上为原来的两倍, 这个时候就会内存不足。

不过我也知识提到一种可能性， 楼主的问题是不是这个我也不清楚。

@c4pt0r
官网有说哦

http://redis.io/topics/faq

Redis background saving schema relies on the copy-on-write semantic of fork in modern operating systems: Redis forks (creates a child process) that is an exact copy of the parent. The child process dumps the DB on disk and finally exits. In theory the child should use as much memory as the parent being a copy.

简单说就是不开启 overcommit_memory 在 save 的时候 redis 内存用量理论上为原来的两倍。

sysctl -w vm.overcommit_memory=1

@ToughGuy

sorry 很无知的发出结果后才区测试发现命令无效， 因为一开始看到你的标题想到了 apt-get 遇到通配符的问题。

scp \* user@host:/path

转义很重要

1. 感觉限制每个用户的下载速度和并发连接数会更简单有效一些， webserver 都有现成的模块
2. 拒绝掉 HTTP HEADER 包含 Accept-Ranges 头的请求即可 (Apache, NGINX 网上有现成方法)
3. awstats (WEB 可以用 jawstats. 有点老了，不过还可以凑合着用)