如以下屏幕截图所示,尽管Google驱动器似乎没有执行任何操作(未同步任何数据),但它占用了我12%以上的CPU(核心i7)。
官方文档指出:
根据您的网络连接和计算机偏好设置,Google云端硬盘可能会消耗大量CPU 来完成其初始同步。
但是,它已经安装了一个多月,并且没有任何新内容要同步。那么,为什么它会占用我太多的CPU?
如以下屏幕截图所示,尽管Google驱动器似乎没有执行任何操作(未同步任何数据),但它占用了我12%以上的CPU(核心i7)。
官方文档指出:
根据您的网络连接和计算机偏好设置,Google云端硬盘可能会消耗大量CPU 来完成其初始同步。
但是,它已经安装了一个多月,并且没有任何新内容要同步。那么,为什么它会占用我太多的CPU?
Answers:
毫无疑问,这是一个错误。驱动器同步进程以某种方式进入该进程的CPU活动最大的状态。如果您取消了驱动器同步过程并重新启动它,则同步过程的使用率将返回到空闲级别。
这绝对不是最初的同步问题。我有一个个人文件夹,已从一台计算机同步到云端硬盘,没有其他用户对该帐户具有写权限。在这种情况下,即使文件几天都没有被修改,Win7 x64上的Google Drive系统托盘应用程序也会消耗大量CPU。它还会重新同步数周未触及的文件。对于这些文件,NTFS的本地修改日期表示在几周前。
简而言之,与Dropbox和OneDrive相比,Google云端硬盘的变更检测机制效率极低且发展不足。它们应由事件驱动以进行本地更改(例如,Win32 API可以针对本地文件更改而不是轮询来事件驱动更改通知。)远程更改应尽可能使用PUSH而不是轮询。
文件权限问题应得到妥善处理(例如,“访问被拒绝”不应使Drive旋转CPU变得疯狂)。
编辑1:就我而言,Google云端硬盘占用了大量CPU,因为我一次将600'000 +(是的,超过六十万)文件添加到我的google文件夹中。
编辑2:使用大约一年后,我可以放心地说,我不建议您使用Google云端硬盘。我仍然经常在同步文件时遇到问题。通常,整个同步过程只会停止,有时某些文件会重新添加到我的Google云端硬盘文件夹中。我什至可能已经错过了其他一些问题。我只是希望它不会删除任何敏感文件。
注意:您可能需要在执行此操作之前将文件备份到外部驱动器。
在我的计算机上:我压缩了相关文件夹,然后删除了这些文件夹的未压缩版本。直接从在线 Google Drive :我什至通过Google Drive在线Web应用程序删除了这些文件夹的解压缩版本,希望它可以从Google Drive应用程序中卸载某些工作(不确定它是否有积极作用)。
然后,经过几次尝试,Google云端硬盘恢复到正常状态,但现在看来一切都很好(几天后……在Google云端硬盘应用难以同步甚至崩溃了几次之后)。请耐心等待,可能需要很长时间才能弄清楚“到底发生了什么”。
刚刚获得了1TB的Google云端硬盘计划。
上传140+ GB并正常工作后,现在一切都变得异常了:88%的CPU正在使用中……这使我的计算机死机了。
我怀疑这可能是因为我最近从编程项目中添加了很多文件。这意味着很多文件非常小,有些文件非常小。