Statistics 关于运行奇点容器的统计信息

Statistics 关于运行奇点容器的统计信息,statistics,profiling,monitor,singularity-container,Statistics,Profiling,Monitor,Singularity Container,我不熟悉奇点(有点docker/docker swarm背景)。我想知道是否有可能找到一个正在运行的docker容器的大小?我认为它和sif文件的大小不一样,对吗? 此外,是否有工具/生态系统来监控运行中的奇点容器,并收集有关它们的统计数据 关于您可以在docker image ls的输出中看到docker image的大小。奇点图像几乎总是比从中创建的docker图像小一点,因为默认情况下docker图像保留其所有层并未压缩。您可以在docker构建期间使用--compress或--squas

我不熟悉奇点(有点docker/docker swarm背景)。我想知道是否有可能找到一个正在运行的docker容器的大小?我认为它和sif文件的大小不一样,对吗? 此外,是否有工具/生态系统来监控运行中的奇点容器,并收集有关它们的统计数据


关于您可以在
docker image ls
的输出中看到docker image的大小。奇点图像几乎总是比从中创建的docker图像小一点,因为默认情况下docker图像保留其所有层并未压缩。您可以在docker构建期间使用
--compress
--squash
来减小该大小,尽管您希望了解这些参数的全部效果


至于更广泛的统计数据,我不知道有任何特定于奇点的监测。任何通用的资源监控软件都可能很好,即使只是一个简单的选择。最重要的是,它还应该观察子进程的使用情况。

非常感谢。基于Docker图像估计singularity容器大小可以暂时使用,因为singularity容器已经基于Docker图像。但是,当Singluarity容器不是基于Docker时,我如何解决它呢?我需要这个大小,因为运行的Singularity容器消耗的内存似乎比Slurm在我的HPC中允许的要多,而且我没有根权限限制容器的内存(如中所述),这将比Singularity本身更特定于您在映像中运行的内容。内存不足的程序通常有一些参数可以限制它们的使用量,例如,
-Xmx
用于java运行的任何程序。或者,您可以在提交slurm作业时尝试使用
--mem
/
--memperCPU
/
--memperGPU
参数。如果无法通过这种方式增加可用内存,请请求提供足够内存的CPU数量。e、 例如,4GB/cpu,您需要32GB内存,即使应用程序不是多线程的,也需要8个cpu。非常感谢