지금 일본어 버전 Windows2000 에서
Firefox 3.0.1로 이 글을 작성하고 있는데
Opera 9.51에선 한글입력에 문제가 있다.
Opera에선 한글입력 후 띄어쓰기를 하려고 스페이스바를 누르면
직전에 입력했던 한글이 다시 나타나는 문제가 있다.

한글버전에선 문제가 없는지....

ASP, VBScript에서 자신만의 클래스(Class) 만드는 방법
http://korea.internet.com/channel/content.asp?nid=14820&cid=185#start

ASP,ASP.NET & Script
http://www.egocube.pe.kr/asp_main.asp

ASP 공부하지 않으련
http://ven.kangnam.ac.kr/software/asp/

http://www.superuser.co.kr/asp/index.htm

http://kwon37xi.egloos.com/2176487

http://www.50001.com/language/javaside/eyjin/2-2/8-1.html

http://www.php.pe.kr/java_main/tnt/etc/log4j_config.html

여러파일에 로그를 남기는 방법에 대하여

log4j 에서 struts 관련 로그 끄기

http://blog.naver.com/loverobin/60026805373

출처 : http://cafe.naver.com/devmaster.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=30

일반적으로 웹 문서를 찾아보면 log4j-1.2.13.jar를 클래스 패스에 추가 시킨 후

/WEB-INF/classes아래 log4j.properties파일을 넣으면 간단하게 실행이 된다고 써 있다.

 

그러나 톰캣을 실행 시킬 경우 아래와 같은 문구가 뜨면서 로깅이 안되는 경우가 자주 발생한다.

 

log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester).
log4j:WARN Please initialize the log4j system properly.

 

 

이것은 log4j.properties를 찾지 못해서 초기화가 안되어 나는 메시지이다.

물론 아래와 같이 콘솔에만 출력하는 경우에는 별로 문제 될 것이 없다.

 

----------------------------------------------------------------------------------------------------

import org.apache.log4j.Logger; 

import org.apache.log4j.BasicConfigurator; 

public class SimpleLog { 

// Logger 클래스의 인스턴스를 받아온다. 

 static Logger logger = Logger.getLogger(SimpleLog.class); 

 public SimpleLog() {} 

 public static void main(String[] args) { 

 /* 콘솔로 로그 출력 위한 간단한 설정, 이 설정이 없다면 경고 메세지가 출력되면서 실행이 중단된다.*/ 

 BasicConfigurator.configure(); 

 logger.debug("Hello log4j."); 

 logger.info("Hello log4j."); 

 logger.warn("Hello log4j."); 

 logger.error("Hello log4j."); 

 logger.fatal("Hello log4j."); 

 //loger.log( Level.DEBUG , "debug") 와 동일하다. 

 } 

} 

 

----------------------------------------------------------------------------------------------------------------

그러나 파일에 출력하면 서 콘솔에 출력하려면 문제가 발생한다.

간단하게 해결하는 방법은 properties파일을 톰캣이 실행되는 /bin 아래 두는 것이다.

 

그러나 좀더 우아하게 해결하려면 초기화 서블릿을 만들면 된다.

 

=================================================================================================================

 

package com.foo;

 

import org.apache.log4j.PropertyConfigurator;

import javax.servlet.http.HttpServlet;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import java.io.PrintWriter;

import java.io.IOException;

 

 

public class Log4jInit extends HttpServlet {

 

  public  void init() {

     String prefix =  getServletContext().getRealPath("/");

     String file = getInitParameter("log4j-init-file");

     // if the log4j-init-file is not set, then no point in trying

      if(file != null) {

       PropertyConfigurator.configure(prefix+file);

      }

  }

 

  public  void doGet(HttpServletRequest req, HttpServletResponse res) {

  }

}

===========================================================================================================

그리고 아래 내용을 web.xml에 추가 시킨다.

=============================================================================================================

 

 <servlet>
     <servlet-name>log4j-init</servlet-name>
     <servlet-class>com.foo.Log4jInit</servlet-class>

     <init-param>
       <param-name>log4j-init-file</param-name>
       <param-value>WEB-INF/classes/log4j.properties</param-value>
     </init-param>

     <load-on-startup>1</load-on-startup>
 </servlet>

===============================================================================================================

 

 

 

 

그리고 다음과 같이 간단하 해 주면 파일과 콘솔에 떨어지는 로그를 볼 수 있다.

=======================================================================================================

 

import org.apache.log4j.Logger;

public class CBselectordertot {

 

    private static Logger logger = Logger.getLogger(ip001Impl.class);

 

    public ipcdOut[] getSelectIpcd(String kind,String wherecond){

        ......

        ......

        logger.info("getSelect_ipcd  query = "+query);

        ........

 

        ...........

    }

}

 

==================================================================================================   

 

 

 

또 하나의 경우...

코바 서버 같은 것을 구동 시킬경우 로깅을 하기 위해서는 다음과 같이 JVM args를 넣어줘야 한다.(톰캣과는 별개로)

 

**vizibroker에서 코바 서버구동 예제

vbj -Dlog4j.configuration=file:d:\ipams\WEB-INF\classes\log4j.properties ip002Server

 

 

properties예제는 파일에 첨부 했다.

첨부파일 : log4j.properties

원하는 디렉토리에 떨어뜨리는 것인데 이대로 사용해도 훌륭하다.

출처 : http://www.zdnet.co.kr/builder/dev/dotnet/0,39031607,39142067,00.htm 무료 DBMS SQL Server Express 노규남(IT 테크라이터)   2005/12/05

지난 회에 이어 VS Express의 구성요소들에 대해서 알아보는 시간을 한주 더 갖도록 하자. 이번 주에 살펴볼 구성요소는 SQL Server Express이다. 이미 잘 알려져 있지만 모르는 사람들을 위해서 부연하자면 이 패키지는 MSDE(Microsoft Desktop Engine)이라고 하는, MS가 이전에 배포한 무료 DBMS의 후신에 해당하는 것이다. 실제 필드에서 프로젝트를 하다보면 Database를 사용하지 않는 경우가 오히려 드물 정도로 DBMS는 개발의 필수요소라 할 수 있는데 최근 DBMS의 기능이 많이 발전한 것은 사실이지만 그 가격이나 덩치 면에서 적잖게 부담되는 면도 없지 않다. 리눅스를 대표로 하는 오픈소스 진영에는 MySQL, PostgreSQL등의 무료 DBMS가 여럿 있었지만 윈도에서만 개발하던 프로그래머라면 이런 DBMS에 접근하기도 쉽지 않았다. 그래서 MSDE가 무료로 배포되기 전에는 비싼 DBMS 대신 Access의 MDB파일을 파일 데이터베이스로 사용했던 적도 있었다. 그러나 MDB는 쓰고 지우기를 반복하다보면 용량이 엄청나게 늘어나는 문제점이 있었고, 파일이 굉장히 잘 깨진다는 단점이 있었기 때문에 관리에 대해 충분한 지식을 갖지 않은 사용자들에게는 어려웠다. 이런 상황을 타개하기 위해 등장한 MSDE는 SQL Server 7과 동일한 엔진을 사용하되 GUI로 구동되는 관리용 애플리케이션과 분석도구들을 빼고 용량에 제한을 둔 버전이었는데 소규모의 사이트나 SI 프로젝트를 중심으로 대단한 인기를 얻었다. 또한 SQL Server와 같은 엔진을 사용한다는 호환성면에서의 잇점과 무료라는 매력 때문에 아직도 많은 사이트에서 널리 사용되고 있는 중이다. 그러나 VS2005와 같이 발표된 SQL Server Express는 이 MSDE보다도 한 수 위라는 것이 필자의 평가이다. 그러면서도 똑같이 무료이다. 설치하기 여타 VS Express의 컴포넌트와 마찬가지로 MS의 VS Express사이트에서 다운로드 후 설치한다. 다른 점이 있다면 VS Express는 향후 1년간 다운로드 받는 사용자에 한해 무료이지만 SQL Server Express는 영구히 무료로 배포하게 되어 있다는 것이다. 그간 무료 DBMS의 대명사처럼 여겨졌던 MySQL도 최근 좀 헛갈리는 라이선스 프로그램을 내놓고 대대적으로 상용화할 속내를 비치고 있는 상황을 고려할 때 이런 MS의 정책은 크게 반길만하다. 본문에서 설명하겠지만 소규모~중규모의 사이트라면 SQL Server Express는 충분히 상용화 가능한 패키지일 뿐만 아니라 설치의 편의성, 가벼움, 무료라는 장점을 생각하면 오라클이나 SQL Server 2005의 정품보다 오히려 나은 선택일 수 있다. 이 패키지가 무료이며 기능제한이 있는 Express 에디션임에도 불구하고 상용패키지와 비교하는 것은 그만큼 강력하고 사용자의 요구를 커버할 수 있는 범위가 넓기 때문이다. 재배포도 가능한데 이때는 MS에서 제안하는 Go-Live 라이센스에 동의해야 한다. Go-Live 라이센스에 대해서는 다음 링크를 참조하자. http://www.microsoft.com/korea/msdn/vs2005/golive/ SQL Server Express의 패키지 용량은 약 55MB정도 되는데 Windows 2000이상을 요구하며, 닷넷 프레임워크 2.0 과 Windows Installer 3.0이상을 필요로 한다. 물론 이전 버전의 VS 2005 및 VS 2005 Express버전을 모두 깨끗이 삭제한 후 설치해야 한다. VS2005 beta를 지워주는 CleanUp 도구에 대해서는 여러번 소개했으니 다시 언급하지는 않겠다. 설치과정은 몇 번 마우스클릭을 해주면 끝날 정도로 간단하다. 이 작업이 종료되면 SQL Server Express가 정상적으로 작동중인지를 확인하기 위해 코맨드 라인을 하나 띄워서 다음과 같이 입력해보자. sqlcmd -S localhost\SQLExpress 1>과 같이 숫자가 계속해서 증가하는 프롬프트가 나타나면 성공이다. sqlcmd는 SQL Server Express에 접속하는 코맨드 라인 유틸리티로 -S는 서버를 지정하는 옵션을 준 것이다. 여기서는 localhost의 SQLExpress라는 Instance를 지정했다. SQL Server Express의 Default Instance이름은 항상 'SQLExpress'가 되니 참고하기 바란다. 여기서 여러 가지 명령으로 서버를 조작할 수 있으며, MSDE에도 있던 전통적인 osql을 사용할 수도 있다. osql로 유사한 방식으로 접속한 후 TSQL 명령을 입력해서 원하는 작업을 하면 된다. 그러나 GUI가 대중화된지 10년이 넘은 지금 코맨드 라인 도구를 이용해 조작하는 것은 역시 불편하다. 이것은 대부분의 무료 DBMS가 겪고 있는 문제점으로, 서버의 성능은 만족하나 편의하게 사용할 수 있는 클라이언트단 도구가 항상 부족하다는 것이다. SQL Server Express는 이에 대한 해결책으로 SQL Server Management Studio Express라는 멋진 도구를 같이 제공한다. 이 도구에 대해서는 뒤에 다시 다루도록 하자. SQL Server Express는 SQL Server 2005이다 SQL Server Express와 MSDE를 구분 짓는 가장 큰 특징은 SQL Server Express는 SQL Server 2005의 한 에디션이라는 것이다. MSDE가 SQL Server 7의 엔진을 사용하기는 했지만 어디까지나 MSDE는 SQL Server와는 달랐고 그렇기 때문에 MSDE를 쓰고자 하는 사용자는 새로운 도구들을 익히지 않으면 안 되었다. 하지만 SQL Server Express는 엄연히 SQL Server 2005의 한가지 버전이므로 기본적인 컨셉, 도구, 관리방법 등을 모두 공유한다. 물론 SQL Server Express는 기능이나 용량등에서 제한을 받기는 하지만 MSDE처럼 SQL Server와 별개로 다루어지는 제품이 아니라는 뜻이다. 그렇기 때문에 SQL Server 2005에 관련된 문서나 책자를 가지고 있다면 기본적인 부분은 SQL Server Express에도 똑같이 적용된다. 또한 이런 이유로 인해, 사이트가 확장되어서 더 많은 용량과 기능이 필요해지면 SQL Server Express를 Workgroup -> Standard -> Enterprise버전으로 업그레이드하는데도 큰 비용이나 시간이 들지 않는다. 관리도구나 그 동안 사용했던 애플리케이션도 똑같이 쓰면 된다. 이 부분은 MS의 노림수이기도 할 것으로 보이는데, SQL Server Express는 무료로 배포해서 저변을 늘리고 사이트가 확장될때 정식버전을 판매해서 수익을 올리는 방식이 어느 정도 설득력이 있다. 어쨌거나 사용자 입장에서는 다소의 제한이 걸린 SQL Server 2005를 무료로 쓰게 된 셈이니 나쁠 건 없다. SQL Server Management Studio Express MySQL이나 MSDE와 같은 무료 DBMS를 사용하는 사람들의 가장 큰 불만은 데이터베이스를 관리하는 클라이언트단 유틸리티가 빈약하다는 것이다. 그러나 SQL Server Express에서는 SQL Server Management Studio Express(이하 SSMSE)라는 멋진 툴을 사용할 수 있다. 이 도구는 현재 정식버전이 아닌 CTP이지만 SQL Server Express와 함께 매우 안정적으로 잘 작동하며 강력하다. 설치파일은 약 30MB정도인데 닷넷 Framework 2.0과 MSXML Parser 6.0가 미리 설치되어 있어야 하므로 참고하자. 파일은 다음 페이지에서 받을 수 있다. http://www.microsoft.com/downloads/details.aspx? 설치 후 실행해보면 어떤 식으로 사용하는지 금방 익힐 수 있는 친숙한 인터페이스가 나타나며, 사용자는 이 도구를 이용해 계정, 데이터베이스, 테이블등 DBMS 관련된 모든 객체를 관리하고 조회할 수 있다. SQL Server나 오라클을 써본 사람이라면 배울 필요도 없이 금방 쓸 수 있는 매우 일반적인 인터페이스를 채용하고 있다. 사실 SSMSE를 사용하면 다른 도구가 거의 필요 없을 정도인데 무료로 사용할 수 있는 DBMS에 이 정도의 툴을 지급한다는 것은 다른 무료 DBMS와 확실히 차별화되는 SQL Server Express만의 장점일 것이다. 기능 제한과 주요 기능 SQL Server Express는 여러 가지 기능적인 제한을 갖는다고 앞서 언급했다. 그 주요제한은 다음과 같다. 리포팅 서비스는 지원되지 않는다. OLAP/Data mining 서비스는 지원되지 않는다. Analsys 서비스는 지원하지 않는다. DTS를 지원하지 않는다. Database Mirroring은 지원하지 않는다. Database의 크기는 4GB로 제한된다. 지원하는 RAM의 크기는 1GB까지이다. SMP시스템이라도 CPU는 1개만 지원한다. 그러나 SQL Server Express는 SQL Server 2005의 한 에디션이다. 그러므로 다음과 같은 주요기능들을 지원한다. SQL Server Express는 stored procedure를 지원한다. SQL Server Express는 view를 지원한다. SQL Server는 Trigger를 지원한다. SQL Server는 Replication Subscriber가 될 수 있다. SQL Server는 XML을 지원한다. 여기서 설명되지 않은 제한이나 기능도 있지만 전체적인 모양은 작은 사이트에서 사용할 때 최고의 성능을 발휘하도록 최적화된 그런 형태이다. SQL Server의 정품이 갖는 고급기능도 많이 포함하고 있으므로 개발자 입장에서는 훨씬 편하게 작업할 수 있을 것이다. 다만 데이터베이스의 크기가 4GB로 제한되어 있으므로 대용량 데이터가 지속적으로 발생하는 사이트에서는 쓰기 어렵고, 또 램 1GB와 CPU 1개의 제한이 있기 때문에 고성능을 요하는 사이트에도 역시 맞지 않다. 이런 점을 생각해서 자신이나 자신의 조직에 어떤 에디션이 필요한지 잘 판단해보기 바란다. 하지만 SQL Server Express는 많은 경우 최선의 선택이 될 것이다. 마치며 지금까지 설명한 내용들을 보면 알 수 있듯이 SQL Server Express가 SQL Server 정품에 비교해 갖는 제한이라는 것은 사이트가 작으면 거의 문제가 되지 않는 것임에 비해 지원하는 기능들은 너무나 강력하다. 또한 거듭 얘기되지만 SQL Server Express는 SQL Server 2005의 한 에디션이므로 향후 업그레이드가 용이하다는 것도 큰 장점이다. SQL Server Express는 이런 장점들을 바탕으로 그간 MySQL 등 오픈소스 쪽의 무료 DBMS들이 차지했던 시장의 상당부분을 차지할 가능성이 있다. MS의 독점이 심화되는 것은 분명 경계할만한 일이지만 이젠 기존의 것보다는 좀더 강력하며 편리한 인터페이스를 갖는 무료 DBMS 하나쯤 나와도 좋지 않을까 한다. 항상 경쟁은 발전을 유도하는 법이므로 MS의 무료배포에 자극받은 오픈소스 측의 DBMS들이 지금보다 더 발전하게 된다면 그것도 역시 좋은 일이다. 시장의 방향이 어느 쪽으로 흘러가든 사용자는 즐겁게 기다릴 뿐이다.

 

vi Editor's Command Collection

정리일자 : 2006.10.18(수)
정리자 : 제갈장비

자바 문자열 엔코딩 테스트 모음

  String strTITLE01="";
  String strTITLE02="";
  String strTITLE03="";
  String strTITLE04="";
  String strTITLE05="";
  String strTITLE06="";
  String strTITLE07="";
  String strTITLE08="";
  String strTITLE09="";
  String strTITLE10="";
  String strTITLE11="";
  String strTITLE12="";
  String strTITLE13="";

  try {
   strTITLE01 = new String(title.getBytes("Shift_JIS"),"ISO-8859-1");
   strTITLE02 = new String(title.getBytes("Shift_JIS"),"EUC-JP");
   strTITLE03 = new String(title.getBytes("Shift_JIS"),"EUCJIS");
   strTITLE04 = new String(title.getBytes("Shift_JIS"),"UTF-8");
   strTITLE05 = new String(title.getBytes("ISO-8859-1"),"Shift_JIS");
   strTITLE06 = new String(title.getBytes("ISO-8859-1"),"EUC-JP");
   strTITLE07 = new String(title.getBytes("ISO-8859-1"),"EUCJIS");
   strTITLE08 = new String(title.getBytes("ISO-8859-1"),"UTF-8");
   strTITLE09 = new String(title.getBytes("ISO-8859-1"),"ISO-8859-1");
   strTITLE10= new String(title.getBytes("UTF-8"),"Shift_JIS");
   strTITLE11= new String(title.getBytes("UTF-8"),"EUC-JP");
   strTITLE12= new String(title.getBytes("UTF-8"),"MS932");
   strTITLE13= new String(title.getBytes("UTF-8"),"UTF-8");

   System.out.println(strTITLE01);
   System.out.println(strTITLE02);
   System.out.println(strTITLE03);
   System.out.println(strTITLE04);
   System.out.println(strTITLE05);
   System.out.println(strTITLE06);
   System.out.println(strTITLE07);
   System.out.println(strTITLE08);
   System.out.println(strTITLE09);
   System.out.println(strTITLE10);
   System.out.println(strTITLE11);
   System.out.println(strTITLE12);
   System.out.println(strTITLE13);
  } catch (UnsupportedEncodingException e) {
   e.printStackTrace();
  }

- 끝 -

평균구하고, 소숫점 자리수 지정하기
    Select round(avg(숫자형 필드),2)

문자열을 일자형을 바꾸기
    Select to_timestamp('20060902','yyyymmdd')

문자열을 일자형을 바꾼다음 10초 더하기
    Select to_timestamp('20060902','yyyymmdd') + '10'
    혹은
    Select to_timestamp('20060902','yyyymmdd') + '10 sec'

문자열을 일자형을 바꾼다음 10분 더하기
    Select to_timestamp('20060902','yyyymmdd') + '10 minute'

문자열을 일자형을 바꾼다음 10시간 더하기
    Select to_timestamp('20060902','yyyymmdd') + '10 hour'

문자열을 일자형을 바꾼다음 10일 더하기
    Select to_timestamp('20060902','yyyymmdd') + '10 day'

문자열을 일자형을 바꾼다음 10개월 더하기
    Select to_timestamp('20060902','yyyymmdd') + '10 month'

문자열을 일자형을 바꾼다음 10년 더하기
    Select to_timestamp('20060902','yyyymmdd') + '10 year'


더 많은 예 참조

------------------------------------------------------

일자형 필드를 문자열로 바꾸기(24시간형식으로 표시)
    Select to_char(일자형 필드명,'yyyymmddhh24')

