직접 설명하기 뭐하지만 괜찮은 블로그 컬럼이 있어서 소개합니다.

http://cappleblog.co.kr/554[32비트 윈도우의 4GB 메모리 인식 한계란 무엇인가?]

4G ㅋㅋㅋㅋㅋ

Virtual Box에 Centos 깔고 Tomcat 쓰는게 훨씬 나은 상황인듯 합니다.

아~...그래도 메모리 문제는 해결이 안되는 구나. -_-;;;;

그래도 WAS만 돌리는 상황에 서멀티 가상 서버가 아니라면 왠만큼은 돌아갈텐데~

메모리 먹는 놈들 최대한 잡아 족쳐 보심이~

페이지 파일도 메모리 디스크 만들어서 거기다 돌리고.

* CPU 만 백만원이 넘다니...-_-;

* 서버 스펙이 모자라서 새로 사야 한다고 얘기해주세요. ^^;;;;;;

고객사에게 저렇게 사람이 몰려서 서버님이 침대축구를 시전하실때의 손실비용과 운영체제를 64비트로 도입하는데의 추가비용을 계산해서 보여주시는 편이 좀 더 효과적이라 생각될 상황으로 보입니다만...
아니면 일부 미사용 메모리를 램디스크로 구축해주는 법이 있으니 그걸 시전해서 램디스크에 페이지 파일을 상주시켜 보실 수도 있구요.
일단 64bit 리눅스 설치후 왠만한 서버나 프로그램은 전부 리눅스에서 가용시키고 고객사가 사용하기 위해서 32bit윈도우즈가 필요한 것들만 가상화환경 꾸려주어서 그 위에 32bit윈도우즈를 올려서 돌려 주시거나.... 이런 방법들 밖에 없어보입니다.
예전에 케퍽에서 올라왔던 어떤 외국동영상이 생각나네요....; 개발자는 이러저러해서 안된다는걸 복터지게 설명하고 고객사는 그냥 환상의 판타지를 달리고...

가상머신으로 리눅스 돌리는 법과 램디스크 사용하는걸 좀 연구해 봐야 겠네요 

쪼랩인지라 -_-;;; 사수도 없고.....

죽겠심더.....

아.............저정도는 아니지만, 우리도 비슷한 상황인지라.. 쩌비.. 그런데  저 고객사를 이해할 수 있을 것 같음.. 솔루션을 만들었는데 오랜전에 만들어져서 전부 32Bit 에서 만들어진 것이라 다시 빌드하고 테스트할 여력이 없는 것 같아요.. 그런데 이전 서버는 죽었고,, 그래서 아무것도 모르고 그냥 최고급으로 깔아놓는 것 같아요.. 

그런데 저희도 DB를 32bit로 쓰다가 분명 64bit로 넘어가면서 아무런 문제가 없을 것이라는 말을 여기저기서 들었으나,, 큰 문제는 없었는데, 그래도 작은 문제들이 조금씩 나오더군요.. 

정말 허탈한 웃음 밖에 안나오네요;;;

아..한숨만 나오는군요.

아마도 그 고객사는 32bit이든 64bit이든 돈 안들어가고 해결을 바라는 것 같습니다.

참 답답한 상황이지요.

저러다가 트래픽이 더 늘고, 느려져서 서비스에 지장이 올 수준이 되면 결국 백군님 회사에 난리 칠겁니다.

구축부터 운영까지 다 맡겨놓았더니 제대로 일 안했다고... 패널티 물린다고... -_-;

차라리 한번 제대로 터뜨려야 하는 것 아닌가 싶긴 하네요.

OS 라이선스 비용이 걸리면 Linux를 쓰는 것도 방법일테구요.

제경우랑 같군요 32비트용 라이브러리가 쭈욱깔려있고 어떤걸 쓰고 재설치시 어떤걸 깔아야할지 문서도 없는 경우가 많습니다. ㅡㅡ게다가 대다수 십년전 만든 자체 프로그램이라 소스도 다 없음..
저도 64비트(윈도 2008 R2부터는 64비트만 나옴) 로 업글삽질하다가 개발자의 지원없이 한달만에 포기. 64비트 싫어서 32비트쓰는게 아님.
경영쪽 입장은 약간의 장애는 몸으로 때우고 돈 아끼는게 이익입니다. ㅜㅠ

참고로 OS가 32비트라서 4GB만 지원하는게 아님. 리눅스에서도 32비트지이지만 커널만 바꿔서 12GB이상 인식시켜서 쓴것처럼 윈도 사실 4기가 이상 사용가능하죠. 32비트 스탠다드 버전은 4GB지만 그이상 엔터프라즈버전등은 더 많이 인식하더라구요.

http://blogs.technet.com/b/sankim/archive/2009/04/15/windows-size.aspx

대신 윈도자체가 32비트면 한번에 할당이 2GB던가 안되니 이것도 딱해 해결은 아닐꺼 같긴하네요/.

오늘 아침에 상급자와 미팅을 한 결과를 짧게 요약하자면...

1. 서버는 안정성이 생명이다. 램디스크나 기타 시도는 불허!

2. 고객사의 프로그램 일부 라이브러리 때문에 32비트를 쓸 수 밖에 없다. 

