在进行一些基准测试工作之前,如何释放 Linux 内核为其缓冲区和缓存消耗的内存 (RAM)?
请注意,这主要用于基准测试。清空缓冲区和缓存会降低性能!如果你在这里是因为你认为释放缓冲区和缓存是一件好事,那就去读一读Linux 吃了我的 RAM!. 简短的故事:空闲内存是未使用的内存是浪费的内存。
当我在没有指定可执行文件的完整路径的情况下执行程序时,Bash 必须搜索其中的目录$PATH才能找到二进制文件,似乎 Bash 会记住某种缓存中的路径。例如,我安装了从源代码到 的 Subversion 版本/usr/local,然后svnsync help在 Bash 提示符下键入。Bash 找到了/usr/local/bin/svnsync“svnsync”的二进制文件并执行了它。然后当我删除 Subversion 中的安装/usr/local并重新运行时svnsync help,Bash 响应:
bash: /usr/local/bin/svnsync: No such file or directory
Run Code Online (Sandbox Code Playgroud)
但是,当我启动一个新的 Bash 实例时,它会找到并执行/usr/bin/svnsync.
如何清除可执行文件路径的缓存?
我的磁盘空间不足,并注意到我有一个大/var/cache目录。我可以安全地删除它吗?(使用 Arch Linux,顺便说一句)。
我知道在 Windows 上我可以发出ipconfig /displaydns并看到本地 DNS 的缓存内容。
如何在 Linux 中列出 DNS 的缓存内容?
我想获得尽可能多的跨发行版解决方案。
我们有一个大型文件系统,其中完整的du(磁盘使用情况)摘要需要两分钟以上。我想找到一种方法来加速该文件系统上任意目录的磁盘使用情况摘要。
对于小分支,我注意到du结果似乎以某种方式缓存,因为重复请求要快得多,但在大分支上,速度的提高可以忽略不计。
是否有一种简单的方法可以加速du或更积极地缓存自上次搜索以来尚未修改的分支的结果?
或者是否有其他命令可以更快地提供磁盘使用情况摘要?
我注意到,grep对同一个查询(以及不同的查询,但在同一个文件上)的后续运行比第一次运行要快得多(搜索大文件时效果很明显)。
这表明 grep 对用于搜索的结构进行了某种缓存,但我在 Internet 上找不到参考。
什么机制能够grep在后续搜索中更快地返回结果?
当我$HOME使用baobab(磁盘使用分析器)扫描我的目录时,我发现它~/.cache消耗了大约半 GB。
我也尝试重新启动并再次检查大小但没有区别。
所以,我打算rm -rf ~/.cache。让我知道清除是否安全~/.cache?
假设我使用 FUSE 客户端在/mnt/cloud. 但是因为直接读取和写入文件/mnt/cloud很慢,因为它必须通过互联网,所以我想缓存我正在读取和写入云存储的文件。由于我可能一次写入大量数据,因此缓存应该位于我的磁盘上而不是 RAM 中。但是我不想在我的磁盘上复制整个云存储,因为我的磁盘可能太小了。
所以我想有一个缓存视图到/mnt/cloudmount at /mnt/cloud_cache,它使用另一个路径,比如/var/cache/cloud缓存位置。
如果我现在阅读/mnt/cloud_cache/file,我希望发生以下情况:
检查是否file缓存在/var/cache/cloud/file.
file通过从/mnt/cloud. 如果它是最新的,则从缓存中提供文件,否则转到 2。/mnt/cloud/file到/var/cache/cloud/file缓存并从缓存中提供。当我写信给 时/mnt/cloud_cache/file,我希望发生这种情况:
/var/cache/cloud/file并记录在file需要回写的日记中/mnt/cloud/var/cache/cloud/file完成和/或之前的回写/mnt/cloud完成/var/cache/cloud/file到/mnt/cloud我有以下要求和限制:
/mnt/cloud_cache对缓存机制是透明的,并且像任何其他挂载的文件系统一样工作/mnt/cloud)并不是非常重要,因为我一次可能只有一个客户端访问/mnt/cloud,但如果有的话会很好。我花了很多时间寻找现有的解决方案,但没有找到任何令人满意的东西。
我知道我可以从 Linux 文件系统缓存中删除所有内容,但是有没有办法只删除一个特定文件?或者防止文件被缓存?或者告诉进程不要缓存它写入的任何文件?
我有一个进程可以读取很多小文件并写入一个大文件。我想将小文件保留在缓存中以避免磁盘搜索,我不关心缓存大文件。
cache ×10
linux ×4
filesystems ×2
bash ×1
cloud ×1
disk-usage ×1
dns ×1
executable ×1
files ×1
fuse ×1
grep ×1
kernel ×1
performance ×1
ram ×1
trisquel ×1
varnish ×1