已经确定journald日志是巨大的。在这个特定系统上，日志每周增长约 3GB。出于审计目的，我希望将系统日志保存的时间比我可以舒适地存储在该系统上的时间更长；这只是“以防万一”的存储，不必快速检索。以节省空间的方式归档这些日志的最佳方式是什么？
我正在考虑定期做一些事情journalctl | xz >>/var/log/old-logs.txt.xz，但这在 CPU 使用方面会非常浪费，一次又一次地重新归档数据的相同部分，如果它们被 journalctl 删除，可能会丢失日志，所以也许有更好的方法?
我是运行任务队列系统的基于 Linux 的计算集群的用户PBSPro。PBSPro想知道一个任务应该有多少 RAM 可用以确保它能够正确执行；例如，qsub -l select=1:mem=4GB someapp我声明我想someapp在一个至少有 4GB 可用内存的节点上提交执行。我可以提供的界限越紧密，我的应用程序将被安排执行得越快。
我如何估计需要多少内存someapp？
我可以进行测试运行并观察htop，仔细观察我的过程的 RSS，但是有什么工具或方法可以使它更自动化吗？比方说，在整个执行过程中返回进程的最大分页内存量？
我只是集群上的普通用户，没有root访问权限。我只运行一个可能有多个线程的进程；即使someappwill fork()，我也不关心是否计算子进程内存。