일자형의 각 요소 표시하기
          Select current_timestamp
                    ,to_char(current_timestamp, 'HH')
                    ,to_char(current_timestamp, 'HH12')
                    ,to_char(current_timestamp, 'HH24')
                    ,to_char(current_timestamp, 'MI')
                    ,to_char(current_timestamp, 'SS')
                    ,to_char(current_timestamp, 'MS')
                    ,to_char(current_timestamp, 'US')
                    ,to_char(current_timestamp, 'SSSS')

 

사용자가 찾고자 하는 문자열을 검색할 수 있는 윈도우가 있고,
그 윈도우 안에는 사용자가 찾고자 하는 문자와 일치하는 텍스트가 있다고 가정하자.
검색되어진 문자의 위치는 밝게 처리가 되어야 사용자가 쉽게 확인할 수 있을 것이다.
예를 들면 이것은 아래 그림1처럼 보여야 할 것이다.

<그림 3>

이렇게 하여 데이터윈도우 Result Set에 원본 컬럼 대신에
세 개의 Computed Filed들을 별도로 추가함으로써 데이터윈도우에
있는 텍스트의 일부를 선택할 수 있다는 것을 보았다(그림 4).

 

<그림 4>

Selecting Several Parts

첨부문서 : Highlighting Selected Text in PowerBuilder DataWindow.mht

Little Known, But Incredibly Useful, PowerBuilder Tips and Tricks

이 문서는 TechWave 2006에서 발표한 자료 중 Tip & Trick 일부를 정리한 것으로 파워빌더를 사용해본 경험자나

처음 시작하는 사람들에게 조금이나마 도움이 되었으면 한다.

 

이하는 첨부문서참조

 

첨부문서 : Little Know-But Incredibly UseFul-PowerBuilder Tip and Tricks.mht

  챠트의 테두리가 파랗고 좀 두껍게 나왔죠?

 

D. Plot 영역 조정하기

 

    위의 C 소스 다음에 아래의 코드를 넣고 실행합니다.

 

    // 클래스 추가       

    import org.jfree.chart.plot.CategoryPlot;

 

    // 3. Plot 영역 조정하기
    CategoryPlot plot = chart.getCategoryPlot();  // 챠트의 Plot 객체를 구한다.
    plot.setBackgroundPaint(Color.lightGray);     // 챠트의 Plot 배경색을 lightGray로 바꾼다.
    plot.setRangeGridlinePaint(Color.BLUE);       // 수평 그리드라인의 색을 BLUE로 바꾼다.
    plot.setDomainGridlinesVisible(false);           // 수직 그리드라인을 안보이게 한다.

 

어디가 변했는지 느껴지죠?

 

 

E. 횡축 설정하기

 

   위의 D 소스 다음에 아래의 코드를 넣고 실행합니다.

 

    // 클래스 추가

    import org.jfree.chart.axis.CategoryAxis;
    import org.jfree.chart.axis.CategoryLabelPositions;

    // 4. 횡축 설정하기
    CategoryAxis axis = plot.getDomainAxis();     // 횡축 객체 구하기
    axis.setLowerMargin(0.03);  // 횡축의 가장 왼쪽과 가장 왼쪽 봉과의 여백
    axis.setUpperMargin(0.03);  // 횡축의 가장 오른쪽과 가장 오른쪽 봉과의 여백
    axis.setCategoryLabelPositions
    (CategoryLabelPositions.createUpRotationLabelPositions(Math.PI / 6.0));
                                               // 카테고리명을 위로 향하게 비스듬히 나타나도록 한다.

 

 

 

F. 종축 설정하기

 

   위의 E 소스 다음에 아래의 코드를 넣고 실행합니다.

 

    // 클래스 추가

    import org.jfree.chart.axis.NumberAxis;

 

    // 5. 종축 설정하기
    NumberAxis rangeAxis = (NumberAxis) plot.getRangeAxis();
    rangeAxis.setStandardTickUnits(NumberAxis.createIntegerTickUnits());

 

    "getRangeAxis()"로 종축 설정을 구합니다.
    "setStandardTickUnits()"로 정수값만을 표시하도록 설정합니다.
    (여기선 종축이 수치이기 때문에 NumberAxis로 캐스트했지만
    종축이 일자인 경우에는 DateAxis,
    시각인 경우에는 PeriodAxis로 캐스트합니다.

    이 문서는 위에서 데이타 중에 마이너스 값이 있기 때문에 종축의 표시가 이미 정수로

    나타나지만 음수값을 양수로 고친 후 보면 0.5,1.0,1.5.... 식으로 나타납니다.

    이것을 1, 2, 3 ... 으로 보여줄 때 위의 코드를 사용합니다.

 

    그래서 모양이 E 와 똑같기 때문에 이 섹션은 그림 파일이 없습니다.

   

G. 봉을 커스터마이즈 하기

 

    CategoryPlot의 오브젝트로 부터 그래프의 표시방법을 결정하는
    Renderer 오브젝트를 구하여 봉의 모양을 조정합니다.

 

    // 클래스 추가

    import org.jfree.chart.renderer.category.BarRenderer;

 

    // 6. 봉을 커스터마이즈하기
    BarRenderer renderer = (BarRenderer) plot.getRenderer();  // BarRenderer를 구한다.
    renderer.setItemMargin(0.05);                // 봉과 봉사이의 여백을 정한다.
    renderer.setDrawBarOutline(false);        // 봉의 경계선 표시를 설정

 

봉과 봉사이가 좁아졌죠?

 

H. 봉에 그라데이션 효과를 주고 색깔도 바꾸기

 

    // 클래스 추가

    import java.awt.GradientPaint;

 

    // 7.봉색깔 바꾸기
    GradientPaint gp0 = new GradientPaint(0.0f, 0.0f, Color.blue,   0.0f, 0.0f, new Color(0, 0, 64));
    GradientPaint gp1 = new GradientPaint(0.0f, 0.0f, Color.green, 0.0f, 0.0f, new Color(0, 64, 0));
    GradientPaint gp2 = new GradientPaint(0.0f, 0.0f, Color.red,     0.0f, 0.0f, new Color(64, 0, 0));
    renderer.setSeriesPaint(0, gp0);
    renderer.setSeriesPaint(1, gp1);
    renderer.setSeriesPaint(2, gp2);

 

 

전단계의 그래프와 비교해 보면 색깔의 순서가 바뀌었습니다.

그리고 그라데이션 효과도 나타나구요.

 

I. 전체 완성 소스

 

import java.awt.Dimension;
import javax.swing.JApplet;
import org.jfree.chart.ChartFactory;
import org.jfree.chart.ChartPanel;
import org.jfree.chart.JFreeChart;
import org.jfree.chart.plot.PlotOrientation;
import org.jfree.data.category.DefaultCategoryDataset;

import java.awt.Color;

import java.awt.BasicStroke;

import org.jfree.chart.plot.CategoryPlot;

import org.jfree.chart.axis.CategoryAxis;
import org.jfree.chart.axis.CategoryLabelPositions;

import org.jfree.chart.axis.NumberAxis;

import org.jfree.chart.renderer.category.BarRenderer;

import java.awt.GradientPaint;

public class BarChartDemo_t01_2 extends JApplet{

 public BarChartDemo_t01_2(){
  // row keys...
        final String series1 = "First";
        final String series2 = "Second";
        final String series3 = "Third";

        // column keys...
        final String category1 = "Category 1";
        final String category2 = "Category 2";
        final String category3 = "Category 3";
        final String category4 = "Category 4";
        final String category5 = "Category 5";

        // create the dataset...
        final DefaultCategoryDataset dataset = new DefaultCategoryDataset();

        dataset.addValue(1.0, series1, category1);
        dataset.addValue(4.0, series1, category2);
        dataset.addValue(3.0, series1, category3);
        dataset.addValue(5.0, series1, category4);
        dataset.addValue(5.0, series1, category5);

        dataset.addValue(5.0, series2, category1);
        dataset.addValue(7.0, series2, category2);
        dataset.addValue(6.0, series2, category3);
        dataset.addValue(8.0, series2, category4);
        dataset.addValue(4.0, series2, category5);

        dataset.addValue(-4.0, series3, category1);
        dataset.addValue(-3.0, series3, category2);
        dataset.addValue(-2.0, series3, category3);
        dataset.addValue(-3.0, series3, category4);
        dataset.addValue(-6.0, series3, category5);
       
       
        // create the chart...
        final JFreeChart chart = ChartFactory.createBarChart(
            "Bar Chart Demo test01",  // chart title
            "Category",               // domain axis label
            "Value",                  // range axis label
            dataset,                  // data
            PlotOrientation.VERTICAL, // orientation
            true,                     // include legend
            true,                     // tooltips?
            false                     // URLs?
        );
       
        final ChartPanel chartPanel = new ChartPanel(chart);
        

        // 여기서부터 다듬기 시작
     
        // 1. 챠트 배경색 바꾸기
        chart.setBackgroundPaint(Color.WHITE);
       
        // 2. 그래프 전체의 경계선 설정하기
        chart.setBorderVisible(true);                 // 챠트전체의 경계선이 나타난다.
        chart.setBorderPaint(Color.BLUE);             // 챠트전체의 경계선의 색을 파란색으로 정한다.
        chart.setBorderStroke(new BasicStroke(5));    // 챠트전체의 경계선의 두께를 정한다.

        // 3. Plot 영역 조정하기
        CategoryPlot plot = chart.getCategoryPlot();  // 챠트의 Plot 객체를 구한다.
        plot.setBackgroundPaint(Color.lightGray);     // 챠트의 Plot 배경색을 lightGray로 바꾼다.
        plot.setRangeGridlinePaint(Color.BLUE);       // 수평 그리드라인의 색을 BLUE로 바꾼다.
        plot.setDomainGridlinesVisible(false);        // 수직 그리드라인을 안보이게 한다.

        // 4. 횡축 설정하기
        CategoryAxis axis = plot.getDomainAxis();     // 횡축 객체 구하기
        axis.setLowerMargin(0.03);  // 횡축의 가장 왼쪽과 가장 왼쪽 봉과의 여백
        axis.setUpperMargin(0.03);  // 횡축의 가장 오른쪽과 가장 오른쪽 봉과의 여백
        axis.setCategoryLabelPositions
        (CategoryLabelPositions.createUpRotationLabelPositions(Math.PI / 6.0));
                                    // 카테고리명을 위로 향하게 비스듬히 나타나도록 한다.

        // 5. 종축 설정하기
        NumberAxis rangeAxis = (NumberAxis) plot.getRangeAxis();
        rangeAxis.setStandardTickUnits(NumberAxis.createIntegerTickUnits());
        // "getRangeAxis()"로 종축 설정을 구한다.
        // "setStandardTickUnits()"로 정수값만을 표시하도록 설정한다.
        // (여기선 종축이 수치이기 때문에 NumberAxis로 캐스트했지만
        // 종축이 일자인 경우에는 DateAxis,
        // 시각인 경우에는 PeriodAxis로 캐스트한다.

        // 6. 봉을 커스터마이즈하기
        BarRenderer renderer = (BarRenderer) plot.getRenderer();  // BarRenderer를 구한다.
        renderer.setItemMargin(0.05);                 // 봉과 봉사이의 여백을 정한다.
        renderer.setDrawBarOutline(false);            // 봉의 경계선 표시를 설정
       
        // 7.봉색깔 바꾸기
        GradientPaint gp0 = new GradientPaint(0.0f, 0.0f, Color.blue,  0.0f, 0.0f, new Color(0, 0, 64));
        GradientPaint gp1 = new GradientPaint(0.0f, 0.0f, Color.green, 0.0f, 0.0f, new Color(0, 64, 0));
        GradientPaint gp2 = new GradientPaint(0.0f, 0.0f, Color.red,   0.0f, 0.0f, new Color(64, 0, 0));
        renderer.setSeriesPaint(0, gp0);
        renderer.setSeriesPaint(1, gp1);
        renderer.setSeriesPaint(2, gp2);

 

        // 다듬기 끝

 

 

        setContentPane(chartPanel);
 }
}

 

 

 

Z. 맺음말

 

이로서 간단히 봉그래프를 다듬는 것에 대해 적어 봤습니다.

 

그런데 쓸만한 매뉴얼이 너무 적군요.

 

 

- 끝 -

var viewer_image_url = "http://blogimgs.naver.com/blog20/blog/layout_photo/viewer/"; var photo = new PhotoLayer(parent.parent.parent); photo.Initialized(); window.onunload = function() { photo.oPhotoFrame.doFrameMainClose(); }.bind(this);

var viewer_image_url = "http://blogimgs.naver.com/blog20/blog/layout_photo/viewer/"; var photo = new PhotoLayer(parent.parent.parent); photo.Initialized(); window.onunload = function() { photo.oPhotoFrame.doFrameMainClose(); }.bind(this);

작성일 : 2006년 9월 15일
작성자 : 제갈장비

개요 : 웹어플리케이션에서 보고서, 장표, 전표 등 일정 형식을 갖는 양식을 출력할 때
         JasperReports의 기능을 사용하면 편합니다.

         그 중에 데이타베이스에 접근하여 원하는 데이타를 갖고와서 양식에 맞도록 넣어준 것을
         PDF로 출력하는 기본적인 방법을 설명합니다.


[ 미리 알아두세요 ]

*  이 문서에서는 iReport로 JasperReports의 template 파일인 jrxml 파일을 만드는 방법은
    설명하지 않습니다.

    하지만 이 문서를 이해하기 위해선 반드시 알아야 합니다.

    무엇을?

    jrxml 파일 만드는 방법을.....

    iReport 사용법을 모르시면 jrxml을 직접 만드셔야 하는데 그건 저도 모르므로
    iReport를 이요한 작성방법은 제 블로그를 참조해 보세요.

   참조 문서 :  웹보고서 기능 만들기(iReport->JasperReports)


* 이 문서는 이전에 올린


* 이 문서는 웹어플리케이션에서의 작성방법이 아니고 컴맨드라인에서 행하는 방법을 작성한 것입니다.

* 저도 아직 JasperReports에 대해서 초보자라서 자세한 설명은 할 수 없습니다.

[ 환경 ]
이 문서는 아래와 같은 환경에서 테스트된 것입니다.

    JAVA 1.4.2_12
    iReport 1.2.5
    PostgreSql 8.1
    JasperReports 1.2.5


[ 시작 ]
우선, iReport를 사용해서 JasperReports의 template 파일인 jrxml 파일을 만듭니다.
( 처음에 강조해 두었는데도 여기서부터 막히는 사람 꼬~~옥 있다.^^)

이 문서에서 사용한 데이타베이스 관련 사항은 위의 참조문서
웹보고서 기능 만들기(iReport->JasperReports)의 데이타베이스와 같습니다.
처음하시는 분은 저와 똑같이 하시기 바랍니다.

다음은 jrxml 파일을 컴파일하여 PDF 파일을 생성하는 소스입니다.

파일명 : JRtest01.java

import java.sql.*;
import java.util.*;
import net.sf.jasperreports.engine.*;
/**
* JasperReport Sample
*
* 컴파일 -> 데이타 바인드 -> 출력의 전체 단계
* 참조 : http://www.thinkit.co.jp/free/tech/4/4/
*/
public class JRtest01 {
 public static void main(String[] args) {
 // 템플레이트 XML 파일 경로
 String templatePath = "template/JRtest01.jrxml";
 // 출력할 PDF 파일 경로
 String destPath = "output/JRtest01.pdf";
 Connection con = null;
 try {
  // (1)템플레이트 XML 컴파일
  JasperReport jasperReport = JasperCompileManager.compileReport(templatePath);
  // (2)파라메타 생성
  String VAR_QUERY = "SELECT b.rel_name, a.fname, a.telno1 " +
       " FROM tbl01 a LEFT JOIN rel b ON a.rel_id = b.rel_id " +
       " ORDER BY b.rel_name";
  Map paramMap = new HashMap();
  paramMap.put("VAR_QUERY",VAR_QUERY);
  // (3)데이타소스 생성
  Class.forName("org.postgresql.Driver");
  con = DriverManager.getConnection("jdbc:postgresql://127.0.0.1:5432/DB명", "아이디","패스워드");
  // (4)데이타의 동적 바인드
  JasperPrint print = JasperFillManager.fillReport(jasperReport, paramMap, con);
  // (5) PDF로 출력
  JasperExportManager.exportReportToPdfFile(print, destPath);
 } catch (Exception ex) {
      ex.printStackTrace();
 }
 finally{
  try {
   if(con.isClosed() == false){
                con.close();
            }
  } catch (SQLException e) {
   e.printStackTrace();
  }
 }
 }
}

위의 소스에서 빨간색으로 된 부분이 jrxml에 넘겨줄 SQL 부분입니다.
이렇게하면 프로그램에서 데이타를 통째로 바꿀 수 있습니다.
하지만 불러오는 항목명은 jrxml에 이미 정의되어 있기 때문에 바꾸기 힘듭니다.
VAR_QUERY가 다음에 설명하는 jrxml 파일의 어디에서 사용되었는지 살펴보기 바랍니다.

다음은 jrxml 파일입니다.
이 파일의 소스는 전부 적지 않겠습니다.
별다른 파라메터 없이 SQL을 지정해서 만든 jrxml 파일이라면
파일 내의 <queryString> 태그내에 SQL이 설정되어 있을 겁니다.

예를들어 이 문서의 경우는

<queryString><![CDATA[SELECT b.rel_name, a.fname, a.telno1
   FROM tbl01 a LEFT JOIN rel b ON a.rel_id = b.rel_id
   ORDER BY b.rel_name]]></queryString>
와 같이 되어 있습니다.

이 부분을 이제부터 프로그램에서 SQL을 바꾸어서 넘겨주는 파라메터로서 정의하겠습니다.

방법은 간단합니다.

우선 바꾼 후의 소스를 보죠.

 <parameter name="VAR_QUERY" isForPrompting="true" class="java.lang.String">
     <defaultValueExpression ><![CDATA["NO INPUT"]]></defaultValueExpression>
 </parameter>

 <queryString><![CDATA[$P!{VAR_QUERY}]]></queryString>

이렇게 바꿨습니다.
자바 프로그램에서 넘어오는 파라메터를 받을 VAR_QUERY를 정의했고
그 파라메터를 <queryString>에서 사용하는 것입니다.

좀 전의 자바 프로그램 소스의 빨간색 부분과 같이 보시면 이해가 금방 되실 겁니다.

이제 다 됐습니다.

벌써?

사실, 알고나면 별거 아닙니다. 몰라서 그렇지....

iReports로 디자인하는 것이 시간이 제일 많이 걸리겠군요.

이제 컴파일하고 실행해 보시면 결과물이 나올겁니다.

작성일 : 2006년 9월 15일
작성자 : 제갈장비

개요 : 웹어플리케이션에서 보고서, 장표, 전표 등 일정 형식을 갖는 양식을 출력할 때
         JasperReports의 기능을 사용하면 편합니다.


다음은 컴맨드 라인에서 JasperReports의 template 파일인 jrxml 파일을 Compile해서
PDF파일을 생성하는 간단한 예제입니다.

하지만 이거 알아내느라 하루반을 인터넷 검색에 매달렸습니다.

아직 jrxml 파일을 편집기로 직접 코딩해서 만들진 못하지만
이전에 iReport 사용법을 어느정도 익혔기 때문에 문제될 건 없다고 생각합니다.

iReport 사용법은 제 블로그를 참조하세요.

여기 -> http://dojeun.egloos.com/315019

그리고 이제 공부하기 시작했기 때문에 아래 소스에 대한 자세한 설명은 기대하지 마시길...

하지만 똑같이 따라하면 결과를 보실 수 있을겁니다.

[ 테스트한 환경 ]
    JAVA Version : 1.4.2_12
    JasperReports : 1.2.5

[ Folder구조 ]
    c:javacjasperreport                  : Java Source 폴더
    c:javacjasperreportoutput       : PDF 폴더
    c:javacjasperreport emplate   : jrxml 폴더

[ Classpath 설정 ]
JasperReports를 다운받아 압축을 풀면
그 밑에 jasperreports-1.2.5/lib의 경로에 여러 jar 파일이 있는데
그 중에 아래의 파일들을 Java Source폴더에 복사해 놓습니다.

commons-beanutils-1.5.jar
commons-collections-2.1.jar
commons-digester-1.7.jar
commons-javaflow-20060411.jar
commons-logging-1.0.2.jar
itext-1.3.1.jar
jasperreports-1.2.5.jar

혹시 JFreeChart가 들어있다면 JFreeChart의 라이브러리도 클래스에 포함해 줍니다.


명령행에서 다음 명령을 실행해서 클래스패스를 정해 줍니다.

( 노파심 : 현재 jar파일은 위의 Java Source 폴더에 있고
               이 명령도 Java Source 폴더에서 실행해야 합니다.)

>set classpath=.;commons-beanutils-1.5.jar;commons-collections-2.1.jar;commons-digester-1.7.jar;commons-javaflow-20060411.jar;commons-logging-1.0.2.jar;itext-1.3.1.jar;jasperreports-1.2.5-applet.jar;jasperreports-1.2.5.jar

[ jrxml 파일 생성 ]
위의 jrxml 폴더에 아래의 파일을 생성해 둡니다.

파일명 : jasperreports_test01.jrxml



<?xml version="1.0"?>
<!DOCTYPE jasperReport
  PUBLIC "-//JasperReports//DTD Report Design//EN"
  "http://jasperreports.sourceforge.net/dtds/jasperreport.dtd">
<jasperReport name="Simple_Report">
 <detail>
    <band height="20">
      <staticText>
        <reportElement x="180" y="0" width="200" height="20"/>
        <text><![CDATA[Hello World!]]></text>
      </staticText>
    </band>
  </detail>
</jasperReport>

[ Java 파일생성 ]
위의 Java Source 폴더에 아래의 파일을 생성합니다.

파일명 : Jasperreports_test01.java

import java.util.*;
import net.sf.jasperreports.engine.*;
public class Jasperreports_test01
{
  public static void main(String[] args)
  {
    JasperReport jasperReport;
    JasperPrint jasperPrint;
    try
    {
      jasperReport = JasperCompileManager.compileReport("template/jasperreports_test01.jrxml");
      jasperPrint  = JasperFillManager.fillReport(jasperReport, new HashMap(), new JREmptyDataSource());
      JasperExportManager.exportReportToPdfFile(jasperPrint, "output/jasperreports_test01.pdf");
    }
    catch (JRException e)
    {
      e.printStackTrace();
    }
  }
}

[ Compile ]
Java Source 폴더에서 다음 명령을 실행합니다.
>javac Jasperreports_test01.java [enter]

[ RUN ]
Java Source 폴더에서 다음 명령을 실행합니다.
>java Jasperreports_test01 [enter]

[ 확인 ]
위의 PDF 폴더 안을 보면 jasperreports_test01.pdf 가 생성되어 있을 겁니다.

PDF Viewer로 확인.

빼낸 라이브러리를 가끔 지운 경우
다운받은 파일을 압축풀어서 빼내기도 귀찮아서
여기에 그냥 등록해 둡니다.

- jcommon-1.0.5.jar
- jfreechart-1.0.2.jar

JFreeChart 1.0.0 DEMO Source

작성일 : 2006.09.14

수정일 : 2006.09.20

작성자 : 제갈장비

========================================================

[ 다운로드 파일 ]

1. 데모소스파일 : jfreechart-1.0.0-demo_src.zip

2. 애플릿으로 변경한 어플리케이션 : JFreeChartTest01.zip

========================================================

1. 데모소스파일

데모소스파일은 jfreechart-1.0.0의 데모 소스입니다.

이 다음 버전 부터는 돈내고 사게 되어 있네요.

이 소스를 JFreeChart 1.0.2를 이용해 컴파일해 보면 여기저기 에러가 나는데

API 도큐멘트 보면서 고치기도 힘드네요.

그래도 컴파일되는게 많이 있으니까 공부는 됩니다.

소스를 풀었을 때 JFreeChart의 데모소스가 있는 곳은

jfreechart-1.0.0-rc1/src/org/jfree/chart/demo 안에 있습니다.

2. 애플릿으로 변경한 어플리케이션

애플릿으로 변경한 어플리케이션은 제가 공부하기위해 애플릿으로 변경한 소스입니다.

아래에 적은 방법처럼 간단히 변경이 되는 것만 수정했습니다.

변경 방법은 예를들어 BarChart3DDemo1.java의 경우

1. package org.jfree.chart.demo; -> 이 부분을 없애고 대신에 import javax.swing.JApplet; 를 넣어준다.

2. public class BarChart3DDemo1 extends ApplicationFrame -> ApplicationFrame 를 JApplet로 바꾼다.

3. public BarChart3DDemo1(final String title) -> 를 public BarChart3DDemo1()로 변경한다.

4. super(title); -> 지운다.

5. public static void main(final String[] args) { ... } 를 주석처리하거나 지운다.

6. 컴파일

이렇게 변경했습니다.

[실행환경]

TOMCAT : 5.0.28

JDK : 1.4.2_12

JChartFree : 1.0.2

[어플리케이션 실행방법]

압축을 푼 후 톰캣에 웹어플리케이션으로서 등록합니다.

그리고 브라우저의 주소란에 http://localhost:8080/JFreeChartTest01/jsp/ChartList.html 를 넣고

열어보면 애플릿 리스트가 나타나는데 하나하나 클릭해 보시기 바랍니다.

[컴파일 방법]

위에 첨부한 JFreeChartTest01.zip안에 컴파일한 클래스파일도 포함되어 있습니다.

컴파일은 명령행에서 해당 애플릿파일이 들어 있는 디렉토리까지 들어간 다음
우선 클래스패스를 설정해야 합니다.

    > set CLASSPATH=.;C:Tomcat5028commonlibservlet-api.jar;jcommon-1.0.5.jar;jfreechart-1.0.2.jar
    * 자신의 환경에 적절히 맞춰서 설정하시기 바랍니다.

위에 설명한것 처럼 애플릿으로 소스를 바꾼다음
컴파일합니다.

다운받아 보세요

The Jfreechart Class Library-Developer Guide-v1.0.0-pre1.pdf

출처 : http://blog.naver.com/stove/110007738092

글자가 옆으로 나와서 보기가 쫌 거슬린다고 뭐라하면 어쩌나  글자를 돌려야지 ㅠ_ㅠ

글자 돌리는 방법.

다른 차트에서는 테스트 안해봤고 라인차트, TimeSeries 차트에서 해 봤는데 뭐 똑같이 되긋지 -ㅅ-??

----------------------------------------------------------------------------------------

XYPlot plot = chart.getXYPlot();               // chart는 생성한 Chart 객체임

                                                           // Plot 은 차트가 그려지는 영역을 뜻하는것 같다.

                                                           // 언제한번 대대적으로 개념정리를 해야 할듯..

ValueAxis range = plot.getRangeAxis();   // range는 y 축을 뜻함

                                                          // x축을 가지고 장난칠려면 plot.getDomainAxis()

range.setLabelAngle( 90 * (Math.PI / 180.0) );  // 90은 돌릴려는 각도

----------------------------------------------------------------------------------------

setLabelAngle() 함수가 인자를 radian으로 받기 때문에 dgree를 radian으로 바꿔줘야 한다.

Chart 가 Plot을 포함하고 Plot 은 Axis를 포함한다??

기타 Axis(축) 관련 메소드들 -ㅅ-;

setLabel(String label) - 축아래 "온도", "시간" 등의 글자를 설정

setLabelFont(Font font) - Label 폰트 지정

                                    ex) domain.setLabelFont(new Font("굴림", Font.PLAIN, 10));

