jaso extends j2ee

어제 포스팅한 자바 메모리 관련해서 계속 프로파일링 도중에 다음과 같은 아주 심플한 코드들 JProfiler를 이용하여 프로파일링을 해 봤습니다.

길이 10의 byte[]를 10,000개 만들 경우 실제 데이터의 메모리는 100,000 byte가 됩니다. 하지만 프로파일러에는 234KB가 10,0001개 생성되었고 234KB 할당 되어 있다고 나옵니다.
    List<byte[]> values =  new ArrayList<byte[]>();
   
    byte[] aaa = new byte[10];
   
    BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));
    String a = "1";
    int size = 0;
    for(int i = 1;  i < 1000000; i++) {
      values.add("1234567890".getBytes());
      size += 10;
     
      if(i % 10000 == 0) {
        System.gc();
        long free = Runtime.getRuntime().freeMemory();
        long total = Runtime.getRuntime().totalMemory();
        System.out.println(i + ">" + size + ">" + free + ">" + total + ">" + (total-free));
        reader.readLine();
      }
    }

이것과 관련해서 검색해보니까 Java에서는 32bit JVM의 경우 하나의 byte[]를 저장하는데 12byte의 추가 메모리가 필요하다고 합니다(http://forum.java.sun.com/thread.jspa?threadID=5216017&messageID=9879177). 그러면 100,000byte + 120,000byte = 220,000 byte로 프로파일링된 결과가 많이 비슷해진 것을 알 수 있습니다.
오버헤드가 너무 심하다는 생각입니다. byte[]에 아주 작은 값이 많이 쌓이는 경우라면 실제 생성한 데이터의 크기와 메모리 할당되는 크기가 너무 차이가 나서 개발자가 예상하지 못한 곳에서 OutOfMemory가 발생할 가능성이 많습니다.
제 경우도 이런 노가다 분석을 시작한 이유가 이것 때문입니다. 실제 데이터는 100MB  정도 넣었는데 메모리는 거의 400MB 이상을 사용하고 있었던 거죠...
난감하네요. 해결해야 하는데

http://www.javaworld.com/javaworld/javatips/jw-javatip130.html?page=2

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 김형준