@skyeycirno 我使用了 -T 参数，所以使用 TCP 协议测试的。不过可能还是不准。

@alvin666 前面去开了一台日本节点的 vultr，v4 地址应该是被 ban 了，死活连不上； v6 地址的话速度不是很稳定，好的时候能跑到 17000Kbps，差的时候 1000Kbps 以下。

@ccccccyyyzzz 我只是用 YouTube 举个例子来说明我的问题... 前面去问了学校网络中心的同学，说没有限速。那应该是我 VPS 的 v6 线路问题了

现代计算机系统中，所有的硬件资源都是由操作系统负责管理的，硬件资源包括 CPU 的使用时间、物理内存的使用、硬盘的读写等等。操作系统内核当然是工作在内核态下，普通的用户进程工作在用户态下。
处于内核态的操作系统内核对于硬件有不受限制的使用权限，并且可以执行任何 CPU 指令以及访问任意的内存地址。
而用户态进程没有能力直接操作硬件，也没有能力访问任意的内存地址空间。用户态进程只能通过操作系统内核提供的系统调用受限地使用硬件资源。并且用户态进程不能执行一些 CPU 特权指令。
系统调用属于内核空间代码，而用户态进程运行在用户态，所以执行系统调用时，程序的执行流程要从用户态切换到内核态。早期 Linux 通过中断的方式实现系统调用，中断号为 0x80。从用户态切换到内核态的代价是，首先要进行现场保护，即保存当前用户态的状态，以便执行完系统调用后恢复；其次是要从用户堆栈切换到内核堆栈；接着执行 0x80 号中断对应的中断处理程序，再通过中断处理程序找到相应的系统调用代码。系统调用执行完毕后又要切换堆栈、恢复现场。
新的 CPU 提供了专门用于系统调用的 sysenter 和 sysexit 指令，使得系统调用的执行速度更快更高效。

@vincik 我想上车😂，求拉

@vincik 请问您的车位满了吗？

@YehShs 同步到 Dropbox 是会格式错乱，但我认为这不应该算是 typora 的问题吧，感觉像是 Dropbox。的 markdown 解析引擎的问题。

@goodryb 等的时间不长啊，卡在那儿刚开始的时候只有进度条，等了十分钟左右出现了剩余时间。整个更新过程差不多半小时到四十分钟吧。

更新的时候是会卡进度条。当时我也以为是出问题了，但转念一想，之前更新的时候也卡，应该是没问题，所以继续耐心等。果然没出问题。

我早上更新的，没遇到任何问题。可能是人品问题吧😢

刚升级完，没有觉得有什么 bug。整体感觉良好。

@madao100 我没有觉得字体哪里模糊了啊？

@SingeeKing
@aqutor
好奇怪，测试完之后就正常了... 玄学...

@SingeeKing 应该不是本地解析的问题。我刚用 curl 测试了一下，`curl https://v2ex.com` 返回的是 301 跳转页，`curl -L https://v2ex.com` 的时候直接跳转到 https://www.v2ex.com 了。应该是 Chrome 的问题吧。

@aqutor 用 host 命令解析 v2ex.com 和 www.v2ex.com 得到的 IP 地址一致。

stylus 有微博简介版的 CSS，体验很不错。

@szzhiyang naive，Mac 表示你列出的一半功能 macOS 基本全都实现了，系统没有实现的随便写个脚本也能实现。Linux ？ Linux 更是随便实现。

Chrome 装了十个插件的我表示不卡🙃

@vHypnos +1，上周用了两天 ff，切换标签页、打开新标签页、滚动刚打开的新标签页的时候都会卡。而且 ff 比 Chrome 吃资源更多。真不知道那些人是怎么吹的