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에서 소스 자동 싱크 기능이 오작동 하는 경우가 있던..

AMD 브랜드의 DDR3 메모리 판매

출처 : WatchImpress, AMD

AMD 각인이 들어간 메모리 칩을 탑제한 AMD 브랜드의 DDR3 메모리가 첫 등장..

AMD의 웹사이트에 의하면 Entertainment, ULTRAPRO Gaming, Enterprise의 3종류의 2GB 메모리 모델이 게제되어 있는것으로 확인 되었습니다.

흥미로운 점은 칩에는 AMD각인이, RADEON MEMORY라는 로고의 엠블럼이 들어가 있고 PC에 장착시 SPD또한 AMD라고 표기되어 있다는 점

패키지가 특별하다거나 AMD의 보증서 같은건 없지만 보기 드문 컬렉션으로 보여지고 다음 입고 예정이나 다른용량/클럭 모델의 입고는 불명확한걸로 알려져 있다고 합니다.

역자주 : 아주 오래전에 AMD가 메모리 사업을 하다가 매각 했던걸로 기억하는데.. NAND도 아니고 DRAM이라니 무슨 시츄에이션인지--; 조금은 황당한 제품이군요.. 클럭 향상 이외에 그다지 발전이 없는 메모리 부문에서 램버스같이 타이밍과 대역폭을 같이 향상 시키겠다면 모르겠지만.. 아 조금 특이한건 1600Mhz 모듈의 경우 인텔의 XMP를 적용하고 보통 1.5v를 넘어가는 비정규 전압을 사용하는데 이 제품은 JEDEC 표준에 1.5v 전압대의 제품인가 봅니다..

AMD, 톱 미디어 기자들을 글로벌파운더리로 초청

영상 출처 : YouTUBE AMD Unprocessed Channel

AMD가 Fabless로 전환하면서 분리된 GlobalFoundries의 독일 드레스덴 Fab으로 톱 미디어 매체의 기자들을 초빙하여 불도저 코어 기반의 Interlagos CPU를 시연하였다고 한다.

시연에 사용된 제품은 SuperMicro의 1소켓 16코어 CPU에 8DIMM 메모리 슬롯을 지원하는 시스템 이라고 한다.

얼마전 GlobalFoundries의 전체 Fab가 28nm 공정 도입을 성공적으로 마쳤다고 발표는 하였지만 아직 퍼포먼스 칩 생산까지는 도달하지 못한것으로 봐서 CPU와 VGA의 신제품 동시 출시는 조금 힘들지 않을까 싶고 이번 CPU의 타겟이 되는 마켓은 아무래도 컨슈머 시장보다는 서버시장에서 예전 Opteron 프로세서의 쉐어를 다시 회복하는 것이 아닐까 싶다.

코어수가 많아 질수록 유리한 가상화 시장과 얼마전 Apache Hadoop 프로젝트의 튜닝 가이드를 내놓은 것을 봐도 불도저 코어는 가상화와 클라우드 서비스를 위한 클러스터 서버 시장을 타겟으로 잡고 있는 것으로 보이며 이를 기반으로 내년 발매될 Piledriver 코어 기반의 프로세서로 컨슈머 시장의 쉐어를 찾으려 할 것으로 보인다.

JDK 1.7 환경에서 Android SDK 설치하기

Android SDK 인스톨러가 버전업 되면 해결될 문제이지만 현 시점에선 버그인지 JDK1.7만 설치 된 상태에서는 JDK를 찾지 못하는 현상이 있음.

해결 방법은 추가로 1.6버전의 JDK만 설치하고 다시 Android SDK 인스톨러를 실행하면 JDK 1.7 버전을 찾았다는 메시지를 보이며 정상적으로 설치가됨-.- 설치후 JDK 1.6은 언인스톨 하면 되고  JDK 1.7이 하위 호환성을 제공하기는 하지만 릴리즈 노트 대충 훑어보니 일부 호환되지 않는 부분도 있는듯 해서 조만간 새로운 버전의 SDK가 나오지 않을까 싶기도 한..

2012 AMD 데스크톱 로드맵 유출

출처 : VR-ZONE

