如何设置java内存限制 如何限制容器的内存大小

如何设置java内存限制

1、ide一般run时可设置内存大小，如eclipse设置如下
eclipse安装后，在安装目录有个config.ini文件，内容如下：
-vmargs
-Xms40m
-Xmx256m

或是 其实也很简单。打开Eclipse包，在Contents/MacOS 目录下有一个 eclipse.ini 文件，

用编辑工具打开他，把Xms128m更改成Xms256m。

这个文件用来配置eclipse启动时候的内存分配方案，Xms是初始化内存大小，Xmx是最大可使用内存大小，这个默认的配置是eclipse资源消耗最小化的配置。如果你的项目比较大，这个配置必须改，一般适当调整为128，384即可，若项目更大一些则调整的再大一些，根据实际情况决定。这个参数配置的大小很关键，太小，eclipse垃圾回收会过于频繁导致很慢，或者内存堆栈溢出而崩溃。太大，eclipse会吃掉大量内存，垃圾回收周期变长，但每次回收会很慢，影响使用。所以你在配置的时候需要权衡，尝试！

2、web可以在web容器中设置相关大小
3、一般写代码时，如果会用到大内存时，要注意。

如何限制容器的内存大小

设置位置 panel.setlocation(x,y) 大小 .setsize(x,y) 大小和位置.setbounds(lx,ly,sx,sy) 前提是加载这个容器的容器必须设置setLayout(null)

如何实时查看Docker容器占用的CPU，内存状态

Docker 作为容器的管理者，自然提供了控制容器资源的功能。
正如使用内核的 namespace 来做容器之间的隔离，Docker 也是通过内核的 cgroups 来做容器的资源限制。

传统虚拟机和Docker容器在性能上的区别

IBM研究部门发表了一篇关于容器和虚拟机环境性能比较的论文。这篇论文使用了Docker和KVM作为研究对象，阐述了Docker使用NAT或AUFS时的开销，并且质疑了在虚拟机上运行容器的实践方法。
论文作者在原生、容器和虚拟化环境中运行了CPU、内存、网络和I/O的benchmark。其中，分别使用KVM和Docker作为虚拟化和容器技术的代表。Benchmark也包含了对不同环境下Redis和MySQL负载的采样。通过小数据包和多客户端，Redis侧重于网络栈的性能。而MySQL侧重于内存，网络和文件系统的性能。
结果显示，在每一项测试中，Docker的性能等同于或超出KVM的性能。在CPU和内存性能方面，KVM和Docker都引入了明显的，但可略不计的开销。但是，对于I/O密集型的应用，两者都需要进行调整以减少开销带来的影响。
当使用AUFS存储文件时，Docker的性能会降低。而相比之下，使用卷（volume）能够获得更好的性能。卷是一种专门设计的目录，存在于一个或多个容器内。通过这种目录能够绕过联合文件系统（union file system）。这样它就没有了存储后端可能带来的开销。默认的AUFS后端会引起显著的I/O开销，特别是当有多层目录深度嵌套的时候。
Docker的默认网络选项，--net=bridge，由于NAT会重写数据包，也引入了性能开销。当数据包收发率变高时，这种开销会变得很明显。可以通过使用--net=host改善网络的性能。这个选项告诉Docker不要为容器创建一个独立的网络栈，并允许容器拥有宿主机网络接口的完全访问权限。但是，使用这个选项时要小心。因为它允许容器内的进程像其他根进程一样，使用数值较小的端口；并允许容器内的进程访问本地网络服务，如D-bus。这使得容器内的进程可以做一些预料之外的事情，如重启宿主机。
尽管自诞生以来，KVM性能有了相当大的提升，但它仍然不适用于对延时敏感或高I/O访问率的工作负载。因为每次I/O操作，它都会增加一些开销。这个开销对于耗时较少的I/O操作是有意义的，但对于耗时较长的I/O操作是可以忽略的。
根据这些测试结果，论文对使用虚拟机实现IaaS的方法提出了质疑：
传统观点（在某种程度上，这种观点存在于年轻的云生态圈中）认为使用虚拟机实现IaaS，使用容器实现PaaS。我们没有找到技术方面的理由来证明必须这么做，尤其是证明容器基于IaaS能提供更好的性能或者更容易部署。由于容器提供了控制手段，并在不使用虚拟机的情况下能达到物理机的性能，所以它能够消除IaaS和非虚拟化的服务器间的差异。

尽管在虚拟环境中运行容器是一种常见的实践方法，但是论文建议直接在物理的Linux服务器上运行它们。否则，相比于直接运行在非虚拟化的Linux上的方法，由于虚拟机的性能开销，这种实践方法不会得到任何额外的好处。