关于本站：305 次采样的第三方资料整理站

这个站点的位置需要先说清楚：它既不是软件的官方站点，也不是代理渠道，更不是技术支持入口。它做的事只有一件——把同一个远程桌面软件在五个平台上的形态、门槛、外设映射与运行读数逐条记下来，写成可以对照的表格。

谁在维护这个站，边界在哪

本站由独立的内容维护者运营，是一个把多端适配读数逐条登记的资料站。它不签发授权，不解释授权条款，也不对具体环境下的连通性做远程排查。页面里出现的平台名、系统名与包体读数，都只作为对照与核对之用。

边界写在明处：本站与软件权利人之间不存在隶属、合作、代理、认证或背书关系。你若在别处看到把本站描述成官方站点、代理渠道或授权发放方的说法，那不是本站的口径，本站也不为那种说法负责。

维护范围：从平台形态到外设映射

维护范围按栏目切开，写出来的条目都能回到取样记录，写不出来就空着。

• 平台形态：五端包体从 26.7 MB 到 52.9 MB 逐平台称重后登记。
• 系统门槛：Windows 10 1809 与 macOS 11 Big Sur 两条起点线分开记，不合并成一句「较新的系统」。
• 外设映射：蓝牙键盘 2.4 秒可输入、右键映射长按 4 组应用生效，两项都附测量条件。

边界之外：本站不接的四类请求

判断标准只有一条——本站能不能独立复核。没有复核能力的请求，接下来也只能转述别人的结论。

• 代出实测结论：登记表里的数字必须出自本站对照机，别处测得的数值不并入。
• 代判授权归属：条款解释不在资料整理范围内，本站只登记面板上实际弹出的项。
• 代作背书：任何「本站认可」的说法都不成立，平台名只用于指称。

读数从哪来：一台对照机、五套系统环境

本站的读数不出自实验室，也不转录别处的图表，而是用一台固定的对照机、五套系统环境逐项取样。桌面三端各留一个干净的系统分区，移动两端用同一批机型，取样前后不做系统更新，避免版本漂移把读数带偏。

表里每一行的失效条件都不是免责套话，而是取样时确实会变的变量。举例：97 MB 是挂在后台不动时的常驻，一旦开出第二个会话，这个数字立刻失去意义；41 毫秒是 macOS 端镜像模式下的读数，改成扩展模式就不再适用。

对照机锁定的四项

8 天里对照机的硬件与系统组合不动，这是读数能横向比较的前提；动过的项要单独标日期。

• 桌面三端各留一个干净分区，取样前不做系统更新，补丁号写进同一份日志。
• 移动两端用同一批机型，取样期间不换机、不恢复出厂设置。
• 链路固定为同城线路，36 毫秒的连接延迟就在这条链上取的。
• 取样避开系统维护窗口，减少磁盘写入波动对 63 秒安装耗时的影响。

登记表四列各自的用法

四列不是装饰：只读第二列会误判，第三列才是失效条件的答案。

• 第一列定位项目，八项从冷启动到镜像延迟逐项列明。
• 第二列的读数必须带条件，15 Mbps 要跟「按平台分开取单向码流」才成立。
• 第三列是使用前提，41 毫秒只对 macOS 端镜像模式与同一根线材有效。

305 次采样、8 天，具体怎么走

从 2026-10-24 开始，本站连续 8 天在同一套对照机上重复取样，五个平台合计 305 次，每一项取中位而不取平均。四步流程固定下来，换人执行也照这个顺序。

1. 锁定环境

   取样前记录系统版本与补丁号，8 天内不做系统更新，也不装新的输入法或驱动。环境一变，前面的读数就不再可比。

2. 按平台分开取

   五个平台各自取样，不混算。码流按平台分开取单向值，空闲占用也是平台分开记，避免把桌面端的数字摊到移动端。

3. 重复到样本够用

   单项读数重复到样本足够再取中位。8 天累计 305 次这个量级，是为了让偶发的系统抖动不主导结果。

4. 两轮不一致就重测

   同一项两次读数差得明显，先查环境是否被动过再重测；仍不一致就标区间，不硬填一个好看的数字。

这套流程的代价是慢：8 天只够覆盖五个平台的常规项，峰值一类瞬时读数只能描那一帧，不摊成持续值。

取中位而不取平均的原因

305 次采样里混着偶发的系统抖动，平均值会被一两次异常拉走，中位值只反映中间那一档。

• 单项重复到样本够用再取中位，8 天累计 305 次覆盖五个平台的常规项。
• 两轮读数差得明显时先查环境，环境没动才标区间，不硬填一个好看的数字。
• 中位不等于取整：1.05 秒与 36 毫秒都保留两位小数，便于逐项对照。

8 天里常见的环境漂移

几类变量会自行漂移，漂移过的项在取样日志里都标了日期。

