JVM을 너무 많이 확인하지 않았지만 그렇게하지 않은 JVM을 고정 힙 크기로 실행 해야하는 이유를 누구나 설명 할 수 있습니까? 간단한 연속 힙으로 구현하는 것이 더 쉽다는 것을 알고 있지만 Sun JVM은 이제 10 년이 넘었으므로이를 개선 할 시간이 있었을 것으로 예상됩니다.
시작시 프로그램의 최대 메모리 크기를 정의 해야하는 것은 1960 년대와 같은 일이며 OS 가상 메모리 관리와의 상호 작용이 잘못되었습니다 (GC는 스왑 아웃 데이터 검색, Java 프로세스의 메모리 용량을 결정할 수 없음) 실제로 OS 측에서 사용하면 엄청난 양의 VM 공간이 낭비됩니다 (나는 당신이 멋진 48 비트 머신에 신경 쓰지 않는다는 것을 알고 있습니다 ...). 또한 JVM (EE 응용 프로그램 서버, OSGi) 내에 작은 운영 체제를 구축하려는 여러 가지 슬픈 시도는이 상황에서 적어도 부분적으로 책임을 져야한다고 생각합니다. 시스템에서 여러 Java 프로세스를 실행하면 자원이 낭비되기 때문에 피크에서 사용해야 할 메모리를 각각 제공하십시오.
놀랍게도, 구글은 내가 기대했던 것에 대한 분노의 폭풍을 일으키지 않았지만, 수백만의 사람들이 고정 된 힙 크기를 알아 내고 사실을 받아들이는 것에 묻 혔을 수도 있습니다.
JVM 자체에 약간의 공간이 필요하기 때문에 EE 애플리케이션 서버의 설계는 이러한 "환경"이 없어도 완벽하게 이해할 수 있으며 스레드 간 전환은 프로세스 간 전환보다 저렴합니다. 이는 90 년대 후반 Java를 크게 만든 것 중 하나입니다.
—
Michael Borgwardt
이것은 친절하게 비난을 받았으며, 당신이 그것에 얼마나 많은 생각을했는지 궁금합니다. 예를 들어 힙 제한이없는 경우 GC / 스왑 상호 작용은 어떻게 변경됩니까? VM 공간은 어떻게 낭비됩니까? 사용 여부에 관계없이 2 / 3Gb 공간을 확보 할 수 있으며 해당 공간의 한계를 밀고있는 경우 고정 힙 또는 부동 힙이 있는지 여부는 중요하지 않습니다. 이를 위해 여러 JVM이 스왑 이외의 다른 것을 어떻게 낭비합니까 (시스템 목적에 맞게 적절히 구성해야합니까)?
—
kdgregory
그것은 일종의 난폭 한 일이지만 Java 기반 플랫폼을 작성하고 운영하는 수년간의 일상 경험에 의해 알려집니다. 스왑을 수행하지 않는 경우 (런 어웨이 프로세스에 할당 할 공간이 부족할 때까지 시스템이 20 분 동안 응답하지 않고) 안정성 이유로 메모리 오버 커밋이 해제 된 경우 (OOM 킬러는 희생자를 선택하는 데 매우 적합하지 않음) ), VM 공간에 관심이 있으며 아래 사람들이 암시하는 것과는 달리 -Xmx2048m으로 Java VM을 시작하면 하나의 변수가있는 프로그램에 대해 2GB의 가상 메모리 (적어도 Linux의 Sun JVM에서는)가 즉시 할당됩니다.
—
themel
훌륭한 질문입니다. 같은 것을 궁금해했습니다. 그러나 여기 q에 제시된 "사실"중 어떤 것이 정확합니까?
—
Martin Ba