版权声明:本文为博主原创文章,未经博主同意不得转载. https://blog.csdn.net/hongweigg/article/details/37692057 在 Linux下,能够对某个文件或目录所占空间大小进行统计,这里将一些经常使用使用方法汇总例如以下: 1.对指定文件或目录进行统计,缺省单位为kbyte(k或千字节).下例对目录testa进行统计: [web@localhost ~]$ du -s testa 1589308    testa 2.对目录统计的正确做法,假设想知道

Linux & Unix 中 df 和 du 命令统计磁盘空间数值不一致 经常会使用 df 和 du 分别查看磁盘空闲空间和占用空间,偶尔会发现 df(空闲空间) 会小于磁盘大小减去 du(占用空间). 两个命令实现目的是一样的,但是实现的过程有着本质的区别.就像两个人是到同一个地方,但走不同的路,所以路程的长短也就不同.     df 命令的全称是 Disk Free ,显而易见它是统计磁盘中空闲的空间,也即空闲的磁盘块数.它是通过硬盘分配图进行计算出的.     du 命令的全称是 Disk

代码示例: # 掷两个不同的骰子并统计大小出现次数 import pygal from die_class import Die die = Die(6) # 实例化一个六面的骰子对象 die_10 = Die(10) # 实例化一个十面的骰子对象 results = [] # 掷骰子1000次 for n in range(1000): res = die.roll() + die_10.roll() results.append(res) print(results) frequencies

<?php /* 目录操作,统计大小 filesize unlink * */ $dir = dir("."); while (($file = $dir->read()) !== FALSE) { echo $file . "<br/>"; } $dir->close(); //filesize()得到文件大小,返回单位为字节: //echo filesize('a.txt')/1024; //unlink() 删除文件: //6秒之

hadoop fs 更多用法,请参考官网:http://hadoop.apache.org/docs/r1.0.4/cn/hdfs_shell.html 以下是我的使用hadoop fs -du统计文件时使用的记录: [t@dv00938 ~]$ hadoop fs -ls /jc_rc/rc_hive_db/llcfpd_s_join_n_over0innerdoor_lishui // :: INFO hdfs.PeerCache: SocketCache disabled. Found i

挂了一块50G到/data目录下#  df -h Filesystem Size Used Avail Use% Mounted on /dev/xvdb1 50G 46G 1.2G 98% /data 显示已经使用快50G空间了 可是在/data 下用 du -sh . 只显示使用了19G 导致这个两个命令查看磁盘容量不一致的原因是,用户删除了大量的文件被删除后,在文件系统目录中已经不可见了,所以du就不会再统计它.然而如果此时还有运行的进程持有这个已经被删除的文件句柄,那么这个文件就不会真正

1. 背景 近日,线上的服务出现异常,调用服务返回的JSON格式数据不完整,导致客户端解析异常,因此记录了本次的填坑之旅(nnd)... 2. 排查过程 2.1 服务器分析 登录到服务所在linux服务器,查看磁盘I/O信息iotop.CPU信息top.网络请求netstat -alnp等一通操作,木有发现相关问题.随执行了df -h查看磁盘占用 发现,系统盘根目录"/"的共计60G的磁盘占用100%,好吧,问题大概率就在这了.随后进入根目录,打算查看哪个文件夹占用最多,删除些文件,减

一.Linux系统配置 1.修改主机名 [/etc/hostname] vi /etc/hostname 在其中将旧名字修改为新主机名,保存,重启生效. 2.本地DNS映射 [/etc/hosts] vi /etc/hosts 添加ip-name对: 192.168.1.121 centos-clone1 保存即可. 3.查看命令信息 [type][file] type ifconfig 得到信息: ifconfig is /usr/sbin/ifconfig 说明ifconfig位于/usr/

常用命令 du -h --max-depth=1 |grep [TG] |sort   #查找上G和T的目录并排序 du -sh    #统计当前目录的大小,以直观方式展现 du -h --max-depth=1 |grep 'G' |sort   #查看上G目录并排序 du -sh --max-depth=1  #查看当前目录下所有一级子目录文件夹大小 du -h --max-depth=1 |sort    #查看当前目录下所有一级子目录文件夹大小 并排序 du -h --max-depth

du -h --max-depth=1 |grep [TG] |sort   #查找上G和T的目录并排序 du -sh    #统计当前目录的大小,以直观方式展现 du -h --max-depth=1 |grep 'G' |sort   #查看上G目录并排序 du -h --max-depth=1 |sort    #查看当前目录下所有一级子目录文件夹大小 并排序 du -h --max-depth=1 |grep [TG] |sort -nr   #倒序排

有时候会遇到这样的问题:df -h统计一个目录,显示有约100M可用空间,使用了5G:而用du -sh统计该目录下的文件大小,却发现总共才占用了1G.也就是说,二者统计结果差距巨大. 例如: 1.df -h /tmp/ 结果: Size Used Avail Use% Mounted on3.9G 3.5G 220M 95% /tmp 2.du -sh /tmp/ 结果: 132K    /tmp/ 文章来源:http://www.codelast.com/ 结果差异巨大. 引用网上的一段话,原