• 系统补丁：一次后台更新可能改动图形栈，36 毫秒的连接延迟随之浮动。
• 后台进程：会议软件或同步盘启动后，97 MB 的常驻内存会高出一截。
• 链路拥塞：15 Mbps 的码流在链路占满时不再成立，这一条单独登记。

为什么只做资料整理，不托管安装包

这一条是本站最硬的边界。安装包不在本站手里，也不经过本站的服务器，页面里不会出现包文件，也不会出现指向包文件的跳转。

• 包体的权属与签名都不归本站，转存等于替别人承担一道签名校验责任，本站不接这个责任。
• 五个平台的包体按版本滚动，Windows 38.2 MB 这个读数在下个版本就可能变，转存会立刻过期并误导后来的人。
• 移动两端的包由应用商店代管签名，站外转存无法自校验，风险高于它省下的那几分钟。
• 本站给的是取包去向与可自校验项，你从原生渠道取包，用本站的读数对照，这一步不需要中间人。

包体只以读数形式存在：Windows 38.2 MB、macOS 34.5 MB、Linux 41.6 MB、Android 26.7 MB、iOS 52.9 MB。这五个数字按平台逐个打包称重，两次对不上就再称一遍，两次一致才写进表里。

五个包体读数的量法

量法本身也是口径：逐个打包、逐个称重，混算或取平均都会让对照失效。

• Windows 38.2 MB 与 Linux 41.6 MB 数值接近，但运行库不同，两个数不可互相替代。
• macOS 34.5 MB 是磁盘映像读数，解开后占用更大。
• Android 26.7 MB 与 iOS 52.9 MB 的差距来自打包方式不同，跨平台比体积没有意义。

每条读数的失效条件

这是本站全部页面的统一前提，值得单独说一遍：任何一条读数都只在本站这套对照机上成立，换机器要重取。

• 换硬件：CPU 与磁盘不同，63 秒的安装耗时和 1.05 秒的冷启动都会变，变化方向取决于磁盘随机读性能。
• 换系统分支：Windows 10 1809 与更新的分支在图形栈上有差别，36 毫秒的连接延迟会跟着浮动。
• 换网络：15 Mbps 的码流是在固定带宽下取的，链路一旦拥塞，这个数字就不再成立。
• 换外设：蓝牙 5.0 键盘 2.4 秒可输入是首次配对后的读数，换键盘型号要重测。

所以你在自己机器上测到不同的数字，属于条件不同，不是本站写错。真正属于本站错误的是平台写错、单位写错、把主包体积当完整包体积这类硬错，遇到请走勘误渠道说明。

按平台逐个看失效点

失效条件落到具体平台上判断会更快：桌面端与移动端的原因往往不一样。

• Windows 端的失效点集中在图形栈与系统分支，1809 之后的分支延迟小幅浮动。
• macOS 端失效点在线材与显示模式，41 毫秒换到扩展模式就不成立。
• Linux 端失效点在 glibc 版本，2.28 以下直接报线程库错误。
• 移动两端失效点在后台回收，进程被掐掉后 9.6 MB/s 不成立。

勘误机制

本站的更正只有一条路径：指出具体页面、具体读数，附上你的平台版本与系统版本，本站复核后改数并更新数据日期。

1. 定位到页

   说明是哪一页、哪一行、哪个读数。只说数字不对，无法复核。

2. 给出版本

   附上平台版本与系统版本两项，这是复核时唯一能区分读数过期与本站写错的依据。

3. 同口径复核

   按同一口径在自己的对照机上重取一次：差在条件上就补写条件，差在写错就更正数字。

4. 公开更正

   更正后更新该页数据日期，并同步站点地图里的最后修改时间，改动不会静默发生。

一次合格勘误要带的三样证据

勘误不是争论哪边更准，而是让本站能用同口径复现一次；证据齐了通常一轮就能定论。

• 页面定位写明哪页哪行，例如码流那行的 15 Mbps 与镜像延迟那行的 41 毫秒。
• 双版本号：客户端版本与系统版本一起给，Windows 要写到 1809 这种分支号。
• 复现条件：链路、是否外接显示器、是否接蓝牙键鼠，三项决定读数能否对上。

常见问题

下面几条来自勘误往来里最常出现的疑问，回答与正文口径一致；若与正文的条件说明冲突，以正文为准。

问答之外的情形怎么处理

下面五条只覆盖最常见的疑问；你的情况不在其中时，按勘误渠道写清页面与读数即可。

• 对取样方法有疑问，请指出是哪一项、按什么口径重取，否则无从比对。
• 对平台门槛有疑问，给出你验证过的系统版本，本站会到低版本机器上复验。
• 对读数条件有疑问，先核对那一行的失效条件列，分歧多出在漏写条件。