아직 2011년 플랫폼인 Scorpius가 완전히 출시되진 않았지만 2012년의 Corona 플랫폼으로 계승될 것으로 보입니다. Komodo CPU가 제공하는 기능으로는 최대 10개의 Piledriver CPU 코어 그리고 Turbo Core 3.0이 있습니다. 불행하게도 Komodo는 AM3+의 계보를 잇는 새로운 소켓인 FM2에 장착될 것입니다. Hudson D4 FCH는 네이티브 USB3.0 지원을 포함하는 업그레이드 된 Southbridge를 포함할 것이며 Northbridge는 CPU로 내장될 것으로 보입니다.

Corona 플랫폼은 Radeon HD7000으로 이야기 되고 있는 AMD의 차세대 GPU와 함께 완성될 것으로 보입니다.

Fusion영역에 있어 2011년의 Lynx는 2012년에 Virgo로 교체됩니다. Trinity APU는 불도저 코어를 탑재하지 않을 것이지만 4개의 차세대 Piledriver CPU 코어와 Turbo Core 3.0 기능을 제공하여 Lynx의 가장 큰 약점인 CPU 코어 퍼포먼스를 향상 시킬 것 입니다. GPU 영역에 있어 DX11 GPU 기능을 지속해서 제공하지만 루머에 따르면 VLIW-4 GPU는 현재 A 시리즈가 사용하고 있는 VLIW-5로 교체될 것이라고 합니다. 흥미 있게도 Trinity는 Komodo와 같은 FM2 소켓에 장착되게 됩니다. 하지만 FCH는 여전히 Lynx와 같은 A75 또는 A55를 사용하게 될 것이며 FM1과 FM2 사이에는 호환성이 존재할 것으로 보입니다.

마지막으로 Brazos는 최대 4개의 Bobcat 코어와 FT2 BGA 환경을 갖는 Wichita APU를 사용하는 Deccan으로 교체되며 A45 FCH는 코드네임 Yuba FCH로 교체될 것입니다.

AMD의 2012년 주요 포커스는 Mainstream과 Enthusiast 플렛폼의 짝을 맞추는 것으로 보입니다. 현재의 A 시리즈와 FX 시리즈는 서로 다른 CPU 아키텍처와 다른 소켓을 사용하여 서로 동떨어져 있으며 2012년에 FX 시리즈와 A 시리즈는 Piledriver라는 동일한 CPU코어에 기반한 동일한 아키텍처를 사용하며 FM2라는 동일한 환경에 장착되게 될 것입니다.

SATA-IO 사타 리비전 3.1 발표

출처 : VR-ZONE

SATA-IO는 기존의 SATA 3.0 표준에 일부 퍼포먼스와 관련된 항목을 포함하여 다수의 새로운 기능들이 추가된 SATA 리비전 3.1을 발표하였습니다. SATA 3.1은 USM(Universal Storage Module), mSATA, 다수의 전원 관리 기능, 향상된 트림 커맨드 지원 그리고 일부 새로워진 하드웨어 제어 기능을 포함 합니다.

USM은 Seagate에 의해 SATA 스펙에 추가되었으며 쉽게 말해서 2.5" 혹은 3.5" 하드 드라이브가 TV, 콘솔, 셋탑박스, 컴퓨터, 도킹스테이션, 스테레오시스템, 미디어플레이어와 같은 하드 드라이브가 사용될 만한 모든곳에 적합한 손쉽게 장착이 가능한 용기에 부착되게 됩니다. 이는 소비가전 친화적인 솔루션이며 드라이브에 접근할 수 있는 유일한 장치는 뒷면의 SATA 데이터와 전원 커넥터 뿐입니다.

실제 USM은 민감한 부분은 플라스틱 박스 안에 숨겨 좀더 안전하게 만든 소비가전을 위한 하드 드라이브 독과 같습니다. Seagate의 지원에도 불구하고 지금까지 산업계에 파급 효과는 미미하였고 더군다나 몇몇 케이스 제조사와 일부 회사들에 대해 우리는 들어보지도 못했습니다. 바라는 점이 있다면 USM에 장착된 하드 드라이브가 SATA의 최대 속도의 이점을 얻어 느린 USB2.0 하드 드라이브에 의존하지 않아도 되고 최소한 USB 3.0을 따라잡을 정도의 속도를 제공할 수 있어야 할 것 입니다.