3. 죽었다고 전화오면 살리고 죽기전에 미리미리 죽였다 살리면서 운영해라

4. 원래 운영 담당자는 욕 먹으면서 일하는게 일상이다

5. 모두들 이렇게 일 해왔다. 불만있으면 나가라

이라는군요 -ㅂ- 

그래서 그냥 매일 아침 원격으로 접속해서 서비스 다 재시작하고 데몬프로그램 재시작하고 하는 방식으로 운영하렵니다. 

어디든 여기가 아닌 다른 일할 회사를 찾아야 할거 같아요......

32bit에서 한 프로세스가 2GB 이상을 사용하는건 CPU의 PAE라는걸 기능을 이용하는건데요.

인터넷에선 이게 만능해결책처럼 등장하는데 반드시 그런건 아니예요. 프로그램을 컴파일 옵션에 LAA(Large Address Aware) 옵션을 켜서 컴파일해야 (기본 옵션은 다들 OFF입니다.) 적용되지 아무나 막 되진 않습니다. 일단 CPU의 레지스터 하나를 전용으로 낭비하기 때문에 일부 작업에서 속도저하가 발생할 수 있기에, 기본 옵션은 무조건 OFF 입니다. 그런데 작은 개발사의 경우 그게 뭔지 모르는데다가, 저기다 32bit OS를 설치한 회사가 그걸 미리 요청했을리도 만무하기 때문에 적용되어 있을 가능성은 아주 낮다고 생각되네요. 그럼 아무리 OS가 지원을 해봐야 말짱 헛거입니다.

그리고 서버에선 램디스크를 가능한 안쓰는게 좋긴 합니다. 서버에서 램디스크를 사용시에는 거의 불변하는 데이터를 미리 복사해두는 정도에서 사용하거나, 최소 몇분에 한번 정도 계속 램디스크를 백업하는 데몬을 두도록 권장하고 있습니다. 요즘 세상엔 차라리 속편하게 SSD 하나 저렴하게 구입해서 캐시용도로 쓰는게 낫습니다.

- 32비트 자바 프로세스의 메모리 점유 최대 크기는 2GB입니다. 아무리 자바라고 해도 32비트, 64비트에 따라서 문제가 발생할 여지는 분명 존재하고 64비트 OS로 변경했다 해도 32비트 자바를 사용한다면 결과적으로는 아무런 해결책이 되지 않게 됩니다. 그러나 한편 이런 레거시 시스템들의 경우 의외로 2GB 메모리 제한까지도 충분히 이용되지 않는 경우도 많습니다. 즉 톰캣의 Heap 사이즈가 기본 값이거나 작아서 더 넓힐 수 있는 경우도 있어요. 따라서 톰캣의 Heap 사이즈 설정이 어떤지 살펴보시는 것도 좋을 것 같습니다.

- 동시성의 문제에 대응하는 신경쓰이지만 WAS 레벨에서 처리할 수 있는 방법 중 하나는 불필요 여러 웹 어플리케이션이 있고 각 컨텍스트별 DBCP를 사용하고 있다면 전역 DBCP로 대체, DB 컨넥션을 빠르게 버리도록 설정(전역 DBCP 기준으로 하면 removeAbandonedTimeout 설정), 세션 유지 시간을 짧게 설정 등의 방법으로 사용자 스레드의 점유를 최소화하는 것입니다. 물론 이는 그에 대응하도록 쿼리 및 코드가 최적화되어 짜여져야 함이 당연하지만 실상 시스템을 보면 혹시 모를 상황에 대비한다는 명목으로 지나치게 값이 길게 설정되어 있거나 코드 변경되어 불필요한데도 불구하고 초기 설정이 그대로 유지되고 있는 경우도 많습니다. 다만 앞서 서두에 썼듯이 이 것은 시스템 운영자가 아닌 개발자에게 의존적인 부분이라 많이 신경써야만 하는 행위입니다.

하긴... 완전히 안되는 것도 아니고 잠깐 내렸다 올리면 그럭저럭 돌아갈 경우에 인프라 투자를 하는 업체는 

아마도 국내에 거의 없을거입니다. 그 업무로 인해 많은 손해를 입는다등가 고객의 엄청난 컴플레인을 받는게 아닌담에야....

(근데 당췌 뭔 생각으로 RAM을 저렇게 갖다꽂았데요??? 애초에... )

보기만 해도 가슴이 아픕니다...

메모리 4GB 더 꽂아서 16GB 만들어 주고 싶네요.

인터넷을 뒤지다 보니 이런 방법이 있네요... 참조해보시기 바랍니다.

http://ryuchan.kr/328

RAM Disk 는 4G 이상의 공간을 잡아 줄 수 있더군요.

총 8GB 메모리에서,

RAM 4G

Ramdisk 4G 할당해서 썻어요.

스왑을 Ramdisk 에 하는게 현재 최선같아 보이네요.

아니면, 재시작용 스크립트 하나 만들어서 문제 생기면 계속 그것만 실행

램디스크도 시스템을 좀 탄다니.. 스크립으로 모니터하면서 문제 생길듯 할때마다 자동 재실행이 답인듯 합니다.. -_-;; 남는 안쓰는 메모리는 뽑아서 다른 곳에 두시는 것이 정답일듯.