最近可能是电脑老化了，直播和录制的过程中总是莫名的卡顿，日常编码器过载
首先因为是软件源中直接安装的，有时候软件源中安装的总会产生莫名其妙的错误，所以我先卸载手动编译安装了一次，依旧没有解决问题。
那么，还有两种可能性，一个是硬件性能跟不上，这个暂时没办法解决，另一个是设置问题，可能是一个突破口，试试也没有坏处，那就试试
↑这里是原始设置，已经调的相当低了，占用还是会彪到70%+，而且用CPU的程序还会偶尔卡死，那应该是用“简单”输出模式解决不了的问题了，于是我调到了“高级”设置
我们注意到编码器多了一个FFmpeg的选项，因为之前编译的时候有特别编译了FFmpeg，我觉得这是个很好的现象，先换过去看看，又进行了一次测试，CPU占用在12%-15%，这个果然是用核显的，至此，问题解决
首先需要配置ssh 使用密码登录，网上教程一抓一把，这里就不说了
然后在本地执行下面的命令
cat ~/.ssh/id_rsa.pub | ssh [-p port] root@ip “cat >> ~/.ssh/authorized_keys”
然后关闭密码登录切换为sshkey
PS. SSH修改配置文件要重启Service 估计教程里都会写，我还是要在强调一遍
查看函数源代码:
(函数名).toString();
//复制到剪贴板以便后期处理(Chrome console)
copy((函数名).toString());
萌娘百科：复制歌词原文
var lyric_lines=$('.Lyrics-original');
var lyric_array=[];
lyric_lines.each(function(){
lyric_array.push(this.innerText);
})
获取humble book bundle 下载地址
var hrefs=[];
$('.download span a').each(function(){hrefs.push(this.href)});
copy(hrefs.join("\r\n"));
首先说结论：双系统时区同步( timedatectl set-local-rtc 1 )导致
一直以来我这个笔记本在关机的时候都有些慢，本来也没想去管它(因为以前也试图跟开关机的错误作斗争，但我没赢过)
但是随着我的时间越来越紧，也没耐心等它慢慢关机了，就稍微做了个笔记，去搜了一下，大体上是说，mysql在清理垃圾数据，而时区设置导致mysql认为有来自未来（8小时之后）的数据，为了保持数据缓存干净，所以一直在等待，在网络越来越好的情况下，双系统时间同步对我也没那么重要了，所以把这个设置调回了默认值，然后重启系统，好了
后记：这篇记录太早了，才发现没发布出去，大部分都是后来补写的，有没太写清楚的地方，请见谅。
现在是2018年6月3日18:32:31，昨天晚上发生了重要的事，同一台机子上的Win7发生了更新，以往这不是什么大问题，但这次更新后将数据盘的Win10账户下的部分文件修复成了错误权限，需要重新获取，经此一役，在可互访的磁盘系统中，千万不要在低版本中挂载存有高版本数据的磁盘，特别是用户还不一样的时候