어느 정도 친숙한 mSATA에 대해 이야기를 하자면 미니 PCI Express 카드 커넥터와 닮았고 둘은 물리적으로는 동일합니다. 리비전 3.1에서 새롭게 추가된 기능으로 mSATA 슬롯이 표준 SATA 포트를 공유하고 mSATA가 설치되면 SATA 포트는 비활성화 되는 향상된 자동 감지 기능을 제공합니다.

새로운 전력 절감 기능으로 "Zero-Power 광학 디스크 드라이브"를 들 수 있는데 이름과 같이 광학 드라이브가 비 동작 시 전력을 완전히 차단하는 기능이며 또 다른 기능으로는 "요청된 연결 전원 관리" 기능이 SATA 스펙에 추가 되었습니다.

또 다른 새로운 기능으로 SSD의 평소 동작에 영향을 주지 않고 트림 커맨드를 실행하는 Queued 트림 커맨드를 지원하여 SSD가 데이터를 읽고 쓰는 동안에도 가비지 컬렉션을 수행 할 수 있게 됩니다.

마지막으로 SATA-IO는 호스트가 좀더 효과적인 SATA 장비를 사용할 수 있도록 "장치 기능"의 활성화 된 호스트 확인과 같은 몇몇 새로운 하드웨어 제어 기능을 추가 하였습니다.

SSD의 RAID를 통해 SATA 3 스펙이 이미 한계에 달한것에 대해 SATA-IO가 SATA 스펙에 대한 다음 주요 리비전을 언제쯤 발표하게 될지가 문제이지만 새로운 SATA 표준은 다음 한두해 이내로 볼 수 있을것 같진 않습니다. 하지만 그때까지 OCZ가 작업 하는 것과 같은(예를 들면 REVO DRIVE) 커스텀 솔루션을 다수 볼 수 있을지도 모르겠습니다.

PCI-E 3.0 인터페이스를 사용하게 될 AMD Radeon HD7000 시리즈

출처 : TweakTown

AMD의 차세대 GPU인 HD7000 시리즈는 최초의 PCI-E 3.0 호환 그래픽 카드로 등장할 것이라고 합니다.

PCI-E 3.0 x16 버스 인터페이스를 사용하며 물론 기존과 동일 하게 PCI-E 1.0과 2.0 버스 표준에 대해 하위 호환성을 유지하게 될 것입니다. 아직 AMD가 차세대 그래픽 카드를 출시하게 될 일정은 미정인 상태이지만 출시 시기에 맞춰 AMD나 인텔이 PCI-E 3.0을 플렛폼에서 지원하게 될 지는 알 수 없습니다. 하지만 우리는 이미 PCI-E 3.0을 자신들의 방식에 맞춰 도입한 써드파티 벤더가 일부 존재하는 것을 알고 있습니다.

하지만 과거 수년을 통해 알게 되었듯이 사용가능한 것과 실제 적용되는 것 사이에는 큰 차이가 있습니다. 말하자면 HD7000 시리즈(아마도 라인업의 최상위의 듀얼 GPU 그래픽 카드를 제외하고)는 현재의 PCI-E 2.0 표준의 한계를 넘지는 않을 것 이지만 결국에는 고 대역이 필요해지는 피할 수 없는 미래가 도래하는 것에 일조할 것으로 보입니다.

현 시점에서 가장 정확하게 HD7000 시리즈(코드네임 서던 아일랜드)에 대해 알려진 것은 TSMC의 28nm 기반 공정에 한정되어 있고 확장된 VLIW4 스트림프로세서를 탑제하게 된다는 것 입니다.

인텔 SSD 320 시리즈의 "8MB 버그"에 대해 인지하다.

출처 : TechPowerUP!

