IT技术博客大学习 共学习 共进步
首页 / 邹立巍的博客
IT 2016-07-11 23:29:19 / 累计浏览 2,260

find命令详解

这篇讲的是Linux系统里人人都会用、但未必人人都精通的`find`命令。作者开篇就直指那些让很多人困惑的细节:比如`find / -mtime +7`和`find / -mtime -7`到底在找什么?为什么`-exec`后面有时是`{}`加`+`,有时是`{}`加`\;`? 文章的核心是把`find`的参数拆解成四大类:Tests(条件测试)、Actions(执行动作)、全局选项和位置选项。重点落在Tests部分,这里把时间参数讲得非常透彻。`-mtime 7`并不是“修改于7天前”,而是“修改时间落在当前往前第7个24小时那个区间内”;加上`+`号就变成了“大于7天前”,加上`-`号则是“7天以内”。这种对数字范围的精确界定,是很多教程一笔带过的。文章还对比了`-anewer`、`-newer`等不同时间比较参数的用法,甚至提到了`-newerXY`这种能跨时区比较(如修改时间对比变更时间)的进阶技巧。 除了时间,文章也梳理了如何按用户、权限来筛选文件,并穿插了`-ls`、`-exec`等常用动作的实际案例。整体来说,它不是一份简单的命令手册,而是通过厘清易混淆的概念(尤其是时间参数和`-exec`的语法),帮助读者把`find`从“会用”提升到“精准使用”的层次。对于需要经常处理文件系统的运维或开发人员,这些细节差异直接决定了命令的成败。

IT 2016-05-05 22:58:05 / 累计浏览 3,540

Linux内存中的Cache真的能被回收么?

这篇讲的是Linux系统中一个经典但常被误解的问题:那些被buffer和cache占用的内存,到底能不能在需要时被释放。文章从`free`命令的输出切入,指出了三种不同层次的理解,并重点剖析了第二种——即很多人认为buffer/cache内存“随时可释放”的认知其实并不完全准确。 作者清晰解释了page cache和buffer cache的核心区别:前者主要用于缓存文件读写,后者用于块设备I/O缓存。Linux内核确实会在内存压力大时回收这些缓存,但这个过程并非没有代价——回收前必须确保缓存数据与磁盘文件一致,往往会导致瞬间的IO飙升。 文章的真正价值在于通过一个具体的tmpfs实验揭示了回收的边界。当把大量数据存入基于内存的tmpfs文件系统时,这部分内存会体现在`cached`指标里,`free`命令也提示有很多“可用”内存。然而,当尝试手动执行`echo 3 > /proc/sys/vm/drop_caches`进行回收时,这部分内存却无法被释放,因为它本质就是系统分配给tmpfs的物理内存,不属于可回收的缓存范畴。 因此,结论很明确:并非所有在`free`命令中显示为“cached”的内存都能被回收。像tmpfs这类“内存就是存储”的场景,占用的空间是“实实在在”的已使用内存,这与加速文件访问的磁盘缓存有本质区别。理解这一点,对于准确评估系统内存压力至关重要。