setTickLabelFont(Font font) - 축의 눈금 아래 출력되는 값의 폰트지정

setRange(float start, float end); - 값의 범위 지정

 

 

출처 : http://blog.naver.com/zijone?Redirect=Log&logNo=20026496858

<testChart.jsp>

<%@ page contentType="text/html;charset=euc-kr"%>
<%@ page import="org.jfree.data.general.DefaultPieDataset"%>
<%@ page import="org.jfree.chart.JFreeChart"%>
<%@ page import="org.jfree.chart.plot.PiePlot"%>
<%@ page import="org.jfree.chart.ChartRenderingInfo"%>
<%@ page import="org.jfree.chart.servlet.ServletUtilities"%>
<%@ page import="org.jfree.chart.urls.StandardPieURLGenerator"%>
<%@ page import="org.jfree.chart.entity.StandardEntityCollection"%>
<%@ page import="org.jfree.chart.ChartFactory"%>
<%@ page import="org.jfree.chart.ChartUtilities"%>
<%@ page import="org.jfree.data.general.PieDataset"%>
<%@ page import="org.jfree.data.category.DefaultCategoryDataset"%>
<%@ page import="org.jfree.chart.plot.PlotOrientation"%>
<%@ page import="java.io.*"%>
<%
 DefaultCategoryDataset dataset = new DefaultCategoryDataset();

 dataset.addValue(5.0, "2005", "1월");
 dataset.addValue(16.0, "2005", "2월");
 dataset.addValue(15.0, "2005", "3월");
 dataset.addValue(14.0, "2005", "4월");
 dataset.addValue(30.0, "2005", "5월");
 dataset.addValue(15.0, "2005", "6월");
 dataset.addValue(18.0, "2005", "7월");   

 dataset.addValue(7.0, "2006", "1월");
 dataset.addValue(19.0, "2006", "2월");
 dataset.addValue(9.0, "2006", "3월");
 dataset.addValue(5.0, "2006", "4월");
 dataset.addValue(15.0, "2006", "5월");
 dataset.addValue(22.0, "2006", "6월");
 dataset.addValue(19.0, "2006", "7월"); 

 JFreeChart chart = ChartFactory.createBarChart("Bar Chart","월", "대여량", dataset, PlotOrientation.VERTICAL, true, true, false);

 chart.setBackgroundPaint(java.awt.Color.white);
 chart.setTitle("월별 DVD 대여량");

 ChartRenderingInfo info = new ChartRenderingInfo(new StandardEntityCollection());
 String fileName = "C:/" + "K0001.jpeg";
 ChartUtilities.saveChartAsJPEG(new File(fileName),chart,600,300,info);
%>
<img src="<%=fileName%>"/>
<br><br>
<%
try {
 DefaultPieDataset dataset2 = new DefaultPieDataset();

 dataset2.setValue("1월", 5);
 dataset2.setValue("2월", 16);
 dataset2.setValue("3월", 15);
 dataset2.setValue("4월", 14);
 dataset2.setValue("5월", 30);
 dataset2.setValue("6월", 15);  

 JFreeChart chart2 = ChartFactory.createPieChart("Pie Chart", dataset2, true, true, false);

 chart2.setBackgroundPaint(java.awt.Color.white);
 chart2.setTitle("월별 DVD 대여량");

 ChartRenderingInfo info2 = new ChartRenderingInfo(new StandardEntityCollection());
 String fileName2 = "C:/" + "K0002.jpeg";
 ChartUtilities.saveChartAsJPEG(new File(fileName2),chart2,600,300,info2);
} catch (Exception e) {

 System.out.println("error!!");
}
%>
<img src="C:/K0002.jpeg"/>

<실행화면>

출처 : http://wwww.okjsp.pe.kr/bbs?act=VIEW&bbs=bbs4&seq=51528

[자바팁 연재-3]JFreeChart를 활용해서 서블릿에서 그래프를 그려봅시다.

 JFeeChart는 챠트 그림을 만드는데 특화한 고기능 라이브러리입니다. 물론, J2SE에는 Java2D라는 그림
생성용의 API가 준비되어 있으므로, JFeeChart같은 라이브러리를 쓰지않고 써도 최소한 그림을 그리는 정도는
가능합니다만, 기둥그래프같은 비교적 간단한 챠트를 만들기에도, 우선 좌표의 계산등의 세밀한 계산이나
번잡한 코딩를 해야만 합니다.

 그러나, JFreeChart를 사용하는 것으로, 그래프의 기본이 되는 데이터 세트를 넘겨주는 것만으로,
기둥그래프나 원 그래프, 버블 챠트, 레이다 챠트, 주식차트 같은 여러가지 챠트를, 간단히 작성할 수
있습니다. 기본적인 그림그리기는 전부 JFeeChart가 대신해 주니까, 프로그래머는 좌표계산 같은 저 레벨의
부분에 신경 쓰지 않아도 됩니다. 또, 예를 들어, 한번 작성한 챠트를 기둥챠트로 부터 둥근챠트에 변환하고
싶다고 생각한 경우에도 , 클래스나 메소드를 바꿔 넣기 만 하면 되기 때문에, 비교적 간단히 바꿀 수 있습니다.
여러분도 이번 기회에 비주얼 챠트를 사용해서 효과적인 페이지를 작성해 보세요.

■해설
(1)JFreeChart라이브러리를 인스톨 합니다.
 JFreeChart를 이용하기에 앞서, 우선 라이브러리를 인스톨해야만 합니다. JFreeChart라이브러리는,
아래의 사이트에서 받습니다.

http://www.jfree.org/jfreechart/

 다운로드파일 jfreechart-X.X.X.zip(X는 버전)을 풀면, 여러가자 파일이 나옵니다.
그중에서 jfreechart-X.X.X.jar, jcommon-X.X.X.jar를 어플리케이션 밑의 /WEB-INF/lib 폴더에 복사해 주세요.

(2)서블릿 클래스를 정의합니다.
 이번에는,  우선 클래스 내부에 지정한 배열값으로, 원 그래프를 작성해 보는 것으로 합니다.
당연히, 배열값을 얻어오는 장소는, 일반적으로 DB등으로 부터 값을 얻어 옵니다.

ChartServlet.java

import java.io.IOException;

import javax.servlet.ServletException;
import javax.servlet.ServletOutputStream;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import org.jfree.chart.ChartFactory;
import org.jfree.chart.ChartUtilities;
import org.jfree.chart.JFreeChart;
import org.jfree.data.general.DefaultPieDataset;

public class ChartServlet extends HttpServlet {
  public void doGet(HttpServletRequest request, HttpServletResponse response)
    throws ServletException, IOException {
    // 그래프 생성용 데이터를 준비합니다.
    String[][] aryDat =
        {
            {"A", "3000" },
            {"B", "10000"},
            {"C", "15000"},
            {"D", "3500" },
            {"E", "4500" }
        };
    // 원 그래프를 기본으로 하는 데이터 셋트를 준비합니다.
   DefaultPieDataset objDpd=new DefaultPieDataset();
    // 데이타 셋트에 항목명과 값을 순서대로 넣습니다.
    for(int i=0;i<aryDat.length;i++){
      objDpd.setValue(aryDat[i][0],Integer.parseInt(aryDat[i][1]));
    }
    // 3차원 원 그래프를 생성( 첫번째 인수로 부터 그래프 타이틀,
    // 데이터 셋트, 판례를 지정 할까, 도구 타이프를 표시할까,
    // URL을 동적으로 생성할까를 지정합니다.)
    JFreeChart objCht=ChartFactory.createPieChart3D(
      "ABCDE....",objDpd,true,false,false);   
    // 바이너리 출력 스트림에 JPEG형식으로 그래프를 출력 (600×400픽셀)
    response.setContentType("image/jpeg");
    ServletOutputStream objSos=response.getOutputStream();
    ChartUtilities.writeChartAsJPEG(objSos,objCht,600,400);
  }
}

(3)디플로이 디스크립터에 서블릿 클래스 등록합시다.
 여기서 만든 서블릿 클래스를 실행하기에 앞서, 미리 디플로이 디스크립터에 대해, 서블릿의 등록을 할
필요가 있습니다. <url-pattern>요소에 /chart.jpg 같이 지정하는 것으로, 서블릿 클래스를 마치 동적인
JPEG파일 인것 처럼 보여주는 것도 할 수 있습니다.

web.xml
<?xml version="1.0" encoding="UTF-8" ?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee web-app_2_4.xsd"
  version="2.4">
  …중략…
  <servlet>
    <servlet-name>ChartServlet</servlet-name>
    <servlet-class>ChartServlet</servlet-class>
  </servlet>
  <servlet-mapping>
    <servlet-name>ChartServlet</servlet-name>
    <url-pattern>/chart.jpg</url-pattern>
  </servlet-mapping>
  …중략…
</web-app>

 이 코드의 실행 결과는,  아래 그림처럼 됩니다.

 로직의 상세한 흐름에 대해서는, 코드 내의 주석을 참조로, 여기서는 JFreeChart를 이용해서 코딩의 간략한 흐름을
파악해 주세요.

1. 데이타 세트의 생성(빨간 부분)
2. 챠트의 생성(보라색 부분)
3. JPEG그림으로 클라이언트에 출력(녹색 부분)

  이것은, 원 그래프이외의 차트를 만드는 경우에도 공통적인 흐름입니다. 이 흐름을 이해하고 있으면,
나중에 이용하는 클래스를 바꿔 넣는 것만으로, 여러가지 챠트를 만들수 있습니다. JFreeChart라이브러리에
속하는 여러가지 클래스의 대해서는 아래를 참조 해주세요..

http://www.jfree.org/jfreechart/javadoc/

출처:http://www.atmarkit.co.jp/fjava/javatips/092jspservlet036.html

출처 : http://blog.naver.com/leikang?Redirect=Log&logNo=60027645340

1.VIA가 만든 블루오션, EPIA

어느 시장이든 차별화된 기술, 또는 제품을 기반으로 시장에 대응하지 않는 한 치열한 경쟁을 피할 수 없는 것이 현실이다. 그런 점에서 보자면 CPU 제조사인 Cyrix와 그래픽 분야에 명성을 가지고 있던 S3를 품으로 맞은 VIA는 그들만의 특별한 제품을 만들어 내기에 유리한 조건을 갖추고 있다고 할 수 있다. CPU에서부터 메인보드용 칩셋, 각종 기능의 구현을 위한 칩셋들과 그래픽 기술까지를 아우르는 모든 기반을 갖추고 있기 때문에 그 하나하나가 비록 최고 수준은 아닐지라 해도 그런 다양한 기술들을 잘만 활용하면 그 어떤 경쟁사도 대응하기 힘든 독창적인 제품을 만들어낼 수도 있다. 실제 VIA는 기술적으로 경쟁의 한계를 뛰어넘기 어려운 메인스트림 외에 자신들만이 할 수 있는 독창적인 Embedded Platform 시장을 새로이 개척하기에 이르렀는데, 그 결과 탄생한 것이 VIA의 EPIA이다. 이 메인보드 시리즈의 첫 번째 특징은 '작다'는 것이겠지만, 면면을 살펴보면 이것이 다양한 관련 기술들을 모두 가지고 있는 VIA가 아니면 시도하기 힘든 새로운 제품의 영역이라는 점을 알 수 있다. VIA는 EPIA 시리즈에서 자사의 관련 칩셋, CPU, VGA 기술들을 통합해 하나의 제품으로 엮어내는 시도를 하고 있다. 아울러 NIC, Audio, HDTV Out에 관련된 자사의 제품들을 적극 활용해 여타 메인보드와 달리 'VIA 칩셋의 총아'라 불릴만한 초슬림 메인보드를 탄생시켰다. EPIA를 이용하면 작고 예쁜 시스템을 만들 수 있다. 물론 여기에서 말하는 '작다'는 개념은 시스템 구축에 일가견이 있는 유저들이 상상할 수 있는 '작은 PC'의 개념을 뛰어넘는 극단적으로 작은 PC를 말한다. 그럼 VIA의 EPIA를 살펴보기로 하자.

 

2.데스크탑 하드웨어를 이용하는 Mini-ITX