인텔의 SSD 320은 가정과 사무실 PC를 대상으로한 제품으로 SATA 2호환의 2.5" SSD드라이브로 적당한 가격대의 SSD의 표준으로 자리매김 했습니다. 일부 고객들의 새로운 25nm MLC NAND FLASH 칩의 재기록 가능 횟수가 짧다는 의구심에 대해 5년의 보증기간을 걸기까지 했습니다.

시간이 흘러서야 여러 사용자들은 용량이 8MB로 줄고 나머지 공간에 할당된 데이터에 대해 접근할 수 없게되는 버그가 있다는 것을 알게 되었습니다. "8MB 버그"라고 알려져 있죠.

인텔의 고객지원 커뮤니티 게시판은 320시리즈 사용자들의 이러한 버그에 대한 항의로 채워지고 있고 인텔의 비휘발성 메모리 솔루션 그룹은 이 버그에 대해 인지하게 되었습니다. 그리고 좀더 많은 정보가 구해지면 업데이트를 제공하겠다며 고객들에게 정보를 제공해 줄것을 요청 하였습니다. 이는 34nm의 X25-M 그리고 이전 세대를 통해 나타났던 것과는 다른 케이스의 펌웨어 버그로 생각되고 있습니다.

Firefox 7 메모리 공간 사용이 감소한 시험판 오로라 채널 상륙!

출처 : ArsTechnica

모질라는 최근 파이어폭스에 대해 매 6주에 한번씩 신규 버전 출시를 목표로 개발 사이클을 전환 하였습니다. 지난달 발표한 Firefox 5는 사용자 측변에서 몇가지 마이너한 변화가 있었습니다. 다음 업데이트인 v6는 지난주 베타 상태가 되었고 8월 16일 릴리즈 할 것 으로 예상 됩니다.

이런 와중에도 Firefox 7은 이미 오로라 채널에서 테스팅이 진행 중 입니다. 빠른 페이스의 출시 관리 전략으로 인해 모질라는 적극적으로 시험판 테스팅을 병렬로 진행 중 입니다.

Firefox 6는 내장 개발 툴과 몇몇 주요 신규 웹 표준의 지원과 같은 웹 개발자들이 주목 할 만한 몇개의 새로운 기능을 제공 합니다.

v6 베타 버전은 웹소켓과 서버에서 전달되는 이벤트(WebSocket과 server-sent event는 W3C의 HTML5 드레프트에 포함되어 있습니다.) 들의 지원을 포함합니다. 웹소켓은 원래 Firefox 4에서 제공 될 예정이었으나 프로토콜과 관련한 기술적인 부분에 대한 고려로 인해 출시가 연기 되었었습니다. 스펙에 대한 최신 드레프트 버전에 기반 한 업데이트 된 웹소켓 구현물은 Firefox 6에서 벤더에 따른 prefix와 함께 제공됩니다.

페이지 에러메시지를 보여주고 상호 작용하는 JavaScript 인터페이스 기능을 제공하는 웹 콘솔은 Firefox 6에서 훌륭한 자동완성 기능을 포함하여 몇몇 개선사항 들이 있었습니다. 브라우저 내장 개발 툴셋 또한 JavaScript 입력과 실행을 제공하는 간편한 텍스트 에디터인 Scratchpad가 추가됨으로 인해 기능이 확장 되었습니다.

Firefox 7은 개발 진척 상 초기 단계이지만 이미 중요한 개선점을 포함하고 있습니다. v7의 큰 목표는 브라우저의 메모리 공간을 줄이는 것입니다.(*역자 주 : v7 이전의 Firefox는 구조상의 문제로 메모리 누수 버그가 있음..) 개발자들의 말에 따르면 최신 오로라 빌드에서 메모리 사용량이 30% 가량 감소한 것을 볼 수 있을거라고 합니다. 이 개선점은 다방면의 이슈를 막는 모질라의 MemShrink 프로젝트의 성공적인 반영이라고 할 수 있습니다. 누수를 막고 가비지 컬렉션을 향상시키는 것은 이미 훌륭한 결과를 보이고 있습니다.

"오로라 채널의 체험판 빌드의 Firefox 7을 실제 테스트 한 날 실 사용 상황에서 메모리 소모에 대한 개선을 확인 할 수 있었습니다.  몇시간 사용해 본 결과 좀더 확실히 전체적인 브라우저의 느낌이 이전 버전보다 가볍다는 것을 느꼈습니다."

