(net-fs/nfs-utils-1.2.3-r1, 2.6.38.5-zen+ Gentoo)
谷歌搜索这似乎是一个完整的死胡同。man nfsstat对这个主题几乎一无所知。我能得到的最接近的是找出可能以前是“ newcreds ”的东西。
newcreds 必须刷新身份验证信息的次数。
我的问题是，我认为我在 OpenVPN 上看到的 NFS 性能低于标准，唯一我可以立即看到与所有 nfsstat Google 结果显着不同的是，我的“呼叫”字段完全等于“authrefrsh”，因此非常高. 所有搜索结果输出的 authrefrsh 始终为 0 或非常低的数字。在我可以继续调试其他一些方面之前，我可以使用找出这意味着什么。
监视操作正在出现一个基于 NFS 共享移植的包。emerge 在运行过程中确实会遍历一棵大树，但是以前的经验表明我看到的性能是异常的。
$ watch -n 1 nfsstat -c
Every 1,0s: nfsstat -c Sat May 21 23:04:55 2011
Client rpc stats:
calls retrans authrefrsh
308565 2211 308565
Client nfs v3:
null getattr setattr lookup access readlink
0 0% 172372 55% 17 0% 30485 9% 36057 11% 26831 8%
read write create mkdir symlink …继续在 linux 中自动挂载插入的设备，这让事情有点基础。运行 Gentoo，我使用 autofs-5.0.4-r5 在我的笔记本电脑上自动挂载本地和网络设备的组合。单独做 autofs 给了我一些抱怨：
这就是 udev 和 udisks 当然能够做的事情。但：
实际的文件系统挂载应该只在第一次访问挂载点时发生，就像 autofs 重影一样。这应该会降低因意外拔出设备而弄脏文件系统的风险，同时仍然提供很好的可访问性。
最重要的是，我可以随时了解我的 DE 中发生了什么。
这个组合应该是最终的自动挂载设置，还是我遗漏了什么？
我在带有额外 6G 交换分区的 4G RAM 上运行，SSD 是相当不错的 SAMSUNG MZMPA128HMFU 型号。当事物停留在 RAM 中时，系统对工作负载的响应非常好，但是一旦事物以任何有意义的数量到达交换分区（假设使用了 1GB 以上的交换），在交换过程中响应能力就会完全耗尽。SSD 灯会持续亮起几秒钟，而显然有大量内容被调入或调出，在此期间所有其他 IO 都被阻止。我已经看到系统负载在几秒钟内从 0.8 跳到 10，然后随着 IO 再次运行而下降。当交换处于活跃状态时（我一直打开一堆大型应用程序），随着正常运行时间的增加（现在是 26 天），这些令人窒息的交换事件会越来越频繁地发生。
我在看latencytop，但它并没有告诉我我可以继续。
在这一点上似乎没有其他解决方案，只能停止足够多的应用程序来执行 swapoff -a 并停止使用交换。不确定这如何影响我的使用模式，我几乎可以肯定它足以满足我经常运行的应用程序集。
将 vm.swappiness 降低到 1 并没有帮助。至少不是它本身。
这是众所周知的事情吗？在使用虚拟内存时，我有哪些选择可以让桌面响应速度不错？
Logwatch 定期扫描日志文件，收集错误和内容，然后将其邮寄给管理员。这是在 syslog 和 logfiles 时代。systemd的journal对应的解决方案是什么？
mmap() failed 突然出现在我的 .xsession-errors 中。但是没有迹象表明它失败的应用程序。这件事发生后，我该如何调查？我通常只有在偶尔切换到“tail -f .logs/*”工作区时才会发现故障。