EPIA 메인보드는 경이로운 수준의 소형화를 이루어냈다. Mini-ITX 시리즈는 데스크탑에 이용하는 하드웨어를 그대로 이용하게 되므로 이를 위한 추가적인 공간이 필요하게 되지만, 그럼에도 불구하고 현존하는 가장 작은 시스템을 만들어 낼 수 있다. 　   Model   EPIA-CN13000   Processor   1.3GHz VIA C7 nanoBGA2 Processor   Memory   DDR2 400/533 DIMM socket   VGA   VIA UniChrome™ Pro   Expansion Slots   1 x PCI   Onboard IDE   2 x UltraDMA 133/100/66   Onboard SAT   2 x SATA   Onboard LAN   VIA VT6103 LAN Controller   Onboard Audio   VIA VT1618 8-channel AC'97 Codec   TV-OUT   VIA VT1625M HDTV Encoder   Form Factor   Mini-ITX (4-layer) 충분한 확장 공간이 부족한 만큼 시스템에 필요한 모든 기능을 메인보드에 담고 있다. 메인보드 외에 HDD/RAM만 갖추어지면 바로 시스템으로서의 기능을 할 수 있도록 구성되어 있기 때문에 작고 저렴하며, 공간활용을 극대화할 수 있는 시스템을 원하는 사용자에겐 좋은 선택이 될 것으로 보인다. ▲ Mini-ITX 4층 기판의 PCB가 사용되는 Mini-ITX의 크기는 가로, 세로 공히 17cm. Micro-ATX 보다도 확연히 작은 사이즈를 자랑한다. 덕분에 상당 부분에서 확장성이 줄어들긴 했지만 이만큼의 작은 메인보드를 위해서는 어쩔 수 없는 선택이었을 것으로 보인다. ▲ IDE / DIMM 시작부터 최소화된 시스템을 지향하기 때문에 충분한 확장성을 기대하기 어렵지만 DIMM 슬롯이 하나 뿐인 것은 다소 아쉬운 점이다. 메모리는 DDR400/533을 모두 지원하며 1GB까지 장착이 가능하므로 가급적 처음부터 충분한 용량의 메모리를 구입할 필요가 있다. ▲ SATA EPIA Mini-ITX 시리즈는 SATA 역시 지원하고 있기 때문에 상황에 따라 필요한 포트를 이용할 수 있다. 작은 메인보드 치고는 충분한 4개의 IDE와 2개의 SATA 기기를 장착할 수 있기 때문에 보조기억장치를 선택함에 있어 사용상의 제약은 전혀 없다고 할 수 있다. ▲ PCI / FDD Connector 이런 초소형의 메인보드엔 그 필요성이 반감되긴 하지만, 어쨌든 기능 확장을 위한 PCI 슬롯 역시 하나를 갖추고 있다. 사용에 필요한 대다수의 기능이 메인보드에 집약되어 있지만 그 외 사용자에게 꼭 필요한 기능의 추가를 위해 확장 카드를 설치할 수 있다. FDD 커넥터는 PCI 슬롯의 위에 위치하고 있다. 워낙 작은 메인보드이기 때문에 레이아웃 이라는 것이 그다지 큰 의미를 가지긴 어려워 보인다. 어느 위치에 해당 커넥터를 배치하더라도 조립시엔 상당한 노력과 인내를 각오해야 할만큼 촘촘하게 하드웨어들이 배치되기 때문에 ATX의 경우처럼 레이아웃을 평가하기엔 어려움이 따르는 것이 사실이다. ▲ Ethernet Controller VIA의 저력은 바로 이런데 있는 것이 아닐까 생각된다. 메인보드를 위한 칩셋, CPU, Graphic, 그리고 각종 컨트롤러와 PHY 등, 기능의 구현을 위한 거의 모든 종류의 컨트롤러를 만들어내기 때문에 자사의 제품들만을 가지고도 최적화된 시스템을 구현할 수 있다. 이런 메인보드를 구현해낼 수 있는 것 조차도 VIA가 아니면 어려워 보이는 것도 이 때문이다. Mini-ITX 시리즈에 제공할 LAN 기능을 위해 VT6103 Ethernet PHY가 장착되어 있다. 10/100Mbps 속도를 지원하므로 국내의 가장 빠른 인터넷 환경에도 충분히 대응할 수 있다. ▲ HDTV Encodeor TV-Out을 위해 HDTV Encoder인 VT1625M이 장착되어 있다. TV-Out 기능 역시 빼놓지 않고 지원하고 있는 것은 긍정적인 부분으로 시스템의 활용 가치를 높여주는 방법이라 할 수 있다. 이런 Embedded Platform들의 대다수가 전문적인 작업 보다는 다양한 활용에 초점이 맞추어져 있기 때문에 거실의 한 자리를 차지하기 위해서는 반드시 필요한 기능 중 하나이다. ▲ Super I/O EPIA Mini-ITX는 Super I/O 역시 VIA의 칩을 사용하고 있다. 토탈 시스템 솔루션 업체답게 자사의 각종 칩셋들 만으로도 PC의 거의 모든 기능을 구현할 수 있는 장점이 있다. 물론 Winbond 83697UF역시 호환되기 때문에 이를 이용할 수 도 있다. ▲ AC97' Codec VT1618 AC97' 코덱을 장착해 8채널 사운드를 지원한다. 개인적 의견으로는 더이상의 멀티채널 보다는 음질 부분을 강화하는 게 어떨까 하는 조언을 다수의 컨트롤러/코덱 제조사에게 건의하고 싶지만 어쨌든 대세는 다채널화 되어가고 있으므로 이에 준하는 성능을 갖춘 것으로 생각된다. ▲ South Bridge 사우스 브릿지로는 VIA의 VT8237R Plus가 장착되어 있다. 충분하다 못해 넘칠 만큼의 기능들을 지원하므로 이를 토대로 작지만 충실한 기능의 지원을 이루어내고 있다.  ▲ VIA CN700 IGP Chipset VIA C7 프로세서를 위한 CN700 IGP 칩셋을 장착하고 있다. 기능상으론 훌륭하지만 VIA의 프로세서 자체를 시장에서 만나기 힘들기 때문에 이 칩셋이 사용된 메인보드 역시 시장에서 쉽게 찾아보기 힘든 것이 사실이다. 하지만 CN700 칩셋은 DDR/DDR2를 모두 지원하며 S3 UniChrome Pro 그래픽이 내장된 매력적인 칩셋이다. 최근 많이 사용되는 고화질 동영상의 경우 C7 프로세서의 능력으로 인해 다소 버겁지 않을까 하는 걱정이 들기도 하지만 UniChrome Pro는 하드웨어 MPEG-2 Decoding Acceleration을 지원하고 있어 DVD에도 충분히 대응할 수 있는 능력을 갖추고 있다. ▲ VIA C7 Processor VIA EPIA 시리즈는 그 특성에 맞게 CPU 역시 보드에 장착되어 있다. Mini-ITX는 CN13000G/CN10000EG 두 모델이 출시되어 있는데, CN13000G는 1.3GHz, 10000EG는 1.0GHz의 C7 프로세서가 탑재된다. 클럭도 높진 않지만 90 나노의 미세공정으로 제조되는 C7 프로세서이기 때문에 그 발열량은 히트싱크 만으로도 감당할만한 수준이다. 다만 작은 케이스의 사용이 함께 고려되어야 하기 때문에 Mini-ITX는 40mm 팬과, 노스브릿지를 아우르는 큼직한 히트싱크가 채용되어 있다. ▲ 전원부 VIA의 프로세서들은 전력 소모와 발열에 있어서는 대단한 장점을 가지고 있다. 비록 최신의 프로세서들과 비교할 때 성능상의 열세가 두드러진다고는 하지만, 게임이나 빠른 3D 등의 처리를 위한 고사양 시스템이 아닌 이상 일반적인 웹서핑이나 어플리케이션에 있어서는 빠른 프로세서의 덕을 보기 어려운 것이 사실이기 때문에 이런 시스템 솔루션엔 오히려 최적의 선택이 될 수도 있다. 더구나 극도로 작은 시스템의 구현을 위해서는 발열의 제어가 불가피하기 때문에 이런 저전력 CPU는 확실한 이점이 될 수 있다. 메인보드의 전원부 역시 상당히 간소하지만 CPU와 칩셋 등이 사용하는 전력을 공급하는덴 부족함이 없다. ▲ 백패널 백패널은 일반 ATX 메인보드의 그것에 비해 큰 차이가 없을 만큼 많은 입출력 포트들이 자리하고 있다. TV-Out을 위한 S-Video 단자와 S/PDIF 출력을 위한 RCA 단자, 이더넷을 위한 RJ45포트와 4개의 USB 2.0 포트도 마련되어 있다. 현재엔 사용의 빈도가 극히 낮지만 하나의 시리얼 포트와 내장 그래픽의 출력을 위한 D-SUB 포트가 함께 장착돼 있는 것도 볼 수 있다.

3.상상보다 더 작은 PC, Nano-ITX

앞서 살펴본 Mini-ITX는 고작 17cm의 정사각형 크기로 온보드된 CPU와 VGA를 이용해 극단적으로 작은 PC를 만들 수 있다. 하지만 이제 둘러볼 Nano-ITX를 이용하면 상상하기 힘든 크기의 PC를 만들어 낼 수도 있다. 얼마나 작은 PC가 만들어 질 수 있는지 확인해보자. 　   Model   VIA EPIA A-N10000E   Processor   VIA Luke CoreFusion Processor   Chipset   VIA VT8237R South Bridge   VGA   VIA UniChrome Integrated Graphic   Expansion Slots   1 x Mini-PCI   Onboard Serial ATA   2 x UltraDMA 66/100/133   Onboard LAN   1 x SATA   Onboard Audio   VT1617A 6Ch. Audio   Onboard TV Out   VT1625M HDTV Encoder   Form Factor   Nano-ITX Nano-ITX는 세가지 모델로 출시되어 있다. 눈에 띄는 스펙은 앞서 살펴본 Mini-ITX와 대동소이하지만 두 시리즈엔 결정적인 차이가 존재한다. Mini-ITX 시리즈가 데스크탑 하드웨어들을 활용해 초소형의 시스템을 구현한다면 Nano-ITX는 그보다 더 작은 PC를 지향하며 상황에 따라서는 이를 위해 데스크탑용 하드웨어를 과감히 포기해야 한다. 한마디로 극단적인 사이즈의 초소형 PC를 만들어낼 수 있는 제품이라 할 수 있다. ▲ Nano-ITX Nano-ITX는 경이로울 만큼 작은 크기의 메인보드이다. 성인 남자의 손바닥 위에 올려놓아도 그 크기가 비슷해 보일 정도로 작은 메인보드지만 이 역시 필요한 대부분의 기능을 갖추고 있는 재주꾼이다. ▲ Nano-ITX Nano-ITX 메인보드의 크기는 불과 12cm. 고작 CD 한 장 크기 정도이다. 작은 CD 케이스와 비교해 보면 그 크기가 어느 정도인지 확인이 된다. ▲ Nano-ITX / 후면 가로, 세로 12cm의 작은 면적에 해당 기능을 모두 집약시키기 위해선 내부는 그만큼 복잡해질 수 밖에 없다. 이를 위해 Nano-ITX는 8층의 PCB를 사용하고 있는데 각종 기능을 담당하는 칩셋 들은 전, 후면을 가릴 것 없이 빼곡히 자리하고 있다. ▲ Luke Processor Nano-ITX에 사용되는 CPU는 VIA Luke CoreFusion Processor이다. 이 CPU 는 VIA Eden-N 시리즈의 최신 버젼이라 할 수 있는데, 노스 브릿지인 CN400과 그래픽 코어인 UniChrome Pro를 함께 집적한 제품이다. 1GHz로 동작하지만 불과 1V의 전압으로 동작이 가능한 저전력 프로세서로 이처럼 작은 PC를 구현하는데 더할 나위 없는 선택이라 할 수 있다. ▲ South Bridge Luke 프로세서는 VT8235M, VT8237, VT8251등의 사우스 브릿지와 호환이 가능하다. 리뷰를 위해 제공 받은 N10000E에는 VT8237R이 사우스 브릿지로 사용되고 있다. ▲ Super I/O Super I/O로는 Winbond의 83697HG가 채용되어 있다. ▲ HDTV Encoder Mini-ITX와 마찬가지로 Nano-ITX 역시 TV-Out을 위한 HDTV 인코더가 장착돼 있다. 제품의 특성상 빠른 시스템을 요하는 작업 보다는 간단한 웹 작업, 또는 멀티미디어를 위한 시스템으로 활용될 가능성이 많기 때문에 TV-Out 기능은 반드시 갖추어야 할 필수와 같은 항목이다. ▲ AC97' Codec 6채널 사운드를 지원하는 VT1617A AC97' Codec을 장착하고 있다. 작은 메인보드 치고는 충분한 수준의 사운드 옵션을 갖추고 있어 거실 한편에 설치하고 동영상을 위한 시스템으로 활용한다 해도 손색이 없다. ▲ SO-DIMM / IDE / S-ATA 초소형의 시스템을 지향하다 보니 하드웨어 역시 이에 준하는 제품의 사용을 우선시 하고 있다. 메모리는 일반적인 DDR 메모리가 아닌 노트북에 사용되는 SO-DIMM 방식의 메모리를 사용해야 한다. DDR266/333/400 메모리를 지원하며 1GB까지 장착이 가능하다. 다만 Mini-ITX와 마찬가지로 지원되는 슬롯은 오직 하나뿐이기 때문에 메모리를 추가하는 방식의 업그레이드가 불가능 하다는 점을 염두에 두어야 한다. IDE 커넥터는 두 개를 지원하지만 첫 번째는 일반적인 40핀의 헤더를, 두 번째는 44핀의 2.0mm 헤더를 지원한다. 여건이 되는 경우 일반적인 3.5" HDD보다 노트북용 HDD를 이용하면 아주 작은 시스템을 만들어낼 수 있다. 이밖에 하나의 S-ATA 도 지원하고 있어 상황에 맞는 인터페이스를 이용할 수 있다. ▲ Mini-PCI 기능 확장을 위한 PCI역시 Mini-PCI 방식의 슬롯이 제공되므로 이에 맞는 하드웨어를 사용해야 한다. 하지만 작은 체구 답지 않게 이미 필요한 기능들을 충실히 갖추고 있으므로 기능 확장에 대한 가능성은 그리 크지 않은 것이 사실이고, 또 작은 사이즈 역시 확장에 대한 가능성을 떨어트리는 것 또한 사실이라 할 수 있다. ▲ 백패널 TV-OUT을 위한 S-Video 커넥터와 S/PDIF 지원을 위한 RCA 포트, 두 개의 USB 2.0 포트왜 랜 지원을 위한 RJ45 포트가 갖추어져 있다. 내장 그래픽의 출력을 위한 D-SUB 포트가 설치돼 있는 것도 확인할 수 있다. 아쉽게 Nano-ITX 역시도 DVI 출력을 지원하진 않는다. ▲ 어댑터와 전원보드 Nano-ITX는 아주 작은 메인보드답게 별도의 전원 공급용 커넥터를 사용하게 되기 때문에 이에 맞는 어댑터와 전원 공급용 보드가 존재한다. 전용 케이스에는 이의 수납을 위한 공간이 마련되어 있기 때문에 설치 시 함께 장착할 수 있다. 물론 해당 제품은 메인보드에 함께 포함되어있는 품목은 아니기 때문에 별도로 구매해야 할 것으로 생각 되지만 일반적인 파워 서플라이 역시 사용이 가능하기 때문에 상황에 따라 전용 액세서리를 구입할 것인지, 크기를 희생하더라도 일반 하드웨어를 선택할지는 사용자의 몫이라 할 수 있다. ▲ 액세서리 하나의 IDE 케이블과 메인보드로의 전원 공급을 위한 젠더, USB Port, 그리고 CPU에 이용할 쿨러가 함께 제공된다. 이밖에 쿨러의 장착에 사용할 수 있는 써멀 컴파운드와 키보드/마우스의 연결을 위한 PS/2 연결 포트도 함께 제공된다.

4.Nano-ITX를 이용한 앙증맞은 PC

앞서 살펴본 Nano-ITX와 이 메인보드를 위한 전용케이스를 가지고 시스템을 만들어 보자. 상상 이상의 깜찍하고 예쁜 PC를 만들 수 있다. ▲ Nano-ITX 전용 케이스 전용 케이스에 Nano-ITX 메인보드와 전원 공급용 보드를 장착한다. 워낙 협소한 공간이기 때문에 그림과 같이 장착 전에 필요한 각종 헤더와 외부와 연결되는 포트들을 미리 연결해 두어야 한다. ▲ HDD의 장착 상판의 하부에는 노트북용 2.5" HDD 장착을 위한 베이가 마련되어 있다. 바로 옆에는 시스템의 더워진 공기를 외부로 배출할 블로워팬이 함께 하고 있으니 팬의 전원 연결에도 주의를 기울일 필요가 있다. ▲ ODD의 장착 상판의 윗부분은 ODD를 위한 공간이다. ODD의 아래 부분에 HDD가 위치하게 되는 구조인 셈이다. 전용 케이스는 ODD 역시 노트북용 제품을 사용해야 한다. ▲ 후면 후면의 플레이트에 PS/2 포트를 연결하고 닫아주면 조립이 완료된다. 우측 상단의 에어홀은 블로워 팬이 내부의 공기를 배출하는 곳이므로 팬이 정확한 자리에 위치하고 있는지 확인해 주자. 우측 핸드스크류 하단은 어댑터의 전력을 공급받는 전원용 보드가 위치하게 되므로 이 역시 잭의 연결에 이상이 없는지 확인해야 한다. 그 밖의 포트들은 전용 케이스와 보드의 백패널에 미리 맞추어져 있으므로 자연스럽게 조립이 가능하다. 다만 내부의 배선은 조금만 길어도 불필요하게 공간을 차지하게 되므로 이런 배선이 CPU나 블로워 팬을 가리거나, 발열 지점에 위치하고 있어 열의 해소에 지장을 주게 되진 않는지 꼼꼼히 살펴주어야 한다. ▲ 완성된 시스템 전면 베젤은 푸른색을 띄는 아크릴이 덧대어져 있기 때문에 시원하고 고급스런 이미지를 만들어 준다. ODD외에 USB를 위한 두 개의 전면 포트도 마련되어 있는 것을 볼 수 있다. ▲ 크기 완성된 시스템은 가로, 세로 16cm 정도로 얼핏 보아선 컴퓨터라 인식하기 힘든 크기이다. 일반적인 ATX 파워 서플라이보다 더 작은 정도이고 보면 이를 PC로 인식하기 쉽지 않은 것은 당연해 보인다. 무광의 블랙 케이스와 밝은 파랑색을 띄는 전면 베젤이 어우러져 작지만 아주 예쁜 이미지를 완성하고 있다. ▲ 전면 디자인 성인 남성이라면 손바닥 위에 올려놓아도 별다른 거부감을 느끼기 힘들만큼 작고 가벼운 시스템이 완성 됐다. 설치에 공간이 거의 필요치 않고 어디에 놓아도 잘 어울릴 만큼 작고 예쁘다. ▲ Sandra2007 CPU Benchmark Sandra2007을 이용한 CPU 벤치마크의 결과는 다소 실망스럽다. 불과 1GHz로 동작하는 CPU 이기에 더 많은 것을 바라긴 어렵겠지만 산술적인 수치로 계산돼 나오는 결과 값은 멀티미디어 PC로 활용하기에 다소 부족한 것이 아닐까 하는 생각이 들게 한다. 물론 빠른 메모리, 또는 빠른 HDD를 장착해 준다면 부족한 부분은 어느 정도 상쇄될 수 있겠지만, 이 역시 가격과 직접적으로 연결되는 부분이기에 가능하면 조금 더 빠른 CPU의 능력은 다소 아쉬운 것이 사실이다. 하지만 이는 단순한 계산일 뿐 실제 웹서핑이나 문서작업, 오피스 등의 어플리케이션의 구동 시는 최신의 시스템과 별 차이를 느끼지 못할 만큼 쾌적한 작업이 가능하다. 고사양이 반드시 필요한 분야라면 분명 부족하지만 일반적인 작업에는 충분한 성능을 보여준다. ▲ 동영상 테스트 그렇다면 동영상은 어떨까? CPU 벤치마크의 결과는 안정적으로 DVD를 구동하거나, 고화질, 고압축으로 대변되는 MPEG4 계열 동영상의 압축을 실시간으로 풀어내기에 다소 부족해 보이는 것이 사실이다. 하지만 이 부분은 VIA 역시도 염두에 두었던지 근사한 방식으로 이를 해결해 놓고 있었다. Nano-ITX에 내장된 UniChrome Pro IGP는 하드웨어 방식의 MPEG-2 디코더와 MPEG-4 가속기를 내장하고 있어 CPU의 힘을 빌지 않고도 동영상의 처리가 가능하다. 테스트를 위해 소지하고 있는 Athlon FX60 기반의 시스템과 비교해 보아도 아무런 차이가 없는 수준의 부드러운 재생, 탐색이 가능해 동영상의 재생 중에는 불과 1GHz 기반의 시스템이란 것이 믿기지 않을 정도였다. 여기에 지금은 잊혀진 이름이지만 S3의 그래픽이 보여주던 동영상을 다시금 강상할 수 있다는 것도 묘한 감흥을 불러온다.

5.방안에 두기엔 너무 예쁜 시스템