오로라와 베타 버전은 모질라 웹사이트에서 다운로드 하여 테스트 할 수 있습니다. 공식 릴리즈 노트는 이곳을 참조 하시기 바랍니다.

DisplayPort-To-HDMI 케이블은 라이센스 문제로 리콜될 것인가?

출처 : /.

HDMI 스펙을 관장하는 라이센싱 회사의 주장에 따르면 다수의 메이커에서 생산되고 여러 PC OEM을 통해 판매된 Mini DisplayPort-To-HDMI 케이블은 위법이며 리콜되어야 함을 확인하였다고 한다.

HDMI LLC의 마케이팅 감독인 Charlene Wan에 따르면 종류와 상관없이 케이블의 양쪽 끝이 HDMI 커넥터(凸) 이어야 한다고 이야기 하였다.

이는 애플의 웹사이트에서 벨킨이 판매하는 mini-DisplayPort-to-HDMI 아답터 또한 포함되며 이에 대해 벨킨의 대변인은 우리가 판매하는것은 아답터일 뿐이지 케이블이 아니라고 email을 통해 주장하였다.

한가지 희망적인건 HDMI 기구에서도 Mini-DP 커넥터(凸)와 HDMI 소켓(凹)으로 이루어진 동글 솔루션의 필요성은 인정 하였다고.. 하지만 현시점에서 라이센스 방식으로 인해 이러한 케이블 제품을 생산할 수 있는 방법은 없다.

WebCL 최초의 데모에서 점수를 얻다, 브라우저로 향하는 GPU 가속된 앱들..

출처 : Engadget

GPU의 가속에 있어 OpenGL의 브라우저 버전인 WebGL이 있지만 범용 GPU 컴퓨팅 시대를 살아가는 우리에겐 3D 칩이 단지 픽셀을 생산해 내는 것 말고 할 수 있는 일이 있다는 것을 알고 있다.

WebCL은 OpenCL을 브라우저로 가져온 새로운 표준이며 그래픽 카드가 가진 파워를 복잡한 연산을 하는데 사용하는 것이다.

삼성과 노키아 양측은 프로토타입 플러그인을 발표하였고 삼성의 플러그인은 OSX의 Safari와 NVIDIA 칩에 대해서만 동작하고 노키아는 32bit 윈도우 버전의 Firefox 4와 AMD GPU에서 동작하는 것에 초첨을 두고 있다.

현 시점에서 WebCL은 일반 사용자에게 많은 것을 보여주고 있지는 않지만 다음의 데모에서는 OpenCL을 이용한 연산이 전통적인 JavaScript를 이용한 연산에 비해 얼마나 빨라 질 수 있는지를 보여준다.(몇몇 테스트에서는 10배 이상 빨라짐)

Folding@Home이 웹 어플리케이션이 되는데 얼마나 걸릴지 세어보자~

DEMO1

DEMO2

*역자 주 : 최근들어 웹어플리케이션과 로컬어플리케이션의 경계가 허물어지는 크로스오버 현상이 점점 심화 되고 있고 이에 맞춰 브라우저들의 업데이트 속도 또한 가속화 되고 있는걸로 보입니다. Web에서 GPU가속을 이용하는 어도비의 플레시 진영과 개방표준인 HTML5 + WebGL + WebCL의 경합이 예상되는군요.

구글의 크롬OS라던가 안드로이드 그리고 웹에 대해 많은 생각들이 들게 하는 요즘입니다..

AMD APU 언더볼팅 : 전력 소모량 32% 감소!

출처 : BSN*

최초의 SOI 공정 기반의 GPU를 탑제한 AMD의 FUSION APU에 오버클럭 대신 언터볼팅을 했더니 재미있는 결과가 나왔다.

테스트 시스템은 다음과 같다.

*전력 측정은 콘센트를 통해 전체 전력 소모량이 측정 되었다.

