작업관리자의 프로세스 우선순위를 기억시켜보자!

윈도 기본 탑제의 작업관리자에서 특정 어플리케이션 퍼포먼스를 위해서 프로세서 우선순위를 변경할 수 있지만 기억시켜주는 기능은 존재하지 않는다. 하지만 이를 해결할 방법이 있으니..

Prio(개인 사용시 프리웨어)라는 어플리케이션을 설치하면 다음과 같은 화면을 볼 수 있다.

Ctrl + Shift + Esc 키를 누르면 TCP/IP라는 탭이 상단에 추가되어 있고 프로세스 정보를 보면 Save Priority라는 항목이 존재하는 것을 확인 할 수있다.. 그렇다 이제 설정한 값이 기억이 되는 것이다..

물론 설정을 변경하게되면 시스템 크래쉬를 야기할 수 있다는 경고문구는 그대로 뜨며 --; 최적의 설정값은 직접 테스트 해보는 방법밖에는 없다는 숙제가 남겨지게 된다..

p.s Silent Elevation옵션은 UAC가 활성화 되어 있을때 해당 프로세스를 관리자 권한으로 실행하게 해주는 옵션임..

Windows Live Writer Testing

Blogger 연동 테스트

TOMCAT Multi-Instance & Service Regist (Windows)

* 이 글은 윈도우즈 시스템 및 JDK1.6, TOMCAT6를 기반으로 작성 되었습니다.

TOMCAT의 인스턴스가 이미 디폴트 상태로 존재하고 있음을 가정으로 진행한다.
신규 인스턴스는 C:\TestServer 폴더에 생성하는 것으로 가정한다.
배치 스크립트명은 다음과 같이 정한다. 인스턴스 시작 : startup.bat, 인스턴스 종료 : shutdown.bat, 서비스 등록 : TomcatServiceRegist.bat
신규 인스턴스의 TOMCAT 서비스명은 TomcatService로 등록한다. 

• C:\TestServer 폴더를 생성한다.
• 생성한 C:\TestServer 폴더 내부에 최초 설치된 톰켓과 동일하게 비어있는 폴더(bin, conf, logs, temp, webapps)를 생성한다.
• 기존에 등록된 인스턴스의 conf 폴더에서 server.xml, web.xml 파일을 신규 생성할 인스턴스의 C:\TestServer 내부의 conf 폴더로 복사한다.
• server.xml 파일의 port 정보를 기존에 등록 된 인스턴스의 포트와 중복되지 않게 설정한다.
• C:\TestServer 폴더 내부의 bin 폴더에 다음의 스크립트를 생성한다.

startup.bat (인스턴스 시작 스크립트)
set JAVA_HOME=D:\Java\JDK1.6      (JAVA_HOME을 설정한다.)
set CATALINA_HOME=D:\Tomcat 6    (TOMCAT이 설치된 경로를 설정한다.)
set CATALINA_BASE=C:\TestServer   (신규 생성할 인스턴스 경로를 설정한다.)

%CATALINA_HOME%/bin/startup.bat   (기존 TOMCAT 인스턴스의 startup.bat 파일을 호출한다.)

shutdown.bat (인스턴스 종료 스크립트)
set JAVA_HOME=D:\Java\JDK1.6     (JAVA_HOME을 설정한다.)
set CATALINA_HOME=D:\Tomcat 6   (TOMCAT이 설치된 경로를 설정한다.)
set CATALINA_BASE=C:\TestServer  (신규 생성할 인스턴스 경로를 설정한다.)

%CATALINA_HOME%/bin/shutdown.bat  (기존의 TOMCAT 인스턴스의 shutdown.bat 파일을 호출한다.)

* 웹어플리케이션의 디플로이 경로는 C:\TestServer\webapps\SampleWebApp\에 하는 것으로 가정한다.

TomcatServiceRegist.bat (서비스 등록 스크립트, 환경에 따라 수정 필요)
D:\Tomcat 6\bin\tomcat.exe -install TomcatService D:\Java\JDK1.6\jre\bin\server\jvm.dll -Djava.library.path=C:\TestServer\webapps\SampleWebApp\WEB-INF\lib -Djava.class.path=C:\TestServer\webapps\SampleWebApp\WEB-INF\lib\sample-lib.jar;C:\TestServer\webapps\SampleWebApp\WEB-INF\classes;C:\TestServer\webapps\SampleWebApp\WEB-INF\classes\sample;D:\Tomcat 6\bin\bootstrap.jar; -Dcatalina.base=C:\TestServer -Dcatalina.home=D:\Tomcat 6 -server -Xmx256M -Xms256M -Xrs -Xnoclassgc -start org.apache.catalina.startup.Bootstrap -params start
@echo Please start the TomcatService now.
@pause