어떤 제품이든 품질이 일정 수준에 이르고 제품이 평준화되면 그 뒤를 잇는 새로운 트렌드는 바로 '소형화' 였다는 점은 주지할 만 하다. 이런 점에서 볼 때 한 발 앞서 다른 경쟁사들이 구현하지 못했던 소형 플랫폼을 선보인 VIA의 저력은 인정해 줄만 하다. 제품을 구입함에 있어 대개는 어디에 쓸 제품인지를 결정하고 그에 맞는 제품을 구매하는 것이 일반적이지만, 때로는 어떤 매력에 이끌려 일단 구입한 후 차후에 활용 방안을 고심하는 경우가 있다. 이런 제품들의 공통점은 바로 시장에서 쉽게 찾아보기 힘든 아주 독특하고 개성 넘치는 제품이란 점일 것이다. VIA의 EPIA시리즈, 특히 Nano-ITX 시리즈가 바로 그런 제품이 될 가능성이 엿보인다. 성능상으론 다소 부족하지만 이 역시 고성능을 원하는 유저들에게나 해당되는 사항이고, 일반적인 작업에는 부족함이 없는 성능에 너무 예쁜 외형, 그리고 믿을 수 없는 크기라는 큰 장점이 있다. 물론 이런 극단적인 소형화가 가져오는 부작용 역시 무시할 순 없다. 먼저 일반적인 ATX, 또는 Micro-ATX에 비해서도 기능 확장이 자유롭지 못하다는 치명적인 결점은 수시로 하드웨어를 교체하고, 새로운 제품이 출시되면 반드시 써보아야 직성이 풀리는 하드웨어 마니아 들에게는 관심의 밖일 수 밖에 없다. 또한 부족한 성능 역시 발목을 잡을 수 밖에 없다. 그저 오피스 작업이나 웹서핑 용도로 시스템을 사용하는 유저들까지 각종 벤치마크의 점수놀음에 발목이 묶여 있는 것이 현실이고, 이런 수치화된 성능지표에 유난히 민감한 국내 소비자들에겐 작은 것 외에, 예쁘다는 것 외에 이 제품이 가진 시스템으로서의 성능이 어떻게 평가될지는 너무도 명확하다. 하지만 어떤 유저들에겐 작다는 것이, 또 이렇게 예쁘다는 것이 큰 장점이자 매력이 될 수도 있다. 충분한 용량의 메모리와 적당한 수준의 HDD만 함께 구비된다면 일반적인 용도로 사용하기에 하등의 부족함이 없는 수준의 성능은 낼 수 있고, 하드웨어 방식의 DVD/MPEG4 처리는 거실에 두고 온 가족이 함께 사용할 플레이어로서의 역할 부여에도 긍정적이다. 빠른 시스템을 원하거나 게임을 즐기길 원하는 유저들에겐 애초에 무리인 시스템일 수 밖에 없지만, 반대로 작고 예쁘며 다양한 활용을 염두에 두고 있는 유저들이라면 주목해 볼 만 하다.

출처 : 네이버 지식인

1. USB란 무엇?

USB란 Universal Serial Bus의 약어이다.

CTI (Computer Telephony Integration)산업의 성장을 위하여 상호접속 (Interconnection)을 위한 간단한 방식을 제공하기 위하여 개발된 보편적 버스 규격이라고 할 수 있다.



2. 누가 만들었는가?

인텔, 마이크로소프트, 컴팩, IBM, NEC, DEC, Nortel 등

정보통신의 선두 7개 업체가 협의하여 개발하였으며, 진정한 플러그 앤 플레이 (PnP)를 위한 PC 주변장치의 Bus 규격으로서, 새로운 주변기기가 접속되었을 때 재부팅이나 셋업 과정 없이 자동인식으로 최대 127개의 장치를 연결할 수 있을 뿐더러 데이터 전송속도도 빠르게 향상된 것이다.



3. USB의 Plug와 USB Port의 모양은?

*) 셀러론이나 펜티어II 이상의 PC는 100% 가지고 있다고 보시면 됩니다.

*) 최근 제조되는 PC는 주로 앞쪽에도 USB포트를 배치하고 있다.



4. 한번에 연결할 수 있는 주변기기 수는?

기술적으론 127개의 독립된 주변기기를 붙일 수 있다.

하지만, 일부 주변기기는 USB 대역을 확보해야 하므로 실질적 연결은 이보다 적다.



USB 인터페이스의 역사

USB는 CTI(컴퓨터와 전화의 통합)라고 알려진, 컴퓨터와 전화기를 통합하기 위한 간단한 방식을 제공하기 위하여 컴팩, DEC, IBM, 인텔, 마이크로소프트,NEC, Nortel의 7개 회사에 의해 개발된 보편적 버스 규격이라고 할 수 있다. 이 규약이 발전하여, PC에서 최대 127개의 주변 장치들을 쉽게 통합시키기 위한 개념으로 확장되어 USB1.0 규격으로 발표된 것이다. 이 규격에서 USB 기술에 대한 다음과 같은 주요한 목표를 갖게 된다. (USB의 홈페이지. www.usb.org )

우선 PC주변장치 확장의 쉬운 사용과 12Mbps의 전송을 지원하는 저가격의 해결책을 제시하고자 했으며, 음성과 압축된 비디오에 대한 실시간 데이터에 대한 완벽한 지원. 혼합된 모드의 동기 데이터전송과 비동기 메시지에 대한 규약상의 유연성과 유용한 장치기술에서의 통합성 그리고 다양한 PC구성과 형태요소의 이해, 제품으로의 빠른 확산을 가능케 하는 표준환경을 제공하고 PC성능을 증가시키는 새로운 장치의 개발 등이었다.



이러한 목표로 인하여 결국 USB는 master/slave 개념과 호스트와 각 주변장치간의 직접적인 연결이나 허브를 통한 연결 하에서 작용하게 되었으며, 이는 기본적으로 시리얼버스 즉, 직렬버스 형태로 구성된다. 하지만 이는 우리가 PC에서 사용하는, 기본적인 RS-232 시리얼 환경과 혼동되는 것이 아니며, PCI 버스를 대체하는 것도 아니라는 점에 유의해야 한다.

첫 목표였던 PC주변장치 확장의 쉬운 사용은, USB의 중요한 특색중의 하나로 컴퓨터의

케이스를 여는 수고를 덜어주는 진정한 플러그앤플레이 개념을 사용하는 호스트 PC에

주변장치를 쉽게 연결하거나 구성할 수 있게 된 것이다.



이로 인하여. 모든 연결되는 주변장치들은 호스트상의 직접적인 USB포트나 USB허브장치를 통해서 외부적으로 연결될 수 있으며, 이러한 주변장치들을 사용할 수 있도록 12Mbps의 Full speed와 1.5Mbps의 low speed를 가지게 되었다.



이러한 USB 규격과 관련하여, 1994년 7개의 USB Core 회사들이 뭉쳐, 1995년 WinHEC

(Windows Hardware Engineering Conference)와 USB-IF(USB implementers Forum)를 결성하였다.

그 첫 성과로 1996년 1월15일 USB 1.0 규약이 발표되었으며, USB 첫 제품들이 컴덱스에 소개 되기에 이르렀다. 그러던 것이 1.0 규약의 문제점들을 해결하고 실제 사용할 수 있는 주변 장치들을 위해 1998년 9월 23일 USB 1.1 규약이 다시 발표되었다.



이러한 USB 1.1 규약의 발표로 인하여 비로소 USB포트를 지원하는 칩셋들이 인텔이나 VIA, SiS, ALi 등과 같은 회사에서 출시되었고, 마더보드에 기본적으로 장착되기 시작했다. 하지만, 이러한 하드웨어상의 진전을 MS사의 윈도우가 지원하지 못하여 여러 가지 문제점을 낳았고, 윈도우95의 OSR 2.1에서 비로소 제대로 지원이 되기 시작했다. 그러나 좀 더 현실적으로 보면 윈도우98에서 부터 지원되었다고 보아야 하며, 윈도우98도 SE 버전에서 USB 주변장치들의 드라이버를 포함하는 주요한 버전업이 이루어져, 현재에 이르고 있다.





USB의 장점

USB가 널리 사용되고 있는 실질적인 장점은 사용이 편리하고 속도가 빠르다는 것이다.

또한 USB 주변기기는 부피와 무게가 작기 때문에 휴대가 간편하다는 이유로 USB 주변기기의 인기를 뒷받침하고 있다. 그런 이유로 노트북용 주변기기 중 상당수가 USB 인터페이스로 개발되고 있다. USB의 실질적인 장점을 살펴본다.



1.핫 플러그 지원

USB 주변기기는 핫플러그와 PnP 기능을 지원한다. 핫플러그 지원으로 컴퓨터에 전원이 켜져 있는 상태에서도 바로 연결할 수 있다. 기존의 주변기기는 주로 컴퓨터에 전원이 꺼져 있을 때 연결해야 했다. USB는 컴퓨터에 전원이 켜져 있는 상태에서 연결하면 바로 PnP 기능이 동작하여 자동으로 인식을 한다. 다른 장치의 경우에는 컴퓨터 전원을 껐다가 다시 켜야만 인식되지만 USB 주변기기는 연결 즉시 바로 인식된다. 그만큼 설치하기도 편리하고 사용하기도 편리하다.



2.포트의 크기가 작고 127개의 주변기기 지원

USB 주변기기를 연결할 수 있는 포트는 메인보드에서 제공된다. 초기에는 2개의 포트가 제공되는 것이 일반적이었으나, USB를 이용한 주변기기가 많아지면서 최근에는 4개의 포트를 지원하는 것이 일반적이다. 또 USB 허브라는 장치를 이용하면 포트를 여러 개로 확장 할 수 있어 편리하다. 최대 127개까지의 주변장치를 연결할 수 있다고는 하지만, 실제로 127개가 모두 한번에 연결되는 것은 아니고, 한허브등을 이용해야 하므로 실제는 이보다 적은수가 연결된다.



3. 속도가 빠르며 커넥터가 작다.

USB 주변기기는 속도가 빠르다. USB Version 1.1의 경우는 최대 12Mbps의 속도를, USB Version 2.0의 경우는 최대 480Mbps의 속도를 지원하므로 ZIP 드라이브와 같은 저장 매체에 사용되기 적합하다.

V1.1의 경우는 실제로는 12Mbps의 속도가 지원되지는 않으므로 하드디스크나 CD-R 등을 연결하기에는 적합하지 않다. 그럼에도 불구하고 패러렐, 시리얼 포트보다는 속도가 빠르고 크기가 작다. 포트의 크기가 작기 때문에 USB 장치의 크기도 더불어 작아 휴대하기 편리하다는 장점을 가진다. V2.0의 경우는 빨라진 속도의 경우로 인하여 휴대형 저장장치 및 디지털카메라등 미디어 기기에도 널리 확장되어 사용된다.



4. 세계적인 표준규격

USB는 이와 같은 다양한 장점으로 인하여 세계적인 표준 규격으로 정해진지 오래이다.

최근에 생산되는 메인보드나 주변기기는 USB 인터페이스를 지원하는 경우가 많다.

신규로 생산되는 PC의 100%가 USB포트를 가지고 있다고 봐도 무리가 없다.



5. 확장성 좋은 케이블

SCSI 인터페이스가 여러 가지 장점을 갖고 있지만 실제로 SCSI 인터페이스에 여러 가지 주변장치들을 사용할 때에는 유의해야 할 점이 있다. 바로 케이블 문제이다. 최근 사용되는 울트라 와이드(Ultra Wide) SCSI의 경우 외장형으로 사용할 때 제한되는 케이블의 길이는 1.5m이다. 더욱이 케이블의 두께도 만만치 않다. USB의 케이블은 키보드나 마우스 케이블 굵기 정도밖에 되지 않으며, USB는 기본적으로 전원을 공급 할 수 있도록 되어 있다.



6. 전원공급 기능 활용

각 Port당 500mA의 전원을 공급할 수 있다. 저전력을 사용하는 장치들은 별도의 전원을 공급받을 필요가 없다.





USB를 지원하는 주변기기 1

USB의 장점과 세계적인 표준으로 인하여 최근에는 다양한 종류의 USB 주변기기가 생산되고 있다.



< USB 통신장치 >



USB 방식의 통신장치로는 모뎀이 대표적이다. 본래 모뎀은 ISA, PCI 방식을 사용한다. 단 이러한 모뎀은 내장형으로서, 외장형 방식의 모뎀으로는 시리얼 방식과 PCMCIA 방식이 있다. 최근에는 여기에 덧붙여 USB 방식이 있다. USB 모뎀은 휴대가 간편하고 별도의 전원 어댑터가 필요 없다는 장점이 있다. 물론 연결방법도 쉽다. 그 외의 통신장치로는 USB 허브와 USB 케이블이 있다.

허브는 USB 포트를 여러 개로 확장시켜주는 것이며 케이블은 두 대의 PC를 연결해주는 장치이다.

USB 케이블을 이용하면 별도의 랜카드 없이도 두 PC를 서로 연결하여 네트워킹을 할 수 있다.

또 최근에는 USB 랜카드도 선을 보이고 있다.



< USB 입력장치 >



키보드, 마우스, 조이스틱 등의 장치는 USB를 사용하는 장치로서 가장 이상적이다. 이들 장치는 별 도로 드라이버를 설치하지 않아도 바로 연결만 하면 사용이 가능하다. 또한 키보드, 마우스의 경우에는 PS/2 포트 에 연결된 키보드, 마우스와 함께 사용이 가능하다. 또 조이스틱의 경우에는 여러 개의 조이스틱을 연결해서도 사용 할 수 있다. 본래 조이스틱은 사운드 카드에서 제공되는 조이스틱 포트에 연결하며 물론 포트가 한 개이기 때문에 한 대의 조이스틱만 연결할 수 있다.

그러나 USB 조이스틱을 사용하면 여러 개를 동시에 연결해 사용할 수 있다.



< USB 저장장치 >



빠른 USB의 전송 속도로 인하여 USB 방식의 저장장치도 늘어가고 있다. CD-R, 하드디스크, ZIP 드라이브, 슈퍼디스크, 스마트 미디어 등이 USB 방식으로 제공되고 있다. 단 하드디스크의 경우에는 USB 전용 하 드디스크가 출시되는 것이 아니라 EIDE 하드디스크를 외장형 하드디스크 케이스에 장착하여 USB로 변환시켜주는 장치가 사용되고 있다. CD-R은 USB의 전송속도 한계로 인하여 4배속이 최대 한계이나, 상당히 안정적이라 평가받 고 있다. CD-R을 휴대하며 여러 컴퓨터에 장착하면서 사용해야 한다면 적당하다. ZIP 등의 저장매체는 USB로서는 훌륭한 선택이지만 가격이 다른 인터페이스에 비해 비싸다는 단점을 가진다.



< USB 멀티미디어기기 >



USB를 지원하는 멀티미디어 기기로는 TV 수신장치, 스피커, 동영상 캡쳐 카드 등이 있다.

사운드 카드도 USB 인터페이스로 출시되고 있다. 이러한 장치들의 장점은 음질이나 화질의 손실이 없다는 점이다. PCI 사운드카드의 경우에는 PC 내부의 여러 장치들로 인하여 노이즈가 생겨 음질이 떨어진다. 반면 USB 사운드카 드는 외부에서 케이블로 연결되므로 노이즈와 음질 저하가 없다. USB 방식의 라디오나 TV 수신카드도 역시 화질이 나 음질 저하가 없다. 이러한 장치들은 주로 노트북용으로 적합하며 휴대해면서 사용하기에도 적당하다





USB 기초 - 속도 정의 및 USB 허브

1. USB 전송속도 정의



USB 2.0이 등장하면서 최대 전송속도는 480Mbps로 향상이 됐지만 버스 속도와 실제 디바이스가 데이터를 전송하는 속도는 달라지게 된다. USB 호스트는 각기 다른 디바이스들이 사용하는 파이프의 대역폭을 관리하는데 4가지(isochronous, interrupt, bulk, control )의 데이터 전송모드가 있다.

전송속도는 크게 데이터를 전송하게 되는 버스가 얼마나 바쁜지(Busy, Idle)와 4가지 전송 모드 중 어떤 모드가 사용되고 있느냐에 따라 달라진다. 가장 최상의 상태는 bulk 고속 전송 모드로 약 99%의 대역폭을 사용해 초당 53MB의 속도로 데이터를 전송할 수 있다.



저속모드(Low-Speed) : 1.5Mbps

키보드, 마우스, 조이스틱등의 대화형 디바이스에 사용되며 초당 10∼100Kbit/sec의 전송 속도를 가진다. 평균적으로 저속모드는 1.5Mbps의 전송 속도를 가진다.



풀모드(Full-Speed) : 12Mbps

전화, 오디오, 비디오 압축 분야에 사용되며, 초당 500Kbit∼10Mbit의 전송속도를 가진다. 평균적으로 풀모드는 12Mbps로 주로 하드디스크, CD-ROM/ CD-RW, ZIP drive, 스캐너, 프린터등에 사용한다.



고속모드(High-Speed) : 480Mbps

높은 대역폭이 필요한 비디오, 네트워크 및 저장 장치 분야에서 주로 사용되며 25∼480Mbps의 전송 속도를 갖는다. 기존 Full-Speed로 사용하던 CD-ROM/ CD-RW, ZIP drive, 스캐너, 프린터등의 분야에도 널리 사용될것으로 본다.





2. USB 포트/허브 참고사항 / 이용시 주의사항

허브라는 장치는 하나의 포트를 여러개로 확장 시켜주는 역할을 한다.

USB 포트의 특징 중 하나가 별도의 전원 연결 없이 USB 포트에서 전원을 공급 받는다는 것이다.

한개의 USB Port에서 5V/500mA의 전원을 주변장치로 공급해 줄 수 있다. 컴퓨터 주변기기 중 많은 장치가 500mA 이하의 적은 전력으로도 동작이 가능하다. 따라서 한개의 USB포트에 USB허브를 연결해서 확장하여 다수의 주변기기를 사용할 수 있다.

하지만 여러개의 주변장치를 HUB에 연결해서 사용할 경우 사용전류가 500mA이상으로 커지게 될경우 주변기기가 정상적으로 동작하지 않을 수도 있다.



일반적인 데스크탑 PC의 경우는 최대 약 600~700mA의 전류까지도 공급할 수 있도록 500mA보다 충분히 크게 설계되어 있습니다. 하지만 USB규격에 맞추어 500mA만 보장을 합니다. 그러므로 설계치보다 큰전류를 장시간 사용하게 되면 PC의 USB 포트가 손상을 입을 수 있습니다.



실제 사용시 이점을 유의하시어 사용하시기 바랍니다.

다량의 전류를 소모하는 주변기를 USB허브에 장착해서 사용하게될 경우는 전원 아답터가 별도로 부착된 모델을 사용하면 이 문제를 해결할 수 있습니다.





USB(Universal Serial Bus) 2.0 이란?



직렬버스로 최대 480Mbps까지 데이터를 전송할 수 있는 규격이다.

기존에 사용하던 USB 1.1 비해 상당한 성능향상이 있고, USB 1.1 장치들과 forward, backward 호환성을 유지하며 USB 1.1에 있던 Plug & Play 기능, 드라이버 자동 설치, 전원 관리 기능 등은 그대로 유지하고 있다. 즉 기존에 사용하던 USB 1.1 장치들을 수정 없이 그대로 USB 2.0환경에서 사용할 수 있다.



1. USB2.0의 장점

USB1.1은 low speed 모드로 1.5Mbps, full speed 모드로 12Mbps를 지원한다., USB2.0은 low speed 모드와 full speed 모드를 지원하면서, 40배 빠른 최대 480Mbps를 지원하는 high speed 모드가 제공된다. 주요한 응용으로는 이러한 큰 밴드 폭을 필요로 하는 외장 저장장치, 고속 통신 망, 칼라 프린터, 스캐너 등에 사용된다. 또한 USB2.0은 USB1.1에 비해 성능이 향상 되었을 뿐 아니라 USB1.1 장치들과 forward 호환성과 backward 호환성을 제공하는 장점이 있다. 따라서 기존의 USB1.1 환경에서도 USB2.0 디바이스가 그대로 동작이 된다.



2. USB2.0의 실제 전송 속도

버스 스피드와 실제 디바이스(장치)가 데이터를 전송하는 속도는 다르다. 전송속도(Data transfer rate)는 버스가 얼마나 바쁘냐(busy), 4가지 전송 모드 중 어떤 모드가 사용되고 있느냐에 달려있다. 최상의 상태는 high speed bulk transfer 모드로 약 90%의 버스 폭(Bandwidth)를 사용하여 53Mbyte/sec의 속도로 데이터를 전송할 수 있다.



3. USB 1.1과 USB 2.0의 전송 속도

기존의 USB 1.1은 low speed (1.5Mbps)와 full speed(12Mbps) 2가지 모드가 있으나 USB 2.0에서는 앞의 2가지 모드 외에 high speed(480Mbps)가 추가 되었다.



4. USB1.1 장치들을 USB2.0 장치들과 공용 가능한지?

USB2.0은 USB 1.1과 backward 호환성이 된다. 따라서 모든 USB1.1 장치들은 USB2.0장치들과 같이 사용할 수 있으나 USB 1.1 장치로서 동작된다.



5. USB2.0 장치를 USB1.1 host controller에 사용 가능한지?

USB2.0은 USB1.1과 forward 호환성이 된다. 따라서 USB1.1 host controller에 USB2.0장치를 연결하여 사용할 수 있으나, USB2.0의 장점인 최대 480Mbps의 속도는 낼 수 없다.



6. USB2.0 Ready라고 표시된 제품은?

디바이스는 USB2.0을 지원하나 OS가 아직 USB2.0 드라이버를 지원하지 않는 경우에 USB2.0 Ready라고 제품에 표시하고 있다.



7. USB2.0 High Speed 모드로 동작하려면 무엇이 필요한가?

