@yao990 你这是没有递归，再加上 -r 试试

@zhoumouren 把别人的消息列表也删了显然现在是不可能的。假如网络诈骗骗了钱，把好友一删，连对方聊天记录和 QQ 号都找不到了，这怎么可以。

现在的默认不就是双向删除吗？而且删除时还默认拉黑（屏蔽）对方的临时消息。

如果你的目的是网页，直接用面板不香吗？
如果你是喜欢折腾 web 服务器，那么，我觉得你的问题现在出在：
教程：请创建一个文件夹例如用于域名例如
实施：mkdir 例如
系统：错误，例如已存在
教程：请按任意键进入下一步
实施：卧槽，我键盘上怎么找不到任意键

建议楼主直接使用宝塔面板，全图形界面让你把精力用在你的目标上。真的，学开车不一定非得从补胎开始学。

@irezpeng 你如果关闭了硬件加速和独显，依靠 CPU 软解 4K 视频卡顿是肯定的。
不知道你用的 Chrome 是哪个打包的，如果确实关了硬件加速能解决桌面卡顿的问题，但 Chrome 和 NV 是谁的问题还不一定。
你可以试试 Ubuntu 的 Main 源打包的 Chromium，用的是 FFmpeg 的解码器，然后用 NV 专有驱动后面带有（ tested ）的，看看能否稳定使用。
放着独显不用岂不是浪费。

@lights
如果你是指宏观上 Linux，网易云官方就有，随着政策支持，搜狗、WPS、360 浏览器、QQ、百度云都有了，微信和 TIM 是 Wine 的。
如果你指的是某个具体的发行版有没有，其实只要一家发行版有了，非冷门的其它发行版很快就会有打包的。

大概 4 年前吧，在 Ubuntu 上用 Chrome 会内存泄漏直到死机。现在不应该还有这种问题呀，你把 Chrome 硬件加速关了试试，Linux 上用到 GPU 加速的蹦的可能较大。
另外搜狗输入法的云输入进程你也可以排除一下。

这是 SWAP 分区不够，所以系统低电量（ 10%？）没进入休眠（或者你没开启休眠），而进入了挂起（睡眠），在 S3 状态下低功耗待机，直到电量耗尽丢失任务。
（另外，现在好多发行版都转向了使用 SWAP 文件而不用分区，但我喜欢 Btrfs，所以一直用分区）
2 楼说的很对，过充过放这些事应该硬件层面来做，操作系统能做的是操作系统上层的事情。

@ileeoyo 这样子呀。
不过现在没有 IPv6 的地方也不多见吧，何况上行带宽本来就不充裕。

@ileeoyo 我不明白，都 ddns 了为啥还要内网穿透呢？自己用 A↑PN 直连回家不是美滋滋。有公网 IP 又内网穿透南辕北辙吧。

如果真的是丢包 tcp 重传导致的，你将路由器从 AP 切换到网关模式也可以排除吧。

无线测速没有参考意义，你先看一下无线网络的协商速度是多少。

首先按描述 WiFi 链路是没问题的，排除；
虚拟正常、直通网口有问题，莫不是问题出在软路由的交换机，先看看软路由交换机是不是全双工吧。

@free4537 迅雷的开机启动（除了一服务）、今日推荐、界面特效都可以关掉。
之前的版本还可以手动限制连接数，X 不能限制了，所以你如果用 WiFi 来 P2P 下载，很容易被迅雷爆连接数导致网络卡顿，只能改有线。
分享率的问题，你只会被迅雷分享已下载完成列表里的任务，如果你觉得上传影响了你的网络，可以仅“彻底删除”已完成的任务而不删除文件。就不会再上传了，但要设置准确的分享率数值不知道怎么操作。
上面的操作会影响你迅雷账号的分享值和幸运值，具体算法只有迅雷知道咯。

😂，你这马赛克打了和没打一样呀，阿里云 BJ。
先排除服务器还是 PC 的问题，用手机 WIFI 设置 HTTP 代理测试一下。

补充上条，虽然目前主用迅雷，但最近迅雷新出的“抱团下载”有点搞笑。我自己搭的服务器，自己的文件，第一遍用迅雷下载很正常，重复下载第二次时竟然提示我有 50 个人正在抱团下载，是否开启抱团。当然开启后自然也没提速（自己的文件提了就怪了），虽然确实有撞 Hash 的可能，但我还挺想认识一下那 50 个人的🙂。

因为目前的 P2P 下载对于小白用户真的是一件有门槛的事情，而迅雷也真的没必要去限速啥的（是“没必要”，但它是否真的做了我无法证伪；广告问题是另一码事，这里不讨论），就如百度网盘的成本真的不低一样。

公网 IP、端口映射、防火墙、trackers、种子健康度（冷门程度）...任何一个都可能导致小白用户速度慢。

首先，BT 下载的原理需要有公网 IP 参与，新装联通光猫默认路由模式的话，普通用户无权限开启默认关闭的 UPNP 和端口映射以及 DMZ。未改桥接的二级路由自然怎么设置也没用。

这就导致拥有资源的用户若无公网 IP+开放的端口，要传输给同样无公网 IP 的接收方就需要第三个拥有公网 IP+开放端口的用户做中转，这是当时 BT 创新的一点。

然而迅雷改进的地方是“P2SP”，加了中心服务器，做了“防死链”功能。就是若你 BT 下载的文件 Hash 值若和别人采用 BT 协议、http 协议、FTP 协议、ed2k 下载的相同，则从多来源同时下载该文件，这才是迅雷的创新处。

你如果想测试其它纯“P2P”软件配置是否正常，第一步应该先排除种子健康度的问题，因为这个最难解决（解决不了）。你可以先用类似 Debian、CentOS、Ubuntu 最新稳定版镜像的种子做测试，这些热门种子基本不存在健康度的问题，到这一步你就可以手动进行排除 软件配置、网络配置、网络运营商、跨运行商限制 这些可疑问题。

平时我主用迅雷，备用 aria2(aria2 不支持 upnp，已添加 trackers ），之前也用过 FDM （时间太久了，忘记为啥放弃的了），偶尔用 aria2 下载 BT 无速度时。。。。S=S+H 到 US 的小鸡上，啥也不用配置直接用 aria2 下载同一个种子，60MiB/s，😔显然还是广阔的太平洋吞掉了资源。
[以上基于葱省中北部联通网络环境，仅供参考]

@RanTuki 其实没啥好纠结的，因为现在的规定是新装家宽必须有公网 IP （ v4/v6 一个是公网即符合），而且目前的大环境用家宽搭建 web 服务肯定不长久。所以需求点也就是远程类和 P2P 下载用的比较多，如果没有 BT 下载冷门资源的癖好，IPv6 也足够了。