스크립트 작성 완료 후 웹어플리케이션을 디플로이 한다.
신규 인스턴스를 시작하여 웹어플리케이션이 정상적으로 동작하는지 확인한다.
신규 인스턴스를 종료하고 서비스등록 스크립트를 실행하여 Windows Service로 등록하고 정상적으로 등록이 되었는지 확인한다.

Dynamic Views Testing

새로운 템플릿이 나와서 적용 해봤는데.. 새로운 기능만 잔뜩 나열하고 뭔가 정제가 안된 느낌이라고 해야하나-.- HTML 수정 기능도 없고 글 관리하기도 불편해서 이것저것 테스팅만 좀 해보고 다시 원복 해야할듯 싶음..

p.s 다시 원복함..

Radeon HD7900 시리즈는 새로운 아키텍쳐에 XDR2 램버스 메모리인가?

Graphics card	Radeon HD 7870	Radeon HD 7850	Radeon HD 7670	Radeon HD 7570	Radeon HD 7970	Radeon HD 7950	Radeon HD 6970
Node	TSMC 28nm HPL	TSMC 28nm HPL	TSMC 28nm HPL	TSMC 28nm HPL	TSMC 28nm HP	TSMC 28nm HP	TSMC 40nm
Architecture	VLIW4	VLIW4	VLIW4	VLIW4	GCN	GCN	VLIW4
GPU	Thames XT	Thames Pro	Lombok XT	Lombok Pro	Tahiti XT	Tahiti Pro	Cayman XT
Radeon cluster	24	22	12	12	32	30	24
Radeon cores	1536	1408	768	768	2048	1920	1536
GPU frequency	950 MHz	850 MHz	900 MHz	750 MHz	1000 MHz	900 MHz	880 MHz
Texture units	96	88	48	48	128	120	96
ROPs	32	32	16	16	64	64	32
Graphics memory	2GB GDDR5	2GB GDDR5	1GB GDDR5	1GB GDDR5	2GB XDR2	2GB XDR2	2GB GDDR5
Memory frequency	5800 MHz	5200 MHz	5000 MHz	4000 MHz	8000 MHz	7200 MHz	5500 MHz
Memory interface	256 bit	256 bit	128 bit	128 bit	256 bit	256 bit	256 bit
Memory bandwidth	186 GB/s	166 GB/s	80 GB/s	64 GB/s	256 GB/s	230 GB/s	176 GB/s
Power consumption	120 watt	90 watt	60 watt	50 watt	190 watt	150 watt	250 watt

출처 : NordicHardware

이번 가을 AMD는 Radeon HD7000 패밀리의 첫번째 그래픽 카드를 출시 할 것이고 예상 대로라면 28nm 최초의 VLIW4의 제품이 될 것으로 보입니다. 최상위 모델의 Radeon Hd7900 시리즈는 목표를 좀더 높게 잡고 있으며 최근 유출 된 로드맵에 의하면 AMD는 Graphic Core Next 아키텍쳐와 Rambus의 고속의 XDR2 메모리를 사용할것으로 알려졌습니다.

Radeon HD7000은 현재의 6000 패밀리와 유사한 단계로 츨시될 것이며 다른 베이스 아키텍쳐를 갖게 될 것입니다. AMD로부터 유출된 자료를 믿어 본다면 그래픽 카드 제조사들은 2011년 4분기 생산을 목표로 할 것으로 보입니다. 최신 VLIW4(Very Long Instruction Word)를 채용할 것이며 Radeon HD6900 시리즈와 동일한 베이스를 갖을 가능성이 높습니다. 이는 다른 Radeon HD 6000 카드의 VLIW5보다 나은 효율을 갖는 아키텍쳐일 것입니다.

AMD는 28nm 버전의 VLIW4 아키텍쳐 기반의 서로다른 4개의 GPU를 계획하고 있으며 Radeon HD7800, HD7600 그리고 HD7500의 세 시리즈에서 사용 될 것입니다. 네개의 GPU들은 768개에서 1536개의 Radeon 코어(스트림 프로세서)와 고속의 GDDR5 메모리를 장착할 것입니다.

Radeon HD7870은 GPU Thames XT를 기반으로 하는 최상위 모델이며 문서에 따르면 TSMC의 28nm HPL(High Performance Low-power)기술로 제작 될 것입니다. 현재 최상위 모델인 Radeon HD6970과 비슷한 스펙(실제로는 여러 부분에서 더 높은)임에도 불구하고 Radeon HD7870은 최대 전력 소모량이 120watt에 불과할 것이며 앞세대의 40nm 공정에서 250watt를 소모한 것에 비하면 절반에 불과합니다.