호스트 콘트롤러가 USB2.0을 지원해야 한다(EHCI즉 Enhanced Host Controller Interface 지원). PC본체에 내장 되었거나 별도로 PCI card 또는 Card bus(노트북 경우)로 설치하여야 함.

호스트 콘트롤러에 사용하는 OS의 USB2.0용 드라이버가 있어야 함.

USB2.0허브를 사용할 경우는 USB2.0용 허브 드라이버가 있거나 OS에서 지원 되어야 함.

USB2.0 High Speed를 지원하는 장치가 연결되어야 함.

이상의 어느 하나가 만족 되지 않아도 USB2.0 high speed 모드에서 사용할 수 없다. 허브를 사용하지 않을 경우는 참고로 지원하고 있는 OS 환경으로는 Windows 98SE, Windows ME, Windows 2000, Windows XP이나 제품을 공급하는 제조사 마다 지원하는 OS가 다르다. 제품을 구입시 지원 OS를 필히 확인할 필요가 있으며 대부분 Windows 95, Windows NT는 지원하지 않는다. Mac의 경우는 Mac OS X에서는 USB2.0을 지원하나 Mac OS 8.6과 9.x의 환경에서는 USB2.0 디바이스가 USB1.1로만 동작된다.



8. USB1.1 케이블을 USB2.0 환경에서 사용할 수 있는지?

규격상으로는 동일하나 기존에 발매된 많은 케이블들은 USB1.1규격을 제대로 만족하는 케이블이 아니므로 기존의 USB1.1용 케이블을 USB2.0의 High speed에서 사용할 경우에는 조심 하여야 한다.



9. USB1.1 장치들이 USB2.0환경에서 성능이 향상 되는지?

USB1.1장치들은 USB2.0환경에서 480Mbps로 동작하지는 않고 USB 1.1장치로서 동작된다. USB1.1장치와 USB2.0 장치들은 서로 혼재 되어 사용할 수 있으나 USB2.0 host controller나 USB2.0 hub에 USB2.0 장치를 연결할 경우만 USB2.0의 성능을 얻을 수 있다.



10. USB2.0과 IEEE1394와 비교

IEEE1394(Firewire. iLink)는 최대 400Mbps의 속도이고, IEEE1394b는 3.2Gbps의 이다. 어떤 주변기기는 양쪽의 어느 인터페이스를 사용할 수 있으나 두개의 버스는 서로 다른 목적으로 만들어 졌다. USB에서는 호스트가 모든 전송을 시작하고, 모든 전송은 하나의 목적지를 갖는다.

IEEE1394는 주변기기들이 각각 서로 직접 통신을 할 수 있고 여러 개의 목적지를 가질 수 있다.



11. USB2.0장치에 필요한 요소들

모든 USB 주변기기들은 버스의 통신을 관리하기 위하여 콘트롤러 칩과 Firmware가 필요하다. 또한 각 주변기기들은 low level드라이버와 application간에 통신을 관리하기 위한 device driver를 갖고 있어야 한다. USB2.0을 지원하는 호스트 컴퓨터는 호스트 컨트롤러 하드웨어와 OS와 함께 제공되는 소프트웨어 드라이버를 갖고 있어야 하나, 내장된(built-in) 드라이버로 동작되지 않는 장치는 자체 드라이버를 제공하여야 한다.





USB 케이블 길이에 대해서

USB 케이블의 길이에 대하여



USB 표준에서 정의하는 Host 인 PC와 주변장치간의 최대 길이는 5M 입니다.

5M이상인 경우 주변장치의 종류나 제조사에 따라서 동작하지 않는 경우도 많습니다. 표준에서 보장하는길이가 5M이므로 5M 이상에서 동작하지 않았다고 해서 케이블이나 주변장치가 불량이라고 볼수는 없습니다. 동작을 해도 속도가 저하되거나 중간에 이상동작을 하는 경우가 발생할 수 도 있습니다.

갖고 있는 주변장치가 5M 이상에서 정상적으로 동작하는지 안하는지는 대부분 직접 자신의 PC에 연결해서 시험해 보는 수밖에 없습니다. 제가 시험할때 보면 PC에 따라서도 될수도 있고 않되는 경우도 있었습니다.



이 길이를 확장해주는 제품으로 "USB 리피터"라는 것이 있습니다. 5M마다 신호나 전원을 다시 중계해서 증폭해주는 역할을 한다고 보시면 됩니다. 하지만 이또한 가격이 2만원 정도이기 때문에 권할만 것이 못됩니다. 부득이 5M 이상에서도 사용하기 위해서는 적용할 수도 있겠지만, 제가 볼때는, 그렇게 먼거리에 있는 주변장치를 사용할 목적이라면 USB 방식이 아닌 다른 버스방식을 고려하는 것이 오히려 더 바람직한 방법이라고 보여집니다.



특별히 긴 거리에 있는 장치를 사용하기 위하여 광케이블을 이용해서 대략 40m 까지 가능한 제품도 나왔있다고는 합니다.

국내업체가 직접 개발한 것은 아니고, 외국업체인 것으로 압니다.

www.usb.org에 가셔서 검색해 보시면 나와 있습니다.

하지만 제 생각으로는 권할 만 한 것이 못됩니다.

위 에서도 설명했다시피 차라리 랜케이블을 이용한 다른 방법등을 고려하시는게

오히려 안정적이라고 보여집니다.

물론 어쩔수 없이 USB를 써야할 경우에는 할 수 없지만요...

직접 USB 케이블을 구입해서 직접 거리별로 테스트를 해보시는 방법밖에 없습니다.



매월 수천, 수만개이상 대량으로 필요한 경우라면 직접 케이블 안의 구조를 바꿔가면서

시험해가면서 직접 케이블 사양을 개발해서 사용해야 겠지요.

(쉴드나, 케이블 심선 굵기, Pair로 된 데이터선의 단위길이당 꼬는 횟수등등...)





USB 2.0 과 1.1 구별 방법

아래 사진은 USB 2.0카드를 장착한 후의 장치관리자 내용을 나타낸것입니다.

(제품은 VIA Chip을 사용한 것입니다.)



제어판 시스템에서 보면 유니버설 직렬 버스 (USB) 컨트롤러 세부 항목중에 맨아래

"USB 2.0 Enhanced Host Controller" 라고 된 항목이 있으면 이 PC는 USB 2.0을 지원하는 것입니다.

그냥 일반인들이 보는 포트 모양은 동일합니다.

USB 케이블의 경우에는 특별히 케이블에 USB Version 2.0 이라고 인쇄되어 있는 제품들이 있습니다.

출처 : http://www.zuno.co.kr/post-bus.htm

<BUS 구조의 모든것>

배경

   어떻게 보면 IBM PC의 시스템 버스가 오늘날과 같은 PC의 전성기가 있기까지

가장 중요한 역할을 했다고 말해도 과언이 아니다.

 

제아무리 CPU 칩이 발전을 거듭하고 높은 용량의 메모리가 나타난다고 해도

표준화된 규격이 있지 않으면 컴퓨터는 일정한 범주를 벗어나지 못한다.

또한 어떤 규격이 있다고 해도 그것이 기술적으로 완전히 개방되어 있지 않거나,

혹은 기술적으로 문제가 많거나, 또는 가능한 많은 업체들이 지원을 하지 않는다면

충분한 발전을 하지 못하는 것은 당연한 일이다. 

 

PC는 이러한 조건들을 모두 만족시킴으로써 PC의 대중화를 이룩할 수 있었다.

우선 IBM이라는 강력한 배경을 가지고 있었기 때문에 기본적으로 많은 수의 시스템이 생산되어

도처에 설치될 수 있었고 다른 기업들도 어차피 그에 따라갈 수 밖에 없었다.

그리고 적어도 그 당시로서는 PC의 시스템 버스는 아주 훌륭한 최신 기술을 이용하여 개발된 것이었기 때문에

당연히 고성능을 추구하는 사용자들은 자연히 PC를 선호하게되었다.

 

한편으로는 IBM은 PC의 모든 하드웨어를(심지어는 ROM BIOS 까지도) 상세하게 분석한 매뉴얼까지도

완전 공개하여 어느 하드웨어 업체든지 PC에서 사용되는 확장 보드를 맘대로 만들 수 있었다.

 

그리고 그들 업체들은 특허료를 지불할 필요도 없었다. 

한편으로는 PC의 확장 보드라는 것은 마치 마법상자와도 같은 것이어서

일단 마더보드에 CPU와 시스템 제어 기능, 그리고 기본 메모리만 갖추고 있는 상태에서

사용자는 얼마든지 시스템을 확장하고 자신이 원하는 주변기기를 설치할 수 있게 되었는데

이 점은 상당한 장점이 되었다.

   비록 애플 컴퓨터도 확장 슬롯을 가지고 있기는 했지만 그것은 비교적 제한적인 특징을 가지고 있었기 때문에

별로 비교할만한 정도가 되지  않았다.

또한 매킨토시의 버스는 오히려 그보다도 더 제한된 특징을 가지고 있다.

 

아뭏든 이런 점들로 인해서 PC가 오늘날같은 정도로 발전하게 된 것이다. 

만약 비디오 카드를 확장 보드에 설치하지 않고 처음부터 메인보드 상에 내장되어 있게된다면

초기에 CGA를 사용하던 사람이 나중에 EGA를 사용하고자 한다면 새로 컴퓨터를 사야하는 것이 된다.

물론 이런 점 때문에 아예 그래픽 카드를 만드는 회사들이 나타나지도 않았을 것이다.

이러한 확장성 때문에 수많은 보드 업체들이 생겨나고 그러면서 PC는 폭 넓은 기반을 가질 수 있었던 것이다.

 

 

ISA 버스

 

   1981년에 PC가 첫선을 보인 이후로 1984년에 80286 마이크로프로세서를 사용한 AT가 개발되었을 때에는

한번의 대수술이 있기는 했었다.

 

즉, 그때까지는 단지 8 비트의 데이타만 전송가능하고 1 메가 바이트의 메모리만 사용가능하던

62 핀짜리 확장 슬롯에 다시 36 핀짜리 커넥터를 추가해서 16 비트의 데이타 전송과 16 메가 바이트 영역의

어드레스를 사용 가능하게 만들었다.

 

그리고  그때까지의 XT의 시스템 버스 클럭은 8088 마이크로프로세서와 똑같이 4.77MHz의 속도이었는데

AT가 80286을 사용하게 되면서 그 클럭 속도인 6MHz 혹은 8MHz의 속도가 되도록 변경되었다.

 

오늘날 우리가 흔히 AT-BUS, 혹은 ISA(Industry Standard Architecutre)라고 부르는 것이

바로 이 버스를 말하는 것이다.

 

그러나 그것은 근본적인 변화는 아니었다.

시스템 버스의 체계를 변화시킨 것이 아니라

단지 확장 버스의 클럭을 약간 증가시키고

어드레스 및 데이타 버스의 폭을 늘린 것

이외에는 별다른 내용이 없었다.

 

그 이후로 모든 PC는 계속 변화하는데도 시스템 버스는 거의 변화없이 그대로 유지되어왔다.

버스 클럭도 8MHz가 거의 표준화되다시피 한 상태로였다.

80286 마이크로프로세서의 클럭 속도는 점점 늘어나서 최고 25MHz 버전까지 나타났고,

그 뒤로 80386과 80486 칩이 나타났어도 아직까지 이 버스는 이제까지 계속 그래왔듯이

변화를 보이지 않은 채로 버젓이 사용되고 있는 것이다. 

 

한편으로는 각종 마더 보드용 칩셋 회사들은 자사의 칩셋에 확장 슬롯의 클럭 속도를 제어할 수 있는 기능을

내장하기 시작했다.

386 급 이상의 PC에서 시스템 셋업(System  Setup)을 해 본 사람이면 봤을지도 모르겠지만,

CPU의 클럭을 그대로, 또는 1/2로 나눈 값이나 혹은 1/3, 1/4로 나눈 값을

확장 슬롯의 클럭 주파수로 설정할 수 있는 기능이 그것이다.

가령 자신이 사용하는 PC가 40MHz 클럭의 386이 내장된 것이라면

시스템 클럭의 1/2인 20MHz의 주파수를 확장 슬롯의 주파수로도 쓸 수 있는 것이다.

하지만 어떻게 자신의 컴퓨터에 있는 모든 확장 보드들이 그 클럭 주파수에 다 정상동작을 하리라고 자신하겠는가.

일반 사용자라면 이런것으로 인해 문제가 생길지도 모르기 때문에 표준형으로 가는 것은 당연하다.

결국 이 글을 쓰고 있는 이 시점에 이르기까지 10MHz 이상의 시스템 버스 클럭을 사용하는 경우는

거의 없게 된 것이다. 

25MHz를 넘어서 33MHz, 50MHz, 66MHz, 그리고 그 이상의 마이크로프로세서도 나타난 이 시점에

10MHz 이하 속도의 확장버스라는 것은 도대체가 말이 안된다.

더구나 AT 버스는 16비트라는 한계에 묶여있으니 32비트 CPU들과는 제대로 궁합이 맞지 않는 것이 당연하다.

계산해보면 2(바이트)  x 8 (MHz) = 16MB/s, 즉 초당 16 메가 바이트의 데이타밖에는 전송하지 못하는 것이다. 33MHz짜리 386이라면 최대로 성능을 발휘할 때를 생각할 때 4  x 33 = 132,

즉 초당 132 메가 바이트의 전송을 할 수 있는데도 말이다. 

 

이처럼 문제는 특히 이제까지 쌓여온 수많은 확장 보드들 때문인 것이다.

만약 이와 다른 버스 규격이 나타난다고 하면 누가 그 버스를 가진 PC를 구입하겠으며

또 누가 그 버스를 위한 확장 보드를 개발하려 하겠는가.

아직까지 별다른 큰 문제없이 잘 사용되고 있는 ISA 체계를 함부로 건드릴 존재는 없었던 것이다.

단지 IBM이라는 거인 이외에는...

 

 

MCA 와 EISA

 

PC의 창조자인 IBM은 당연히 이 시스템 버스에  대한 문제를 미리부터 인식하고 있었다.

그렇지 않아도 자신이 만들어낸 PC 시장에서 내부 구조를 완전히 공개하여

초기에는 성공적으로 시장을 점유할 수 있었으나 그 후로 수많은 호환기종 업체들에 의해서

많은 부분을 잠식당해 왔던  IBM은 1987년 들어 PS/2를 발표하면서 기존의 AT 타입의 PC는

아예 생산을 중지해 버렸다.

 

PS/2는 기존의 AT-BUS와는 전혀 다른 커넥터와 신호와 구조를 가지고 있었다.

그것은 MCA(Micro - Channel Architecture)였다.

이것이 무엇을 말하는가 하면 이제까지 AT 버스 용으로 만들어진 확장보드는

새로운 PC에서 전혀 사용할 수 없게 되었음을 말하는 것이었다. 

사람들은 다들 그때까지는 IBM의 힘을 믿고 있었다.

그래서 당연히 IBM이 힘으로 밀어붙힌다면 당연히 MCA가 곧 시장을 제압할 수 있을 것으로 생각했다.

예전에 PC를 처음 개발하여 애플을 제압했던 것처럼 생각한 것이다.

수많은 호환기종 업체들은 어떻게 해야 살아남을 수 있을지 미리부터 걱정하기 시작했고

IBM은 PS/2에 있어서는 예전의 PC의 경우와는 달리 하드웨어를 공개하지 않았으며

또 MCA 버스를 사용함에 있어서는 특허 사용료까지 받기 시작했다.

그만큼 자신이 있던 것이었다. 

 

하지만 상황은 여의치 않았다.

PC 시장은 IBM이 생각하던 것보다는 너무도 커져있었고 IBM의 힘만으로는 이를 제압할 수가 없을 정도였다.

그리고 한편으로는 다른 호환기종 업체들의 힘이  너무 커져있었다.

특히 컴팩(Compaq) 등과 같은 몇몇 업체는 다른 호환기종 업체와는 비교할 수 없을 만큼의 기술력을 자랑하며

IBM 수준의 고급기종으로 대항하면서 상당한 시장을 점유할 정도였다.

이러한 업체들은 이제 IBM에 대항해서 연합전선을 펴기 시작했다.

그래서 만들어진 것이 바로 EISA(Extended ISA) 버스였다. 

EISA 버스는 기존의 AT 버스를 확장한 것으로서 겉으로 보기에는 똑같은 커넥터를 사용하는 것처럼 보이지만

내부에는 기존 AT 버스의 커넥터의 핀들을 1/2로 작게하여 새로운 핀들을 추가하는 식으로 확장을 했다.

그래서 메인보드 상에서 공간을 더 차지하지 않아도 되고

이미 사용되고  있던 각종 AT 버스용의 확장 보드들을 그대로 사용할 수도 있었다.

그러면서도 데이타 및 어드레스 버스의 폭은 32 비트까지로 올렸고

데이타 전송 클럭도 33MHz까지도 사용할 수 있도록 만들어졌다. 

물론 EISA 규격은 IBM을 제외한 다른 업체들의 호응을 받았다.

이것은 더이상 IBM의 굴레에  붙잡혀 있지 않아도 되고

또한 앞으로도 더이상 IBM의 길을 뒤쫓아 갈 필요가 없게되는 시발점을 의미하게 되었기 때문이었다.

아뭏든 MCA와 EISA가 비슷한 시기에 서로 경쟁을 하기 시작하던 그 시점에

언뜻 보면 금새 PC 시장은 두가지 버스 중의 하나가,

혹은 두가지 모두가 금새 표준형으로 자리잡게 될 것처럼 보이기만 했던 것이 사실이었다. 

그러나 실제는 어떠한가?

두 버스 시스템이 모습을 나타내어 경합한지 5년 정도가 지났는데도 불구하고

아직 일반 사람들이 볼 때에는 EISA나 MCA의 어떤 것도 일반화되지 못한 상태로 남아있다.

IBM은 MCA 버스를 가진 PC가 원래 의도했던 만큼 제대로 성공을 거두지 못하자

다시 원래의 AT-BUS 구조로 원대복귀한 상태이고,

EISA 버스도 아직까지 처음의 기대에 부응하지 못한 채로 단지 비싼 컴퓨터에서나

가끔씩 사용되는 확장 버스라는 인식이 전혀 달라지지 않은 상태이다. 

왜 이같은 결과가 빚어졌을까?

원인을 생각해 보면 우선 MCA는 IBM의 것이라는 생각이 가장 큰 장애가 되고 있고

또한 MCA 확장 버스를 가진 컴퓨터와 확장보드를 만들기 위해서는

IBM에 내야하는 특허료 이외에도 기본적으로 필요한 하드웨어때문에

무시하지 못할 만큼의 비용이 드는 것이 문제가 된다.

분명 MCA는 뛰어난 버스 구조이지만 이러한 문제점때문에 일반화되지 못하는 것이다.

EISA 버스도 MCA에 비하면 적지만 분명히 AT 버스 구조에 비해서 추가로 비용이 소요되는 문제가 있는데다가

새로운 버스 체계가 아닌 기존의 AT 버스의 사촌 정도에 불과하다는 점이 장애가 되고 있다.

 

 

로칼 버스

 

최초의 로컬 버스라고 하자면 그것은 메모리 확장을  위한 보드로부터 시작된다.

아직 SIMM 메모리, 즉 우리가 흔히 모듈 램이라고 부르는 그런 메모리가 일반화되지 않았을 때에는

메모리 칩은 DIP 타입만을 사용할 수 있었고, 일반적인 마더 보드상에는

이 DIP 타입의 메모리를 기껏해야 4 메가 혹은 8 메가 정도 밖에는 장착할 수 없었다.

이것은 우선 보드상에 공간적인 여유가 없었고

또한 일반적인 사용자로서는 그 정도까지 메모리를 사용할 일이 많지 않았기 때문이었다.

아뭏든 그 이상의 메모리를 사용하자면 확장 슬롯에 메모리 확장 보드를 이용하는 수 밖에는 없었다. 

그런데 가령 386 PC의 경우를 생각해 보면 CPU 자체는 32 비트이고

마더보드 상에서도 메모리  구조는 32 비트 체계로 연결되어 있는데

외부에 메모리를 확장할 때에는 AT 버스가 16 비트구조이므로 16비트로 연결할 수 밖에 없다.

또한 CPU의 시스템 클럭은 16MHz, 혹은 25MHz까지 높다고 해도

외부 메모리를 사용할 때에는 AT 버스의 속도인 8MHz 정도로 사용할 수 밖에 없다.

혹시  자신의 시스템에 메모리를 확장하는데 있어서 메모리 보드를 사용한 독자라면 시험해 보라.

최초에 컴퓨터를 부팅할 때 메모리 테스트를 하면 화면에 메모리의 값이 증가되어나가는데