• AMD Fusion A8-3850, 2.9GHz, Socket FM1
• Thermaltake K8 Silent Boost, Socket 754
• GigaByte GA-A75-UD2H, Socket FM1(Micro-ATX board BIOS F3b)
• 4GB Kingston HyperX DDR3-2000
• 1TB Seagate Barracuda 7200 rpm HDD
• SilverStone Strider ST60F 600W(20-100% 로드 시 80-85% 효율)

Default Status

Llano는 32nm의 SOI 공정으로 제작 되었고 Clock : 2.9Ghz, Voltage : 1.424V이다.(Intel의 경쟁 제품인 Core i3-2100은 32nm 공정에 1.1V를 사용한다.)
풀로드 테스트를 위해 Prime95의 "In-place large FFTs" 스트레스 테스트가 사용되었고 전력 소모량은 184W로 상승 하였다. 추가로 MSI Kombustor를 이용하여 GPU 부하 테스트 시 최고 209W의 전력 소모를 보였다고 한다.

Windows Desktop의 아이들 상태인 Clock : 800Mhz, Voltage : 1.024V일때의 전력 소모량 59W와 비교했을 때 이는 다소 충격적인 편이다.
BSN에선 이런 저런 테스트 끝에 안정적인 언더볼팅을 위한 값을 찾아내게 되었는데 -0.275V 일때 안정된 상태를 보였다고 한다.(-0.3V를 했을땐 시스템 크래쉬와 함께 블루스크린을 보였다고..)

Undervolting Status

아이들 상태 : 55.6W
CPU 스트레스 테스트 시 : 123W
GPU 부하 테스트 시 : 142W

Default 상태와 비교했을 때 최고 32%의 전력 절감 효과를 보였으며 이는 어느 국가에 살더라도 전기요금 절감에 도움을 줄 수 있는 수치이다.
이를 통해 추측해 볼 수 있는건 AMD는 오버클럭을 위해서 헤드룸을 많이 남겨 둔 상태이고 역으로 FUSION에 대해 큰 전력 절감 효과를 가져올 수 있다는 것이다.

테스트 결과 저 전력 시스템에 맞는 고효율의 저출력 파워를 사용했다면 좀더 전력 소모량을 줄일 수 있을것으로 생각 된다.
754, 939, AM2, AM2+, AM3, AM3r2, FM1... 이걸 보면 생각이 드는건? 그렇다 AMD의 CPU 소켓의 변천사이다.. 테스트에 사용된 쿨러가 Socket 754 쿨러이고 이는 최초의 Athlon 64 프로세서를 위한 제품 이었다. 테스트를 통해 AMD 환경을 어떻게 업그레이드 가능할 것인지 보여주는 하나의 예이다..(동일한 히트싱크로 정규클럭에서 사용 가능하다고..)

BSN*에서는 좀더 다양한 테스트가 계획 되어있으며 리뷰어가 생각지 못한 재미있는 테스트에 대한 아이디어가 있다면 원문에 코멘트로 남겨주면 반영하겠다고 한다.

ATi Catalyst™ Software Suite Release Note links (from 10.11 to 11.6)

Catalyst 10.11 부터 HTML문서로 나오는 Release Note 모음 리눅스 버전은 따로 발표를 안하는 듯 함.. 오랬동안 관심을 끊고 살아서 내가 모르는 건지도..

10.11, 10.12, 11.1, 11.2, 11.3, 11.4, 11.5, 11.6

ATi Catalyst™ Software Suite Release Note Archiving (from 9.12 to 10.10)

Catalyst Release Note 보관(9.12 - 10.10 pdf files)

리눅스, 윈도우즈 모두 포함 10.11부터 html 문서로 대체된걸로 보임.
블로거에서 파일첨부를 지원하지 않는 관계로 Google Docs로 대체-.-

9.12(windows), 9.12(linux)
10.1(windows), 10.1(linux)
10.2(windows), 10.2(linux)
10.3(windows), 10.3(linux)
10.4(windows), 10.4(linux)
10.5(windows), 10.5(linux)
10.6(windows), 10.6(linux)
10.7(windows), 10.7(linux)
10.8(windows), 10.8(linux)
10.9(windows), 10.9(linux)
10.10(windows), 10.10(linux)