我正在尝试使用FileInfo获取大文件(有些超过1G)的文件大小。它起作用了,但需要20秒左右。实际上,我所需要的就是弄清楚文件是否超过了某个特定的大小,例如100mb。有没有更快的方法来做这件事?
New System.IO.FileInfo(ProcessPath).Length
编辑:顺便说一下,我用来测试的文件是一个1.6G的可执行安装程序。所以我猜安装程序中的每个文件都被读取了,这就是为什么要花这么长时间的原因。有没有办法在5秒左右超时,因为如果超过5秒,我们就可以安全地认为它是一个大文件?
目前,我正在通过一个100 my /S网络将6个大文件从我的Windows系统复制到一个Windows 2003服务器上。我的PC是相当没有响应的,当我看perfmon时,我看到PhysicalDisk和处理器在20%左右反弹,但是内存(页/秒)是坚实的最大值。
是什么引起的?我认为内存监视器通常表示使用了多少虚拟内存页。
有人能解释分区大小和df之间的区别吗?
root@HOME:~# parted /dev/sda
GNU Parted 2.3
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) u s
(parted) p
在Percona XtraDB集群的所有三个节点中,我都看到了大量的二进制日志文件的突然增加:
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:11 binlog-32.000001
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:36 binlog-32.000002
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:48 binlog-32.000003
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:59 binlog-32.000004