Windows 一个一直没修的 bug：剩余时间估计错误

› 升级到 Windows 11

This topic created in 2475 days ago, the information mentioned may be changed or developed.

每次从 Android 手机复制文件（ mpt 协议），Windows 估计的剩余时间都明显长于实际需要时间。由于时长大约长了 8 倍，个人估计是程序员把“字节”和“比特“弄混了。一直不修…这都多久了

顺便说一下，以前 Windows10 还有更奇葩的 bug：在飞行模式，插入安卓手机，把手机的“USB 共享网络”打开，windows 必定蓝屏重启…后来某个版本修复了。windows 的 bug 还真不少啊

Windows

bug

估计

剩余

7 replies • 2019-10-18 01:02:15 +08:00

Danswerme

Oct 17, 2019 via Android

我也遇到一个不知道是怎么回事的问题，安卓手机 usb 共享网络给 win10，然后在 chrome 里打字必卡死，断开 usb 就好了。

exip

Oct 17, 2019 via Android

剩余时间这个参考下就行了,上一分钟还说需要一小时,下一分钟说还需要十分钟

storypanda

Oct 17, 2019 via Android

应届生不能犯这种“低级错误”，大厂怎么样的 bug 都可以有

loading

Oct 17, 2019 via Android

我觉得预估时间没毛病，其中涉及到心理学上，你是想看到预估时间慢慢变少还是越来越长？普通文件根据大小估算本来就不对，复制大文件和一堆碎文件耗时本来就不同。

sephinh

Oct 17, 2019 via Android

那就是个估计啊，而且是实时的速度估计，前面小文件多速度慢时间就长，后面大文件速度快时间就短了

volks

Oct 18, 2019 via Android

mtp 协议本身就是最大的 bug

yanlx

Oct 18, 2019 via iPhone

@loading
@sephinh
单个大文件复制，从 Android 手机复制到电脑，每次都这样把时间估计得很长的。
我不认为是心理因素，因为就半分钟功夫，剩余时间从 8 分钟变成几十秒，已经是显而易见的了。再说我用 USB2.0 的移动硬盘复制单个大文件时就觉得剩余时间估计得挺准的。
再加上 mtp 传输文件时窗口风格跟平常磁盘间复制时的窗口风格有极大的不同（只有进度条，没有详细信息），严重使人怀疑两个估计剩余时间的算法是不同程序员写的。

@volks 感觉还好吧，除了 mac 好像原生不支持，平时 mpt 用着也不觉得有什么问题