더군다나 Thames XT 이외에도 Thames Pro, Lombok XT그리고 Lombok Pro역시 전력 소모량이 50watt까지 감소한 동일한 효율의 28nm 기술을 사용하게 될 것입니다.

Radeon HD7900은 Radeon HD6900 시리즈가 그랬듯이 미래에 대한 물음이 될 것으로 보이며 이에 대한 이유는 굉장히 심플하게도 GCN(AMD의 Graphic Core Next)으로 축약 될 수 있습니다. AMD의 Graphic Core Next는 AMD가 몇번인가 이야기 한 완전히 새롭게 기초부터 다시 디자인 된 GPU 아키텍쳐입니다. AMD는 GPGPU 어플리케이션에서 성능과 기능성을 향상 시키기 위해 좀더 프로그래밍 친화적인 접근 방식을 사용하였습니다

현재 Radeon HD7900에 대한 구체적인 정보는 없는 상태이지만 2012년 1분기에 출시 될 가능성이 높아 보이며 AMD는 TSMC의 28nm HP(High Performance)와 같은 퍼포먼스 지향적인 노드를 선택 하였고 이는 HPL보다는 좀더 나중에 준비 될 것이며 메모리 부분에서는 GDDR5에서 그다지 테스트 되지 않은 XDR2 기술로의 전환 또한 포함하게 될 것입니다.

XDR2는 램버스에서 제작 되었으며 세계에서 가장 빠른 메모리 시스템으로 판매 되고 있습니다. Rambus는 XDR2가 GDDR5와 비교해 서킷 당 두배의 대역을 제공하며 반면에 전력 소모는 동일한 퍼포먼스 대비 30%적다고 주장하고 있습니다.

HD7900의 유출된 정보에 의하면 AMD는 새로운 아키텍쳐와 함께 8000Mhz까지 지원하는 XDR2 메모리를 사용하며 플래그쉽에서 메모리 대역은 Radeon HD6970이 5500Mhz의 GDDR5 메모리로 176GB/s를 지원 했던 것과 비교해 256GB/s를 제공하여 256-bit 메모리 인터페이스를 넘어설 것으로 보입니다.

확인되지 않은 정보에 따르면 플래그쉽 Radeon HD7970(Tahiti XT)은 2048 Radeon Core와 1000Mhz의 GPU코어로 기록할만한 성능을 보여줄 것이며 그럼에도 불구하고 전력 소모는 새로운 공정 기술의 도움으로 190watt에 불과 할 것이라고 합니다.

Radeon HD7950(Tahiti Pro)과 Radeon HD7990(New Zealand)또한 언급 되었으며 HD7990의 경우 Graphic Core Next 아키텍쳐의 최초의 듀얼 GPU 그래픽 카드가 될 것이라고 합니다.

역자주 : 아직 확인 되지 않은 정보로 Fake일 가능성이 있다고 합니다. 하지만 사실이라면 AMD도 두번다시 HD2K의 악몽을 되풀이 하고싶지 않은 모양입니다--; 플래그쉽만 차세대 기술로 가져가고 나머지는 전세대 제품 최적화로 가는 분위기군요.. 하지만 CPU쪽은 왠지 HD2K의 악몽을 보는듯한건..;;

Oracle Weblogic 11g HTTP Basic Authentication 문제

흔히 웹로직 엔지니어들이 이야기하는 고객들이 '톰캣에서는 되는데 왜 웹로직에서는 안되요?'라고 묻는 문제중 하나일듯 싶은 케이스 -ㄴ-; 웹로직 엔지니어는 아니지만 워낙 잡다하게 많이 하다보니..

웹로직 보안 정책상 디폴트 상태는 Authorization 헤더 데이터를 어플리케이션으로 직접 전달 할 수 없도록 막아둔 상태인데 config.xml 파일을 열어 <security-configuration>항목에 다음을 추가하면 정상적으로 데이터가 전달 됨.. 좀더 베스트 케이스가 있는지는 아직 모르겠음;

<security-configuration>

...

<enforce-valid-basic-auth-credentials>false</enforce-valid-basic-auth-credentials>

</security-configuration>

ps. 그러고보니.. 이거 9.2부터 해당되는 문제라는걸 빼먹은..;

Eclipse - Resource is out of sync with the file system: ERROR MESSAGE

Eclipse에서 J2EE 기반 프로젝트 Deploy시 Resource is out of sync with the file system: 라는 메시지의 에러를 보인다면.. Project Explorer 창에서 해당 프로젝트 를 클릭하고 F5키를 눌러 source를 리프레시 해주면 해결됨..

좀 허무한 팁인가; Eclipse에서 소스 자동 싱크 기능이 오작동 하는 경우가 있던..