驱家通行证
 
联系我们 | 镜像合作
 
首页 | 资讯 视点 评测 | 产品体验 | 驱动中心 更新 搜索 分类 查询向导 订阅向导 驱动精灵 | 移动之家 硬件工具 | 社区 | 手机版
blog版本
文章索引
显卡、CPU、主板 常用配件 移动办公 网络相关 数码设备 外部设备 游戏相关 操作系统 软件驱动 业界信息
当前位置: 新闻中心首页 > Windows文件复制的数量局限 > 评论

Windows文件复制的数量局限
上方文Q 2008-4-26 20:30:14


[19] 游客 2008-4-26 21:38:33
用来研究讨论是不错的,但是对普通用户来说完全没意义,76万个文件的文件夹光打开它恐怕就要卡半天~~
58.244.49.*

[18] 游客 2008-4-26 21:28:40
白吃的是你,微软既然考虑这个问题,就是表明有必要解决或说明,操作系统一次能拷贝多少文件,应该是准确计算出来的,如果无法正确估算,你说是不是问题,76万个文件一点都不多,特别在服务器里,你那点小儿科当然理解不了
引用自:
发这主题的人真他妈无聊,测试的人更是个白痴
86.16.114.*

[17] 游客 2008-4-26 21:26:27
认为这种测试是鸡蛋里挑骨头只能说明其无知,数据库,论坛,很多行业软件备份的时候文件都要超过这个数值。
121.11.104.*

[16] 游客 2008-4-26 21:25:38
还真碰到那么多的文件,上次用BlackICE,它竟然每次记录ip地址都建一个文件,而且都是建在一个文件夹下,晕,一年多后发现扫描越来越慢,一查看,有1g多了,一个文件4k,该文件夹根本无法打开,太多了,根本无法del,最后不得以,重装系统。
221.7.208.*

[15] 游客 2008-4-26 21:18:49
你没有这个需求不等于别人没有。做科学计算的人就有可能。对了要是纯游戏或者纯QQ的人,请无视这个bug。
引用自:
发这主题的人真他妈无聊,测试的人更是个白痴
60.12.15.*

[14] 游客 2008-4-26 21:05:51
我举个例子:据我所知,新中大财务软件的备份数据一个帐套就有几十至上百个文件,而一个实际应用的系统往往有数百至数千个帐套,而且不同年度的帐套备份文件又是独立存在的。再加可能会有上不同时间段做的备份。文件总数已经足以导致遇见本文所说的BUG了。

我举的例子,只是用来说明在实际应用中是有可能遇到这个BUG的。这并不是鸡蛋里挑骨头,而是一种严谨的态度。

引用自:
什么叫鸡蛋里挑骨头~就算是对产品精益求精也没必要在这些方面下工夫去浪费时间吧,不要说复制那么多文件了,再怎么强的系统目前也没有办法自如的在N个超耗资源的大型软件和游戏之间切换吧,干吗非得搞得这么无聊呢?
222.214.212.*

[13] 游客 2008-4-26 21:02:04
企业用户能用得到,比如偶,偶的论坛要是整体搬迁的话,可能就要出问题,文件太多了。
58.59.23.*

[12] 游客 2008-4-26 21:01:23
这个貌似这辈子都不会遇到的情况了
222.191.98.*

[11] 游客 2008-4-26 20:55:39
76万, 写文件名都要写一年.
不过我有个文件夹有40w个文件.
所以说做软件是很辛苦的.而且因为硬件的强化,用户可能以为很简单吧.

116.27.16.*

[10] 游客 2008-4-26 20:54:31
某些图片收集狂,确实有可能在备份图片的时候,一次拷贝76万的图片,有收集爱好的,几万张图片并不多,还有漫画之类的东西,还有超星图书馆,超级多文件,我下载的书都二十几万文件了,这还没多少本呢。虽然是小概率问题,但决不是碰不到的问题。
121.11.104.*

[9] 游客 2008-4-26 20:48:51
没人喜欢有BUG的东西,无论是多么微小的BUG。而且这也是厂商态度问题。
121.11.104.*

[8] 游客 2008-4-26 20:47:50
得閒沒事移動76萬個檔案...?

WINDOWS VISTA總共才萬多個

61.92.212.*

[7] 游客 2008-4-26 20:45:20
发这主题的人真他妈无聊,测试的人更是个白痴
124.66.66.*

[6] 逐梦 2008-4-26 20:45:15
未封包的 游戏程式 资源文件..可能会有这么多......
= =!但是 设计者 不会把这个东西用来复制吧.....

124.94.201.*

[5] 游客 2008-4-26 20:42:36
什么叫鸡蛋里挑骨头~就算是对产品精益求精也没必要在这些方面下工夫去浪费时间吧,不要说复制那么多文件了,再怎么强的系统目前也没有办法自如的在N个超耗资源的大型软件和游戏之间切换吧,干吗非得搞得这么无聊呢?
58.213.151.*

[4] 游客 2008-4-26 20:42:25
对于普通用户来说这个BUG算不上BUG
221.208.99.*

[3] 游客 2008-4-26 20:42:19
请不要用你的情况来做别人的标准 - -#
210.21.48.*

[2] 游客 2008-4-26 20:41:54
...我的系统上没那么多文件,很可惜,试验不了。
221.199.88.*

[1] 游客 2008-4-26 20:39:00
不会有人用Windows XP 32-bit来复制76万个文件吧?有这么多的话我用同步专家咯
222.216.79.*
发表评论
匿名  注册用户
回复:
最热评论5条
游客 2008-4-26 21:26:27
认为这种测试是鸡蛋里挑骨头只能说明其无知,数据库,论坛,很多行业软件备份的时候文件都要超过这个数值。
游客 2008-4-26 21:05:51
我举个例子:据我所知,新中大财务软件的备份数据一个帐套就有几十至上百个文件,而一个实际应用的系统往往有数百至数千个帐套,而且不同年度的帐套备份文件又是独立存在的。再加可能会有上不同时间段做的备份。文件总数已经足以导致遇见本文所说的BUG了。

我举的例子,只是用来说明在实际应用中是有可能遇到这个BUG的。这并不是鸡蛋里挑骨头,而是一种严谨的态度。

引用自:
什么叫鸡蛋里挑骨头~就算是对产品精益求精也没必要在这些方面下工夫去浪费时间吧,不要说复制那么多文件了,再怎么强的系统目前也没有办法自如的在N个超耗资源的大型软件和游戏之间切换吧,干吗非得搞得这么无聊呢?
游客 2008-4-26 21:18:49
你没有这个需求不等于别人没有。做科学计算的人就有可能。对了要是纯游戏或者纯QQ的人,请无视这个bug。
引用自:
发这主题的人真他妈无聊,测试的人更是个白痴
游客 2008-4-27 9:16:44
难道你要拿菜羊的功耗和AMD最高端的U比功耗吗?淫娃儿也有120W以上的功耗的U,只不过你买不起而已!!
引用自:
你当AMD的140热功耗是你家电暖器么?
游客 2008-4-26 21:28:40
白吃的是你,微软既然考虑这个问题,就是表明有必要解决或说明,操作系统一次能拷贝多少文件,应该是准确计算出来的,如果无法正确估算,你说是不是问题,76万个文件一点都不多,特别在服务器里,你那点小儿科当然理解不了
引用自:
发这主题的人真他妈无聊,测试的人更是个白痴
近期新闻热评排行榜
视点
一周新闻热点回顾
站内所有可下载程序均为本地下载,版权为驱动之家所有
。。。。。。。Copyright © 1998-2008 Mydrivers.com
。。。。。。。。。。。。。。。。All Rights Reserved