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

[yanlx]

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

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

[Danswerme]

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

[exip]

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

[storypanda]

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

[loading]

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

[sephinh]

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

[volks]

mtp 协议本身就是最大的 bug

[yanlx]

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

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