확장 보드를 사용한 부분에 있어서는 메모리 증가 속도가 훨씬 떨어진다는 점을 확인할 수 있을 것이다. 

 

1990년대에 들어서면서 이같은 문제를 해결하기 위해서 여러 PC 보드 업체들은

그들의 마더보드에 기존의 AT 버스 이외에 커넥터를 따로 달아서

이것을 통해서 32 비트 폭으로 CPU의 클럭  속도에 맞게 동작시키는 방법을 강구하게 되었다.

물론 오늘에 와서는 SIMM 메모리의 일반화에  따라 이처럼 메모리를 확장하는 경우는 많지 않게 되었지만

여기서부터 로컬 버스의 개념이 시작된 것이다. 

그 다음으로 로컬 버스의 개념이 사용된 것은 그래픽 카드를 위해서였다.

그리고 이것은 당연히 마이크로소프트의 윈도우 3.0과 3.1이 발표되기 시작하면서

보다 빠른 속도의 그래픽 카드를 지향하는 대중적인 바람이 불게되면서 더욱 가속화 되었다.

일반적인 개념으로는 VGA 카드 등의 그래픽 동작 속도를 증가시키기 위해서는

TMS34010/20과 같은 그래픽 코프로세서 칩을 장착한 보드를 사용하거나,

아니면 그래픽 액셀러레이터 칩을 사용한 비디오 보드를 사용해야 되는 것이  통념이었다.

하지만 문제는 가격이었다. 일반 VGA 보드에 비해서 이들 칩을 사용한 보드들은 더욱 가격이 비쌌기 때문이다. 

몇몇개의 업체들은 아예 VGA 보드를 마더보드에 내장하기 시작했다.

어차피 VGA 보드는 하루아침에 바뀔 것이 아니기 때문에

이렇게 해도 일반 사용자라면 나중에 다른 그래픽 보드로 바꾸고 싶어하지는 않을 것이라고 생각한 때문이었다.

그대신 이 VGA 보드를 확장 슬롯에 연결하지 않고 그대로 CPU에 연결함으로써

확장 슬롯의 문제점인 낮은 클럭 주파수와 16 비트 데이타 폭의 제한을 해결할 수 있는 것이었다.

이렇게 함으로써 VGA의 동작 속도는 확장 슬롯을 통해서 보드로서 연결되었을 때보다

현저한 속도의 향상을 가져올 수 있었다. 

하지만 이것은 일시적인 해결방편일 수 밖에는 없었다.

시스템 상의 그래픽 카드에 선택의 여지가 없다면 마케팅적인 측면에서 불리한 점이 될 수도 있을 뿐더러

PC의 특징인 개방형 구조의 의미가 크게 줄어드는 결과를 낳기 때문이다.

더구나 고속 동작을 필요로 하는 SCSI(Small Computer System Interface) 등의 인터페이스를 통한

하드 디스크 등이 늘어가게 되면서는 그 모든 고속 인터페이스들을 마더 보드 내에 내장할 수도 없는 일이었다.

즉 어쨌든간에 확장 슬롯은 필요한 것이었고 그것은 단지 그래픽 보드만을 위해서가 아니라

다른 보드들을 위해서도 마찬가지였다. 

아뭏든 이런 이유로 해서 많은 업체들은 자신들 나름대로 로컬 버스를 고안해서

마더 보드 상에 따로 소켓을 마련하여 거기에 맞는 확장 보드들을 만들어내기 시작했다.

그리고 당연히 금새 문제에 봉착하게 되었다.

그 문제란 것은 바로 표준 규격이 없다는 것이었다.

각 보드 업체들마다 커넥터와 핀 수와 신호 연결이 다르다보니 서로 호환이 될 수 없었고

이 때문에 좀 더 활발한 시장이 형성되지 못하는 것이었다.

이런 상황에서 표준 로컬 버스 규격을 만드는 움직임이 생긴 것은 자연스런 일이라 할 수 있는 것이다.

 

 

VESA 버스

 

VESA(Video Electronics Standards Association)는 원래 IBM이 만들어 놓은 VGA 카드의 표준을 넘는

800x600이나 1024x768, 1280x1024 등의 고해상도의 규격을 만들기 위해서 여러 업체들이 연합해서 만든 단체이다.

여기서 제안하여 규격화시킨 로컬 버스의 규격이

바로 VESA Local 버스, 줄여서 보통 VL 버스라고 부르는 것이다.  

 

1992년에 모습을 보인 VL 버스는 사실 별로 새로울 것은 없는 규격이다.

우리가 로컬버스라고 하는 것은 그저 386 과 386 처럼 32 비트 체계의 CPU 칩들에서 나오는 신호들을

직접 커넥터에 연결하는 것을 말하는데,

VL 버스는 단지 커넥터의 종류와 각 핀들의 신호를 정의하고

그밖에  몇가지 타이밍과 전기적인 세부사항을 분명히 해 놓은 것 뿐이다. 

그 기본 개념에 있어서는 오히려 10년전의 XT로 다시 복귀한 셈이라고 할 수 있다.

XT의 버스 클락 속도는 4.77MHz였는데 이것은 CPU인 8088 칩의 클락 속도와 동일한 것이었다.

CPU와 확장 버스의 클락 속도를 동일하게 만들고 또한 서로 동기를 맞춘 것은

CPU가 주변기기를 사용하는데 있어서 최대의 효율을 가지게 하려는 것이 원래의 XT의 설계 개념이었다.

그 이후에 CPU의 클락  속도가 나날이 증가했고

확장버스는 이미 시장에 나와있는 많은 확장보드와의 호환성 때문에 클락이 8MHz에서 멈췄을 뿐이었다. 

VL 버스는 PC의 구조를 바꾸는 규격은 아니다.

단지 AT 버스 등의 기존 확장 슬롯을 통해서 CPU와 확장 보드가 연결되던 것을

이제는 직접 연결한다는 점만이 다를 뿐이다.

따라서 소프트웨어는 전혀 이같은 변화와는 관련이 없고 기존의 소프트웨어는 100% 그대로 사용할 수 있다. 

기존의 하드웨어 업체들도 새로이 다른 칩을 사용해야 하는 등의 일은 필요없다.

커넥터마저도 VL 버스는 기존에 IBM이 PS/2에서 MCA 용으로 사용하고 있는 것을

그대로 쓰도록 정의해 놓았기 때문에 새로운 개발이 필요없다.

바이오스 롬을 꼭 바꿔야하는 것도 아니고 칩셋을 바꿔야 하는 것도 아니다.

따라서 추가되는 비용은 단지 VL 버스를 위한 커넥터의 재료비 정도 밖에는 안 들어가는 셈이다.

이것은 VL 버스 용의 확장보드를 만들 때에도 마찬가지이다. 

VL 버스 규격은 기본적으로 486을 염두에 두고 설정했지만 32 비트 CPU를 사용하는 컴퓨터라면 

어디에도 사용할 수 있다.

따라서 386SX, 386DX, 486SX, 486DX 등의 32 비트 마이크로프로세서를 사용한

모든 PC에 사용할 수 있는 것은 물론,

앞으로 출현할 인텔의 펜티엄(Pentium)에도 문제없이 사용가능하다.

그리고 IBM의 MCA 버스에 사용할 수 있기까지 하다. 

현재 VL 버스가 전성기를 누리고 있지만 한가지 분명한 사실은 VL 버스는 전혀 새로운 버스 체계가 아니라는 점이다.

또한 완전한 호환을 위한 버스 체계라기 보다는 CPU에 너무도 의존하는 것이기 때문에

그 한계가 명백하다는 문제도 있다.

하지만 그럼에도 불구하고 현재 전반적인 지지를 받고 있는 유일한 32비트 로컬버스 규격이 VL 버스이고

이제껏 중구난방식으로 업체마다 다른 모습을 보였던 로컬 버스들은 사라지고 다들 이 VL 버스를 지원하는 쪽으로

선회하게 된 것은 고무적인 현상이라고 하겠다.

 

 

VESA 버스의 특징

 

표준 AT 버스에서는 확장 버스의 슬롯 갯수를 늘리는 것이 그리 큰 문제가 안 된다.

표준적으로는 8 개가 마련되어 있는 것이 보통이고 특수한 시스템의 경우에는 그보다 많은 것도 있다.

하드 디스크 인터페이스나 시리얼 및 패럴렐 인터페이스를 마더보드에 내장한 경우에는

확장 슬롯의 숫자가 8 개 이하일 경우도 많다.

하지만 VL 버스에서는 버스 슬롯이 아무리 많아도 3개까지 밖에는 지원되지 않는다.

이것은 VL 버스가 CPU와 직접 연결되므로 연결되는 주변기기가 많을 경우 

CPU가 제대로 동작하지 못하기 때문이다.

CPU는 기존의 마더보드도 구동해야하는 한편 VL까지도 구동해야 하므로

전기적으로 과부하가 걸릴 수도 있는 것이다.

이 때문에 VL 버스 규정 자체에서도 최대 3개 이상의 확장 슬롯은 사용하지 못하게 되어있는 것이다. 

한편 시스템 클럭이 50MHz가 되면서는 아예 확장 슬롯을 사용하지 않도록 권장이 되고 있다. 

즉 슬롯 커넥터를 사용하지 못하고 마더 보드 내부에 VL 버스와 연결된 주변기기가 내장시켜야 한다는 말이 된다.

물론 CPU와 확장 보드 사이에 버퍼를 마련하는 것이 한 방편이 되어 약간의 개선을 할 수 있을지는 몰라도

근본적인 해결은 되지 못한다.

빠른 속도의 CPU에서는 제대로 사용할 수 없다는 점은 또하나의 커다란 약점일 수 밖에 없는 것이다.

예를 들어 40MHz 클럭의 CPU를 사용할 때에는,

CPU와 VL 버스 사이에 버퍼를 사용할 때에는

확장 보드용의 슬롯 커넥터를 1개만 설치할 수 있되 VL 버스를 이용하는 주변기기의 총 갯수는 2 개까지만 허용된다.

그리고 버퍼를 사용하는 것은 권장되지 않는다. 

이 문제를 생각해 보면 실제의 경우 CPU의 클럭은 사실상 단지 40MHz까지로 제한된다는 말이  된다.

그렇다면 그 이상의 속도를 가지는 CPU에 대해서는 어떻게 해야하겠는가.

VL 버스를 사용하기 위해서는 확장 버스 슬롯이 중요한 것인데 확장 슬롯을 제대로 사용할 수 없다면

표준화의 의미가 크게 떨어지기 때문이다. 

VL 버스에서 동작할 수 있는 최고 클럭 속도는 66MHz까지로 되어있다.

그렇다면 왜 확장 슬롯을 통한 확장 보드의 연결에서는 40MHz까지로 한계가 지어졌는가.

그것은 커넥터의 특성때문이다.

VL 버스의 커넥터에서 그 이상의 클럭 주파수는 제대로 동작하는 것을 보장하지 않기 때문이다.

한편 클럭 속도가 40MHz에서 66MHz 사이가 되면 데이타를 읽고 쓸 때

각 사이클마다 한번씩의 대기 신호(Wait signal)이 삽입될 수도 있다. 

VL 버스를 위해서 사용되는 커넥터의 규격은 IBM에서 PS/2에 사용한

표준 16-비트 MCA 규격의 112 핀짜리 커넥터(실제로는 116핀이지만 그 가운데 4핀은 사용하지 않음)를

이용하도록 되어있다.

그리고 이 커넥터는 기존의 AT 버스와 정확히 일렬로 배열되도록 정해져있다.

이것이 의미하는 바는 VL 버스 용의 확장 보드가 기존의 AT 버스와 VL 버스를 모두 이용할 수 있음이다.

사실 AT 버스에서 제공되는 INT 신호나 DMA 신호, REFRESH 신호, 그리고 I/O 어드레스 등이

VL 버스에는 없기 때문에 시스템을 제대로 사용하기 위해서는

VL 버스와 더불어 기존의 AT 버스도 적절히 활용해야 한다. 

VL 버스 상에서는 3개까지의 매스터가 존재할 수 있다.

매스터라는 것은 시스템의 데이타 버스, 어드레스 버스, 컨트롤 버스 등을 사용하는

주체가 될 수 있음을 말하는 것인데

만약 주변기기 중의 하나가 매스터 기능을 가진다면 이것은 CPU에게 버스의 사용권들을 요구하여

자신이 필요한 기능을 위해서 사용할 수 있다. 

원래 VL 버스는 32 비트 데이타 버스를 가지고 기본적으로 32 비트 단위로 데이타를 읽고 쓰도록 고안되었지만

386SX와 같이 내부적으로는 32 비트 구조를 가지지만

외부와의 연결은 16 비트로 되어있는 CPU도 사용할 수 있도록 16 비트 단위의 데이타 전송도 가능하다.

VL 버스 용의 확장 보드는 16 비트 및 32 비트 데이타 전송의 모두에 대비하여

그때그때 대처할 수 있도록 만들어져야 한다.

한편 VL 버스는 나중에 64 비트 단위의 동작을 위해 확장될 수도 있게 고안되어 있기도 하다.

 

 

VESA 버스의 이용

 

VL 버스의 성능을 가장 분명하게 확인할 수 있는 것은 그래픽 카드에서이다.

물론 일단 도스 프로그램을 사용하는 데서야 눈으로 확인할 수 있는 만큼의 차이가 없겠지만

윈도우즈처럼 화면을 온통 그래픽 데이타로 처리해야 함에 있어서는

로컬버스의 성을 이용하면 화면의 그려지는 속도가 상당히 차이가 날 것은 분명한 일이다. 

어떤 외국잡지사에서 여러회사들의 VL 버스 마더보드에 동일한 VL 버스용 그래픽 카드를 장착하고

마이크로소프트를 수행시키는 테스트를 기사를 보았다.

그 결과는 VL 버스 쪽이 일반 ISA 보드용 VGA 카드보다도 최고 자그마치 6배나 차이가 나는 것이었다.

이런 차이는 보다 높은 해상도와, 보다 많은 컬러를 구현할 때 더욱 두드러진 결과를 낳는다.

따라서 1024x768 해상도에 65536 컬러를 다뤄야 하는 경우라면

단연코 VL 버스를 선택하는 것이 유리할 것이다. 

VL 버스의 성능 향상은 비디오 카드에만 국한되는 것은 아니다.

기타 가장 VL 버스의 성능을 이용할 수 있는 유력한 후보로는

고속 하드 디스크를 위한 인터페이스(가령 SCSI-2), 고속 광  케이블 통신을 위한 인터페이스 카드용으로도

이용할 수 있다. 

현재 32 비트 구조로 되어있는 VL 버스가 64 비트 구조로 완전히 확장되는 때가 오면

최대 데이타 전송속도는 더욱 높아질 것이다.

즉 2 배로 높아지므로 초당 264 메가 바이트의 전송이 가능한 것이다.

 

 

PCI 버스

 

PCI 버스구조는 다음과 같은 목표들을 가지고 개발이 진행되었다고 한다.

우선 마이크로프로세서의 종류에 관계없이

고속 주변기기와의 연결이 될 수 있는

고성능 버스 구조이어야 할 것이라는 점이다.

다음으로는 여러종류의 주변기기들과 동시에 맞물려서도 문제가 발생하지 않고

주변기기들의 성능을 최대로 발휘하게 해주는 견실한 호환성을 가진 규격이어야 함이다.

그리고 마이크로프로세서 기술의 발전에 따라서 더 높은 성능을 가진 CPU가 사용된 컴퓨터에서도

현재의 PCI 확장 보드들이 문제없이 동작할 수 있는 독립성을 가져야 한다는 점 등이다. 

PCI는 단지 어떤 한두가지 기능만을 특히 고려해서 만든 것이 아니고

컴퓨터 시스템 전체에 걸쳐서 균등하게 향상된 성능을 부여하도록 되어있다.

그래픽 카드, 네트웍, 디스크 드라이브, 라이브 비디오 등의 특성이 모두 고려되어 있다.

PCI 버스의 최고 속도는 33 MHz이며 32 비트 버스 구조이므로

초당 132 메가 바이트의 데이타를 전송할 수 있다는 계산이 된다.

또한 추후에 확장될 예정인 64 비트 구조에서라면

초당 264 메가 바이트의 전송속도가 된다.

물론 32 비트 PCI와 64 비트 PCI 버스는 그대로 호환이 될 것이다. 

PCI의 또다른 새로운 점은 5 볼트를 근간으로 하는 현재의 디지탈 회로뿐만 아니라

최근에 노트북 컴퓨터에서 사용되고 있는 전력 절약형의 3.3 볼트 디지탈 회로도 지원한다는 사실이다.

이 점은 PCI 버스가 현재의 노트북 시장 및 미래에 있게될 3.3 볼트 방식의 데스크탑 컴퓨터 시대에

대응하고 있음을 보여준다. 

PCI 구조의 확장 보드에서는 더 이상 셋업을 위한 딥 스윗치나 점퍼가 필요없다.

이것은 개인용 컴퓨터 사용자들이 보다 쉽고 빠르게 확장 보드를 설치할 수 있게 하기 위해서일뿐만 아니라

많은 종류의 확장 보드들이 서로 충돌함이 없이 한 컴퓨터 내에서 공존할 수 있도록 배려되었음이다.  

 

예컨데, 우리가 기존의 컴퓨터에서 사운드 보드를 설치할 때를 생각해보자.

인터럽트 번호(IRQ)를 가지고 골머리를 앓으면서 이 번호, 저 번호를 바꿔가면서 고생한 적은 혹시 없었던가. 

PCI 방식의 컴퓨터에서는 이러한 일은 벌어지지 않을 것이다.

이는 PCI 확장 보드 내부에 그 종류를 판별할 수 있도록 하는 식별 코드가 들어있도록 했기 때문이다.

따라서 컴퓨터의 전원을 올리거나 리셋을 하면

바이오스 롬에 들어있는 프로그램은 각각의 보드를 식별해서

시스템을 구성을 하게 된다.

그래서 컴퓨터의 주변기기가 사용하고 있는 인터럽트들을 관리하게 되고

만약  확장 슬롯에 새로운 주변기기가 설치되면 현재 쓰이지 않는 인터럽트 번호를

그 보드에 부여해서 사용하게 할 것이기 때문이다. 

PCI 슬롯의 크기는 예상외로 작다.

PC/XT 버스는 확장슬롯은 62 핀짜리 커넥터를 사용하고,

이를 확장한 AT의 ISA 버스는 거기에다 36핀을 더해서 자그마치 98개의 신호가 사용되고 있다.

EISA나 VL-Bus의 경우는 이 98핀짜리 ISA 버스를 더 확장한 것이기 때문에

눈이 돌아갈 정도로  신호의 갯수가 많고 커넥터도 커져버렸다.

그러다보니 마더보드에서 커넥터가 차지하는 영역이 자연히 많아질 수 밖에 없는 일이다.  

PCI가 이처럼 신호의 수를 줄일 수 있었던 가장 큰 이유는

각각 32 비트의 폭을 가진 데이타와 어드레스 신호를 같은 핀에서 사용했기 때문이다.

즉, 시간차를 가지고 우선 어드레스 신호를 내 보낸 다음

그 다음에는 데이타를 내보내는 식의 방법(멀티플렉싱)을 사용한 것이다.

그밖에도 80x86 프로세서에 의존하지 않는 버스방식이기 때문에

그 CPU 특유의 신호들을 사용하지 않아도 되는 점도 신호 수를 줄이는데 주요한 요인이 된다.

 

 

SCSI 인터페이스

 

SCSI(Small Computer System Interface)의 가장 큰 특징이라면

이것이 시스템 기준(System level)의 인터페이스라는 점과

모든 데이타 및 명령들이 8 비트(표준 SCSI의 경우) 병렬 데이타로 전달된다는 점을 들 수 있다.

컨트롤러가 명령어를 드라이브에 보낸다는 점에서는 

ESDI 방식이나 IDE 방식의 인터페이스와 비슷하다고 하겠지만,

ESDI는 디바이스 수준(Device level), 즉 하드 디스크를 위해서만 사용되는 인터페이스이다.

그리고 IDE 방식은 80x86 CPU를 사용하는 IBM 호환 PC에서만 사용되는 인터페이스이다.

이에 반해서 SCSI는 시스템 수준의 인터페이스이다. 

SCSI 인터페이스를 통해서는 하드디스크, 광디스크, 이미지  스케너, 바코드리더, 프린터 등의

여러가지 주변기기를 부착하여 사용할 수 있고 컴퓨터와 컴퓨터끼리도 연결할 수도 있다.

이런 점에서는 마치 RS-232C 인터페이스를 생각하게 만들기도 하는데

RS-232C도 시스템 수준의 인터페이스라고 할 수 있지만

RS-232C는 직렬신호를 사용하는 가장 기초적인 저급의 방식이다. 