今天有个人问我du和df的统计结果为什么会不同.给他解析了一番,后来想想还是写篇文章从原理上来分析分析. 我们常常使用du和df来获取目录或文件系统已占用空间的情况.但它们的统计结果是不一致的,大多数时候,它们的结果相差不会很大,但有时候它们的统计结果会相差非常大. 例如: ##### df的统计结果 [root@xuexi ~]# df -hT Filesystem Type Size Used Avail Use% Mounted on /dev/sda2 ext4 18G 1.7G 15G

转载:http://blog.linezing.com/?p=2136 在运维Linux服务器时,会碰到需要查看硬盘空间的情况,这时候,通常会使用df -lh命令来检查每个挂载了文件系统的硬盘的总量和已使用量,或者,可以使用du -sh [directory]命令来统计某个目录下所有文件的空间占用. 在使用df.du命令时,常常会遇到统计的硬盘使用情况不一致的问题.比如du统计根目录下文件总共大小为2G,而df判断挂载在根目录的硬盘已用空间达到了3G,20G甚至更多.发生这种情况,有以下三种原因

[转]http://blog.linezing.com/?p=2136 Linux,du.df统计的硬盘使用情况不一致问题   在运维Linux服务器时,会碰到需要查看硬盘空间的情况,这时候,通常会使用df -lh命令来检查每个挂载了文件系统的硬盘的总量和已使用量,或者,可以使用du -sh [directory]命令来统计某个目录下所有文件的空间占用. 在使用df.du命令时,常常会遇到统计的硬盘使用情况不一致的问题.比如du统计根目录下文件总共大小为2G,而df判断挂载在根目录的硬盘已用空间

事件起因: 同事发现云主机磁盘系统盘满了,准备清理系统盘,便利用du 命令统计了根目录下各文件夹的大小,发现统计的各文件夹的大小总和 加起来比 df 命令查看到的系统盘所使用空间 要小很多.这里记录下解决方法 了解下df与du的工作原理: du du命令会对待统计文件逐个调用fstat这个系统调用,获取文件大小.它的数据是基于文件获取的,所以有很大的灵活性,不一定非要针对一个分区,可以跨越多个分区操作.如果针对的目录中文件很多,du速度就会很慢了.   df df命令使用的事statfs这个系统

du和df的统计结果为什么会不一样? 今天有个人问我du和df的统计结果为什么会不同,接下来我们分析一下. 我们常常使用du和df来获取目录或文件系统已占用空间的情况.但它们的统计结果是不一致的,大多数时候,它们的结果相差不会很大,但有时候它们的统计结果会相差非常大. 例如: df的统计结果 [root@localhost ~]# df -hT Filesystem Type Size Used Avail Use% Mounted on /dev/sda2 ext4 18G 1.7G 15G

/** * @Purpose : 利用递归的方式统计目录的大小 * @Author : chrdai * @Method Name : dirSize() * @parameter : string $dirName 需要统计大小的目录 * @return : string $dirsize 目录大小 */ function dirSize($dirName){ $dirsize=0; $dir=opendir($dirName); while($fileName=readdir($dir)){

[root@localhost ~]# rpm -qf /usr/bin/ducoreutils-8.4-31.el6.x86_64[root@localhost ~]# rpm -qf /bin/dfcoreutils-8.4-31.el6.x86_64 [root@CentOS5 samba]# dumpe2fs  /dev/sda3|grep "Block size"    4096字节du 内容实际大小,以字节为单位,统计文件大小相加df 占用空间大小,以块为单位,统计数据块使

       同事求助, 他在删掉一个很大的文件后, 磁盘空间依旧没释放.上去一看, 果然 df 看到磁盘空间占用依旧是100%,等等 du 看了一把,磁盘空间剩余很大. 造成这个原因是因为进程依旧打开着删除的文件,而文件不存在与目录树中了,所有du统计的时候就不会统计就不会统计这个文件占用的空间了(而df 统计文件系统的总块数和剩余块数) 可以通过lsof查看具体是那个进程打开着这些被删除了的文件: lsof | grep delete 果然,他删掉的是mysql的慢日志, mysql依旧打开

起因是测试rsync传输数据.传输完成后,想看一下传输的文件是不是完整,所以检测了下源目录和目标目录的大小,竟然出现了巨大的差距: [root@w anaconda3]$ du -sh ./ .9G ./ 以及 [root@test anaconda3]# du -sh ./ 4.7G ./ 同样一个anaconda3目录,在新机器占用的磁盘大小竟然比源机器上多了将近2个G!!比原来的目录小还可以理解为传输问题,比原来的目录大就很奇怪了. 在去看看文件的数量是不是一致: [root@w anac

小工具的使用: 1.管道(|):连接多个命令的工具,进程之间通讯的一种方式 用法:命令1 | 命令2 | 命令3....2.grep工具:行过滤,打印出的结果一行一行的 用法:grep options 关键字 处理的文件 options: -i: 不区分大小写 -v: 查找不包含指定内容的行,反向选择 -w: 按单词搜索 -c: 统计匹配到的次数[行数] -n: 显示行号 -r: 逐层遍历目录查找 -A: 显示匹配行及前面多少行 grep -A 3 关键字 文件名 -B: 显示匹配行及后面多少行