SCSI방식은 ESDI 방식에서 직렬 데이타를 병렬 데이타로 바꾸는 회로를

드라이브에 추가한 형식이라고  이해하면 쉽다.

ESDI 방식에서는 이러한 일을 컨트롤러 어댑터가 하지만

SCSI 방식에서는 하드디스크 드라이브 내부에서 해결하게 된다.

그래서 나온 데이타를 병렬 데이타 버스를  통해서 보내는 것이다.

이같은 점은 IDE 방식도 마찬가지이다. 

SCSI의 기원은 1980년 경에 슈가트(Shugart)라는 디스크 드라이브 회사에서 고안한

SASI 인터페이스에서 시작되었는데,

그 후 1986년에는 미국 표준 규격에 정식으로 등록되기도 했다(ANSI X3.131-1986).

SCSI는 1개의 50핀짜리 케이블만 사용하고 있다.

한편 신호 방식에 따라서 단일신호방식(Single-Ended)과 차동신호방식(Differential)이 있는데

PC에서는 대부분 단일 신호 방식을 사용한다.

단일 신호 방식에서의 최대 연결거리는 6 미터인 반면 차동신호 방식에서는 25미터에 이른다.  

 

SCSI 인터페이스의 최고 전송속도는 초당 5 MBytes인데,

요즘에는 많이 사용하기 시작하고 있는 SCSI-2 방식은 초당 10 MBytes 정도의 속도까지 가능하다.

초당 5 Mbytes 이상의 전송속도를 가지는 SCSI-2 방식을 보통 Fast SCSI-2라고 부른다.

PC에서는 아직 거의 사용되고 있지 않지만

68 핀짜리 케이블을 사용하는 Wide Fast SCSI-2 방식이라는 것도 있는데

이것은 SCSI-2의 두 배 속도인 초당 20 Mbytes 까지도 낼 수 있고,

그 변종에는 40 Mbytes까지 가능한 버전도 있지만 아직 우리와는 거리가 멀다. 

원칙적으로 한 컴퓨터에는 하나의 하드디스크 컨트롤러만 장착할 수 있고,

하나의 컨트롤러에는 2대의 하드디스크 드라이브를 연결할 수 있다.

컨트롤러에 따라서 4개까지 연결할 수 있는 것도 간혹 있지만

3개 이상을 연결할 경우 롬바이오스에서 지원해 주지 않으므로 실질적으로 2개 밖에는 사용할 수없다. 

SCSI상에 연결될 수 있는 디바이스의 개수는 모두 8개이다.

즉, 컴퓨터에 들어 있는 SCSI 어댑터 카드 및 주변기기에 들어있는 SCSI 어댑터 회로가 모두 8개만큼

인터페이스 케이블 상에 있을 우 있다는 뜻이다.

실제로는 PC와 하드디스크 드라이브를 연결하는 시스켐의 측면에서는

그 8개 가운데 하나는 PC가 되어야 하므로 나머지 7개의 하드디스를 붙일 수 있다.

출처 : http://www.zuno.co.kr/post-bus.htm

< POST >

컴퓨터의 전원 스위치를 올리고 난 다음에 부팅이 되어서 사용할 수 있게 될 때까지

그 내부에서는 과연 어떤 일이 이루어지고 있는지 보통의 사용자들은 거의 생각하지 않는다.

 

그저 메모리  용량이 0 바이트에서부터 640 킬로바이트까지(혹은 1024 킬로바이트나 그 이상까지)

증가하는 숫자가 화면위에 보이므로 그냥 메모리 테스트를 하는가보다라는 정도밖에는 알지 못하는 것이다.

 

그러나 실제로는 컴퓨터가 켜지고 부팅이 될 때까지의 그 수십초동안 컴퓨터의 거의 모든 부분은

바이오스 롬에 들어있는 POST(Power On  Self Test)라고 하는 프로그램에 의해서 테스트되어진다.

 

CPU, 메모리, 주변장치, 메인보드의 각 칩들, 키보드, 비디오 어댑터, 플로피와 하드 디스크 드라이브 등에 대한

종합적인 테스트가 수행되는 것이다.

 

이 글에서는 이 컴퓨터가 켜지고 나서 우리가 사용할 수 있게 되기까지 컴퓨터 내부에서 벌어지는 일을 설명함으로써

POST에  대한 이해와 더불어 PC 하드웨어 구성의 기본적인 내용을 이해해 보기로 한다.

 

여기서 설명되는 과정들은 컴퓨터와 롬 바이오스의 종류에 따라서 조금씩 달라지지만

근본적인 원리는 같으므로 문제는 없을 것이다.

 

 

Reset 직후

 

우리가 컴퓨터에 전원코드를 연결하고 스위치를 올리면

이때부터 컴퓨터에는 전력이 공급되어 전자회로가 작동을 시작하게 된다.

 

컴퓨터에서 필요로 하는 전원은 +5V, -5V, +12V, -12V 인데 

이 전압만 공급된다고 해서 컴퓨터가 동작을 시작하는 것은 아니다.

이 전압들 이외에도 한가지 신호가 더 전원공급장치(Power Supply)에서 나오는데

그것이 바로 'Power Good' 신호다.

이 신호는 전원공급장치가 정상적으로 동작하고 있으며 또 한 그로부터 나오는 출력전압이

컴퓨터가 제대로 동작할 수 있는 상태에 있음을 알려주는 역할을 한다.

 

최초에 전원전압이 인가된 순간의  'Power Good' 신호는 0V의 전압이지만

약 100ms 내지 500ms 정도 후에는 5V의 전압으로 올라가서 

그 시점에서부터 메인보드는 정상적인 동작을 시작하게 한다.

 

전원이 인가되고 Power Good 신호가 뜨면 이 신호는

시스템클럭과 시스템 리셋신호를 관리하는 8284칩(AT에서는  82284칩)에 전달된다.

이 칩은 CPU를 비롯한 전체 회로를 리셋시키고 시스템 클럭을 인가해주며

이 순간 CPU는 최초수행번지로 정해져 있는 FFFF:0000H번지로 점프해서

그곳에서부터 시작되는 명령어를 수행하기 시작한다.

이때부터의 기계어 프로그램을 POST(Power-On Self Test)라고 한다.

우리가 간단히 이 POST 프로그램을 수행시키는 것을 실험해 보려면

다음과 같이 DEBUG.COM을 이용해서 해 볼 수 있다.
          C:>DEBUG
          -g=FFFF:0
  위와 같이 하면 컴퓨터는 껐다 켜는 것과 동일한 결과가 된다. 

 

POST는 우선 CPU 칩내부의 자체적인 검사부터 시작한다.

최초의 검사는 플래그 레지스터(flag register)의 테스트이다.

모든 플레그 레지스터의 내용을 한꺼번에 1로 만드는 명령인 SAHF 명령을 수행한 다음에

레지스터들이 모두 1상태로 되어 있는지 차례차례 검사한다.

 

8253 칩은 어떤 일정한 주기의 펄스를 발생해 내는 기능을 하며

그 주기는 외부에서 프로그램을 하여 제어할 수 있게 만들어져 있다.

여기에는 채널 0 에서 2까지 3개의 타이머기능이 있는데 이를 이용해서

PC에서는 주기적으로 1초에 약 18번 가량 CPU에 인터럽트를 거는 기능을 만들고

메인메모리로서 사용되는 DRAM의 리프레시를 하기도 하며

스피커를 통해 각종 음향효과를 내는데 이 칩을 사용하기도 한다.

여기서 DRAM 리프레시의 기능은 8253칩만으로 하는 것은 아니고

DMA 컨트롤러인 8237이 결부되어서 이루어지기 때문에 8253칩 다음에는 이 8237의 초기화를 한다. 

 

8237 칩은 XT에는 1개, AT에는 2개가 장착되어 있으며

주로 플로피 디스크 드라이브나 하드  디스크 드라이브에서 데이타를 읽어오는 기능을 위해 사용된다.

8237 칩의 초기화를 한 직후부터  비로소 메인메모리는 리프레시가 되는 정상동작을 하게 되고

이때 POST 프로그램은 DIP 스윗치  또는 CMOS 셋업으로부터 이 시스템의 메모리 사이즈를 읽어들인다.

그리고 리프레시가 정상적으로 이루어지고 있는지 확인한다.

리프레시가 되지 않는 것이 발견되면 시스템은 정지한다. 

 

이제 키보드 인터페이스의 기능을 하는 8비트 CPU인 8742칩의 리셋과 테스트를 하고 난 뒤,

메인 보드상의 베이스 메모리 검사를 시작한다.

AT라면 프로텍티드 모드용 레지스터 테스트를 중간에 잠시 한 다음에 이 과정으로 넘어온다.

베이스 메모리는 0 번지서부터 시작하는 64KByte의 영역인데

여기에 대해 AAH, 55H, FFH, 01H, 00H 등의 값을 각각 메모리에 썼다가는 다시 읽어보는 테스트를

전체적으로 시행한다.

여기서 문제가 발생하지 않으면 이제는 스택을 설정하고 인터럽트 제어 칩인 8259A를 초기화하며

인터럽트 벡터를 메모리의 0번지서부터 설정한다. 

8259 칩은 컴퓨터 하드웨어에서 사용되는 여러가지 인터럽트의 순위를 정해주고

이 순위에 따라서 CPU에게 인터럽트 신호를 보내는 역할을 한다.

AT 의 경우에는 8259A가 두개이므로 하나씩 차례로 초기화한다.

그리고 AT에서는 CMOS 셋업을  기억하고 있는 146818 칩을 검사하여

이 칩에 전원이 끊어진 적이 없음과 체크섬이 맞는지가 확인되면

그 내용을 가지고 시스템의 초기화에 사용한다.

여기서 전체메모리의 검사를 하는데

특히 80286의 경우에는 프로텍티드 모드상태로 전환한 다음에 테스트를 하여

1MByte 미만뿐 아니라 1MByte 이상 16MByte까지의 검사를 다 하게 된다. 

146818 칩은 리얼타임클럭의 기능과 셋업상태를 기억하는 CMOS SRAM의 기능을 하나의 칩에 모아놓은 것으로서

AT 및 386PC에만 있다.

XT에서는 시스템 메모리, 디스크 드라이브 등에 관한 정보를 딥 스윗치를 사용하여 설정하지만

AT에서는 이 칩내부의 SRAM에 그 정보를 써 넣음으로써 설정한다.

이 정보는 전원이 꺼진 상태에서는 그 전원을 백업 배터리로부터 공급받기 때문에 반영구적으로 보존되며

전원이 켜질 때마다 POST 프로그램은 여기서 시스템의 셋업상태를 읽어서 초기화시키게 된다.

 

 

비디오 카드 검사

 

메모리 테스트가 끝이 났으면 POST 프로그램은 비디오 어댑터의 초기화를 시작한다.

우리가 현재 사용하고 있는 허큘리스, CGA, EGA, VGA  등의 모든 비디오 어댑터 회로는 모두

6845 CRTC(C-athode Ray Tube Controller)칩에 기준하고 있는데

이 가운데서 실제로 6845 칩을 회로에 사용하는 것은 허큘리스와 CGA 뿐이고

EGA와 VGA 어댑터에는 커스텀 IC를 사용한다.

그러나 칩의 내부구조는 6845의 구조를 그대로 반영하였으므로 똑같은 방식의 프로그램으로 초기화해도

똑같이 실행된다.

그러므로 물론 EGA나 VGA 어댑터가 없던 시절에 만들어진 컴퓨터의 롬바이오스도

EGA와  VGA를 그대로 사용할 수 있는 것이다.

사용하고 있는 어댑터의 종류는 딥 스윗치나 CMOS 셋업으로부터 읽어들여져서

BIOS의 데이타영역에 쓰여지고 인터럽트 10H 번을 호출하여 6845 칩의 초기화를 시행한다.

이와 더불어 BIOS 데이타영역의 파라메타들을 셋업하고

비디어 버퍼를 초기화하며 비디오 메모리의 검사를 하는 일련의 과정들이 이루어진다.

이 때부터 화면의 왼쪽 윗 부분에는 커서가 나타나기 시작한다.

이렇게 비디오 어댑터의 초기화를 한 다음에는 실제로 비디오 회로가 동작하는지 확인을 하는데

이것은 6845 칩 내부의 레지스터 가운데에서 수직리트레이스 비트와 수평리트레이스 비트가

계속 극성이 바뀌는지 테스트를 함으로서 알수가 있다.

여기서 문제가 발견되지 않으면 화면을 지운다. 

허큘리스와 CGA 어댑터는 자체적인 롬바이오스가 비디어 카드상에  있지 않으므로

메인보드의 롬바이오스 루틴을 가지고 제어를 하지만

EGA와 VGA 어댑터는 비디어 카드상에 있는 비디오제어 전용의 확장 바이오스 롬을 가지고 있다.

이것은 EGA나 VGA같이 고해상도의 컬러 디스플레이 시스템이 제어하기가 매우 복잡해지기 때문에

메인 보드의 롬 바이오스만 가지고는 제대로 그 기능을 실현시키기 어려운 이유에서이다.

따라서 이제  POST 프로그램은 이러한 확장 바이오스 롬이 존재하는지를 검사한다.

검사방법은 세그먼트 번지 0C000H 에서부터 0C800번지사이의 내용을 읽음으로서 이루지는데

읽는 도중에 그 세그먼트 번지의 옵셋이 0H 번지인 곳에서 55H, 01H 번지인 곳에서 0AAH 값이 발견되면

바로 확장용의 바이오스 롬이 있다는 것을 의미한다.

이때 CPU는 제어를 그 세그먼트번지의 옵셋번지 3H로 넘긴다.

EGA나 VGA 보드를 사용하고 있는 경우에는 디버거를 사용하여 그 존재의 확인을 할 수 있다. 

비디오 롬 바이오스에서는  그 비디어 어댑터에 맞는 또 다른 방식의 초기화 작업을 수행하는데

이때 그 보드의 롬바이오스 메세지가 나타나게 된다.

그리고 비디오 메모리의 테스토도 수행한다.

이 과정에서 비디오 카드에 따라서는 화면에 순간적으로 이상한 문자들이 나타났다가 사라지는 경우도 있는데

이것은 초기화 과정중의 일시적인 현상이다.

 

 

주변 기기 검사

 

다음은 키보드를 초기화할 차례이다.

이 과정 전까지 키보드는 아무런 구실도 하지 못하고 Num  Lock 이나 Scroll Lock, Caps Lock 등의 키를 눌러도

LED 램프가 켜지지 않았었다.

키보드를 제어하는 칩은 메인 보드의 키보드 근처에 있는 40핀짜리 IC인 8742라고 하는 8비트 CPU로서

내부에 프로그램이 저장된 ROM과 RAM을 자체적으로 가지고 있다.

8742가 키보드를 제어하는 것은 키보드 내부에 있는 8748이라고 하는 또 하나의 8비트 CPU와의

통신을 통해서 이루어진다.

POST 프로그램은 키보드를 제어하는 모든 명령을 직접 키보드에게 주지 않고 8742 칩을 통해서 보내게 된다.

POST는 우선 키보드를 리셋한 다음, 키보드로부터 스캔코드를 받는다.

이 스캔코드 값은 0AAH이어야 정상적인 상태이며 이때 키보드의 LED는 한번 점멸하면서

정상적으로 동작하기 시작한다.

만약 이 과정 중에서 키 가운데 하나 또는 여러개가 눌려 있다면 화면에 에러메세지가 나타난다.

그러나 이 에러때문에 시스템이 정지하지는 않고 단지 <F1> 키만 눌러 주면 테스트가 계속된다. 

키보드가 초기화된 다음에는 메모리 상에 하드웨어 인터럽트 벡터가 셋업되고,

이어서 디스크 드라이브의 테스트가 시작된다.

디스크 드라이브를 제어하는 것은 765 칩이다.

이 칩을 리셋한 다음 초기화를 시켜 준 뒤 0.988초 동안 모터를 회전시키면서 디스크 드라이브의 검사를 한다. 

이때는 특정한 어느 섹터를 찾아보는 검색을 해보게 된다.

여기서 이상이 없으면 키보드 버퍼와 시리얼 포트, 패럴렐 포트 등을 셋업하고나서

두번째 디스크드라이브가 있는지 검사하여 있으면 첫번째 드라이브와 같은 방법으로 테스트한다. 

이 과정이 끝나면 AT에서는 146818 칩의 CMOS 데이타에서 시스템에 하드디스크 드라이브가 장착되어 있는지

체크하여 그 초기화를 진행한다.

그 다음에는 확장된 바이오스가 존재하는지 검사하기 위해서

세그먼트 0C800H 에서부터 0E000H 번지까지를 앞에서 비디오카드의 바이오스를 체크할 때와 같은 방법으로

검사한다.

대개 0C800H 세그먼트 번지에는 하드디스크용의 바이오스 롬이 존재하게 되는데

만약 있다면 그 바이오스로 제어를 넘겨서 하드 디스크의 초기화를 하게 만든다.

XT의 경우에는 메인 바이오스 상에서 FDD 체크가 끝난 뒤 직접 확장 바이오스 롬의 존재유무검사로 들어간다.

AT와는 달리 XT의 시스템 바이오스는 하드디스크를 제어하는 프로그램이 내장되어 있지 않으므로

XT용 HDD 컨트롤러는 자체적인 바이오스 롬이 달려있고

따라서 0C800H 번지에서 확장  바이오스가 발견되어 실행된다.

XT용 HDD 컨트롤러 보드를 AT에서는 사용할 수 있는  것은

AT에서도 이 확장 롬 바이오스가 있는지 여부를 체크하기 때문이다. 

POST 프로그램은 이제 마지막으로 통해 NMI(Non-Maskable Interrupt)가 걸릴 수 있게 하여

패리티 체크와 I/O 채널 체크가 수행되게 한다.

NMI는 원래 CPU의 자체적으로는 어떤 경우에라도  무조건 걸리는 것이기 때문에

그런 이름이 붙은 인터럽트 신호지만 칩의 외부적으로는 래치를 사용하여 제어할 수 있게 시스템 설계가 되어 있다.

흔히 주위에서 보면 사용중인 컴퓨터에 패리티 에러가 나타났을 때 NMI가 안 걸리도록 설정줌으로써

그 에러를 무시하고 사용할 수 있게 하는 프로그램을 사용하기도 하는데

그것은 이 래치를 이용하여 NMI가 CPU에게로 연결되지 않게끔 만들어진  것이다.

 

 

도스 부팅

 

이제 디스크의 첫번째 섹터부터 로더 프로그램을 읽어 와서 실행시키는 인터럽트인 INT 19H를  실행하면서

POST 과정을 끝낸다.

INT 19H 인터럽트는 디스크로부터 부트스트랩(Bootstrap)을 하는 루틴이다.

흔히 우리가 부르기는 부팅이라고 하는데 디스크로부터 도스를 읽어 와서 메모리에 깔아 놓는 과정을 말한다.

여기서는 다시 바이오스 인터럽트인 INT 13H를 사용하여 디스크의 가장 처음에 있는 섹터에 있는 내용을 읽어와서

메모리에 카피하고 제어를 그 프로그램에 넘긴다.

이때 만약  A: 드라이브가 없거나, 있어도 읽을수 있는 상태가 아니라면 C: 드라이브로부터 읽어 온다.

만약 OS가 MS-DOS라면 부트스트랩 프로그램은 디스크의 가장 첫 섹터로부터

시스템 파일인 IO.SYS와 MSDOS.SYS를 읽어서 메모리에 올려 놓는다

(PC-DOS의 경우에는 그 대신에 IBMBIO.COM과 IBMDOS.COM이라는 파일이 올라가지만 기능은 똑 같다).

제어는 부트스트랩 루틴에서 IO.SYS로 넘어간다.

IO.SYS 프로그램은 주변장치를 체크하고 각 드라이브 루틴을 초기화하며 시스템 메모리의 셋업을 하게 된다.

이러한 일들이 끝나고 제어는 다시 MSDOS.SYS의 초기화 루틴으로 넘어가서

주변기기의 작업영역 및 파일의 버퍼 영역을 확보하며 시스템 콜의 초기화까지 마쳐서

DOS의 모든 기능이 정상 상태로 확립된다.

다음에는 사용자가 작성한 CONFIG.SYS 파일을 찾아 봐서

만약 있으면 그 내용을 읽어서 내부 파라메타를 셋팅하고

선택된 디바이스 드라이버 루틴을 디스크로부터 읽어 들여서 DOS에 연결함으로서 완전한 시스템이 완성된다.

이제 COMMAND.COM을 로드해서 제어를 넘겨주면 화면상에는 PROMPT와 커서가 나타나면서

사용자가 명령을 쳐 넣기를 기다리게 되고

이렇게 하여 짧은 동안에 수많은 일들을 하는 초기화 프로그램의 과정이 끝나는 것이다.