결과는 어떨지.. 천만건의 데이터에 인덱스를 설정했는데... 근데 그렇다고 데이터가 많이 흩어져 있던것도 아니고...
디비 고수들은 무슨 명령어를 써서 데이터 상태보고 인덱스 건다는데.. 난.. 일단 해보고 속도 빠르면 장땡!
... ... 했더니 속도 겁나 빨라졌다. @.@~! 147초가 걸리던 작업이 0.016초 로 줄었네..
1. 인덱스 걸기 ALTER TABLE test ADD INDEX index_id (id)
2. 인덱스 다시 정렬하기 데이터가 많이 쌓이면 인덱스가 항상 최상의 상태로 정렬되어있지 않다. 그땐 아래 명령어를 통해서 다시 정렬을 해준다면 체감상(?) 성능이 샹항됨을 느낄수 있다고 한다. (내말이 아님) mysql/var/디비명 에 들어가서 myisamchk -R1 *
3. 깨진 인덱스 복구하기
// mysql 프로세스 종료
# mysql.server stop ( # Killall mysqld )
// 디비 데이터가 있는 폴더로 이동 # cd /usr/local/mysql/var
// 모든 디비 테이블의 인덱스를 복구 # myisamchk -r *.MYI
// mysql 백그라운드 실행 (Linux, Unix) /user/local/mysql/bin/safe_mysq &
[다음은 내가 한장 JSP 에 빠져있을때 웹상으로 항상 동경하던 kkaok 님의 글이다]
INDEX 사용하기
by kkaok 2003-06-24
인덱스의 활용
만약 우리가 집을 짓는데 제일 먼저 해야 할 일이 뭘까? 그것은 아마도 설계일 것이다. 기초가 되는 기본 설계를 잘 해야만이 그 후 작업이 원활하고 최적화가 되는 것이다. 프로그래머는 java, servlet, jsp뿐 아니라 최소한의 데이터베이스에 대해서도 알아야 한다. 게시판, 카운터, 일정관리 등을 만드는데 DB 설계를 다른 사람이 해줄 수도 있겠지만 대부분이 개발자가 설계하고 만들기 때문이다. 여기서는 DB에 대해 심도 깊은 공부를 할 수는 없지만 최소한의 지식에 대해 배우기로 한다.
인덱스란 무엇인가?
SQL서버에서 테이블을 만들고 데이터를 추가, 수정, 삭제 할 때 데이터의 레코드는 내부적으로 아무런 순서 없이 저장된다. 이때 데이터 저장영역을 Heap이라고 한다. Heap에서는 인덱스가 없는 테이블의 데이터를 찾을 때 무조건 전체 데이터 페이지의 처음 레코드부터 끝 페이지의 마지막 레코드까지 다 읽어서 검색조건과 비교하게 된다. 이런 식의 데이터 검색방법을 테이블 스캔(table scan) 또는 풀 스캔(full scan)이라고 한다. 이럴 경우 양이 많은 테이블에서 일부분의 데이터만 불러 올 때 풀 스캔을 하면 처리 성능이 떨어진다. 즉 인덱스는 데이터를 select 할 때 빨리 찾기 위해 사용된다.
인덱스 생성 시 고려할 점
인덱스를 생성 시에는 where 절과 join, order by 등과 관련된 칼럼중 사용 빈도가 높고 키 값의 선별도가 좋은 칼럼에 사용해야 한다. 반대로 사용 빈도가 낮고 칼럼의 선별도가 나쁜, 예를 들어 한 칼럼의 값이 true/false, 성별(M/F) 등에는 인덱스를 사용하지 않는 것이 좋다 또 테이블이 작거나 자주 갱신 될 때도 사용하지 않는 것이 좋다.
인덱스의 생성
인덱스에는 크게 clustered와 nonclustered 인덱스로 나눌 수 있다. clustered 인덱스는 물리적 정렬로 DB에 데이터를 입력 시 이것을 기준으로 입력이 된다. 따라서 한 테이블에 오직 하나만 존재 할 수 있으며 table을 열었을 때 order by를 사용하지 않아도 데이터가 clustered 인덱스에 따라 정렬이 되어 있는 것을 확인 할 수 있다. 물리적으로 정렬이 되어 있는 만큼 가장 빠른 처리를 한다. nonclustered 인덱스는 clustered 인덱스와는 달리 중복된 값을 가지면 한 테이블에 여러 개를 생성 할 수 있다. 이 외에 unique에 대해 알아보겠다. unique는 말 그대로 중복을 허용하지 않는 값을 보호 할 때 사용한다. 예를 들어 회원 관리 프로그램에서 아이디가 중복되는 것을 막고자 한다면 이 옵션을 사용하면 된다. 우리가 자주 사용하는 primary key의 경우에는 clustered와 unique 특성을 갖게 하는 제약키이다.
create clustered index ix_kkaok on kkaok(seq)
width DROP_EXISTING, FILLFACTOR = 80
kkaok 테이블에서 seq 칼럼에 대해 ix_kkaok라는 클러스터드 인덱스를 생성하라는 명령문이다.
DROP_EXISTING 옵션은 기존에 같은 이름의 인덱스가 존재한다면 삭제하고 생성하라는 의미이며 Fillfactor 값은 명시하지 않으면 기본적으로 100% 페이지에 채워 넣으라는 뜻이다. 지금은 80% 채워 넣고 20% 여유공간을 가지라는 의미이다.
결합 인덱스의 생성 예제
create index ix_kkaok2 on kkaok(seq,re_step)
seq와 re_step 두 개의 칼럼에 인덱스를 생성하였다. 각각의 칼럼에 대해 내림차순 정렬과 오름차순 정렬 옵션을 줄 수 있지만 mssql 7.0에서는 내림차순 정렬을 지원하지 않는다.
인덱스 보기
exec sp_helpindex '테이블이름'
인덱스 제거
drop index 'table.index'[,...n]
인덱스의 삭제 예제
drop index kkaok.ix_kkaok
제약키의 변경
primary key는 인덱스가 아니고 제약키이다. 따라서 인덱스를 삭제하는 방법으로 삭제 할 수는 없다. 제약키는 다음의 방법으로 삭제 또는 변경 할 수 있다.
제약키의 삭제
alter table kkaok drop constraint PK_kkaok
제약키의 추가변경
alter table kkaok add constraint PK_kkaok primary key(seq)
② oracle
인덱스생성 문법
CREATE [BITMAP | UNIQUE]
INDEX index_name ON table (column[, column]...) ;
인덱스의 생성 예제
create unique index ix_kkaok_indx on kkaok(seq);
kkaok 테이블에서 unique 한 값으로 seq 칼럼에 대해 ix_kkaok_indx라는 인덱스를 생성하라는 명령문이다.
결합 인덱스의 생성 예제
create index ix_kkaok_indx2 on kkaok(seq,re_step);
seq 와 re_step 두 개의 칼럼에 인덱스를 생성한다. 각각의 칼럼에 대해 내림차순과 오름차순 정렬 옵션을 줄 수 있으나 hint를 사용시 정렬이 안되는 경우가 있어서 정렬과 관련된 것은 hint에서 처리를 하면 된다.
인덱스 보기
select index_name, index_type from user_indexes;
인덱스 제거
drop index 인덱명
인덱스의 삭제 예제
drop index ix_kkaok_indx;
제약키의 삭제 예제
alter table kkaok drop constraint kkaok_pk_re_step;
제약키의 추가 예제
alter table kkaok add constraint kkaok_pk_indx2 unique(seq);
③ mysql
인덱스생성 문법
BLOB과 TEXT 타입을 제외한 모든 mysql의 칼럼 타입은 인덱스로 사용될 수 있다. 한 테이블에는 16개의 인덱스를 생성할 수 있으며 최대 인덱스의 길이는 256바이트이다. 또한 인덱스에 사용되는 칼럼은 NOT NULL이어야 한다. 인덱스의 생성은 테이블을 생성할 때 다음처럼 생성하면 된다.
KEY [인덱스명] (col1(length),col2(length),...)
인덱스의 생성 예제
CREATE TABLE test (
id CHAR(20) NOT NULL,
name CHAR(200) NOT NULL,
PRIMARY KEY (id),KEY index_name (name(200)));
스치는 바람결에 사랑노래 들려요 내곁에서 떠나버렸던 그립던 사랑에 노래들려와 내맘은 떨려요 어둠이 지나가고 내일이 찾아오면 애태웠던 지난날들이 내게로 살며시 다시 다가와 줄것만 같아요 이제는 울지 않을래 이별은 너무 아파요 다시 떠난다 해도 내게 남은사랑을 드릴께요 기억하지는 않아도 지워지지가 않아요 슬픈 비밀 밀려드는 그리움 세월이 변한다 해도 언제까지나 그대로 내곁에 머물러줘요
어둠이 지나가고 내일이 찾아오면 애태웠던 지난날들이 내게로 살며시 다시다가와 줄것만 같아요 이제는 울지 않을래 이별은 너무 아파요 다시 떠난다 해도 내게 남은 사랑을 드릴께요 기억하지는 않아도 지워지지가 않아요 슬픔뒤 밀려드는 그리움 세월이 변한다 해도 언제까지나 그대로 내곁에 머물러줘요
Windows 2003 을 쓰다보면 XP와 다른 부분들이 몇가지 있습니다. 그 중에서도 원격 데스크톱 기능은 이제 서버라면 빠질 수 없는 원격 관리 기능으로 잡아가고 있는데요. 문제는 XP Professional 버전과 몇가지 다른 부분이란 말입니다 (XP Home 버전은 이 기능을 지원하지 않지요) 바로 원격 연결 후 원격 컴퓨터에서 사운드 재생이 되지 않는 것과 한 계정에 대해 다른 세션이 열린다는 겁니다.
XP Professional 에서는 기본적으로 연결 옵션에서 사운드 체크를 해주면 소리가 잘 나온답니다. 또한 디스크 드라이브 연결을 설정해 준다면 원격 컴퓨터와 client 간의 복사가 가능합니다. (용량이 크면 버벅대요~) 바로 아래 그림과 같은 설정이 필요합니다.
그러나 2003에서는 client 에서 이러한 설정을 해주더라도 사운드가 나오지 않습니다. 또한 자신이 로컬 환경에서 컴퓨터를 사용하고 있다가 외부 컴퓨터로 접속하면 아마 새로 로그인되는 화면을 볼 수 있을 겁니다. XP처럼 자동으로 단일 세션만 유지하는 방법을 몰랐을 겁니다 (아니 제가 몰랐다는 얘기죠 -ㅅ-) 자 아래와 같이 설정합시다. 사용자당 세션을 하나로 제한하고 오디오 매핑 체크를 없애버리세요!
위 화면에 어떻게 들어가냐고요? 그건 제어판->관리도구->터미널서비스구성 에 가면 됩니다. 그러나 콘솔에서 열린 세션과 동일한 세션은 여전히 열리지 않을 겁니다. (사실 우리한텐 이게 진짜 필요하죠!) 자... 기존에 원격 데스크탑은 시작->실행->mstsc 로 실행했을겁니다. 이렇게 하면 안됩니다. mstsc /console 라고 입력하세요 그러면 이제부터 로컬에서 내가 작업했던 환경인 단일 세션이 열릴 겁니다 (XP Professional 처럼 말이지요)
자 마지막으로 방화벽이 설치된 환경일 경우 터미널 서비스의 포트를 변경해봅시다. 서버에 설치된 터미널 서비스의 포트를 변경하려면
시작 - 실행을 눌러 레지스트리 편집기를 실행한다. HKEY_LOCAL_MACHINESystemCurrentControlSetControlTerminalServerWdsRdpwdTdsTcp 로 이동한다. 이름 종류 데이터 PortNumber REG_DWORD 0x00000d3d(3389) 10진수를 선택하고 원하는 다른 포트번호(6666)를 입력한다. HKEY_LOCAL_MACHINESystemCurrentControlSetControlTerminalServerWinStationsRDP-Tcp 로 이동한다. 이름 종류 데이터 PortNumber REG_DWORD 0x00000d3d(3389) 10진수를 선택하고 원하는 다른 포트번호(6666)를 입력를 입력한다. 끝~
자 이제 mstsc /console 를 입력하고 주소에 ip만 적지말고 ip뒤에 포트 번호를 적으세요 예를 들어 127.0.0.1:81 (81번 포트로 설정했을 경우) 라고 하면 됩니다.
FTP 를 세팅하고 서버가 방화벽 내부에 있다면 아이피를 공유해서 쓰는 환경에서는 FTP 서버 접속이 힘들 경우가 있다.
이와 관련된 자료를 찾아보았는데...
결론은 좀더 해봐야...
IIS FTP에 패시브모드 포트 범위 설정
IIS기반 FTP 서비스는 패시브모드(Passive-mode)와 액티브모드(Active-mode) 2가지를 지원한다.
Active-mode 는 클라이언트 기반 접속이다. 그래서 웹서버쪽에 20,21 번이 열린 FTP를 접속시 클라이언트에서는 포트가 랜덤포트를 이용하나 서버 포트는 변함이 없다. 클라이언트는 서버쪽에 port 명령어를 보낸다.
Passive-mode 는 서버쪽 21번 포트로 접속시, 클라이언트의 랜덤포트가 아니라 서버쪽 랜덤포트를 이용하게 된다. 서버는 클라언트에게 pasv 명령어를 보내며, 클라이언트는 승인하게 된다.
문제는, 패시브모드의 경우 서버쪽에 1024 에서 65535 포트 사이를 랜덤하게 할당하며, 네트워크 세션이 있을때마다 신규포트를 이용하게 된다. 이때, 서버쪽에 방화벽을 운영하거나 대량접속서비스가 운영중일때는 네트워크 자원이 부족하게 되어 접속장애가 있을수 있다.
패시브모드에서의 서버쪽 랜덤 포트범위를 조정하므로써, 이를 해결할 수 있다.
Windows 2000 Server 및 Windows Server 2003 모두 PassivePortRange 값을 이용하여 조정이 가능하다.
Windows Server 2003 의 경우
1. 메타베이스를 수정하는 방법이다. (메타베이스를 수정할려면, IIS MMC에서 메타베이스 직접수정 허용 설정이 되어 있어야 한다.)
2. ADSUTIL을 이용하는 방법이다. Adsutil.vbs set /MSFTPSVC/PassivePortRange"5500-5700"
Windows 2000 Server 의 경우는 레지스트리 값을 추가해야 한다.
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msftpsvc\Parameters\ 에서 REG_SZ 타입의 PassivePortRange 값이름을 추가한다.
값으로는, 5500-5700 을 설정한다.
위 2경우 모두 설정후 FTP 서비스를 재시작 해야 적용되며, 위와 같이 범위 또는 특정포트값을 설정해도 된다.
서버에 방화벽을 운영하는 서버인데, 클라이언트가 액티브모드를 지원하지 않는경우에 적용하는 것이 좋은 해결책이 될 수 있다.
패시브 모드란?
파일리스트 출력결과나 파일전송, 즉 데이터전송시에만 관계된다. 1. Client는 지정된 FTP server port(주로 21)로 접속하여 ID와 암호를 통해 인증받는다 2. 데이터전송시(ls,get,put등)FTP server쪽에서 client와 데이터전송을 위해 Server 에 접속할 미사용중인 임의의 포트 N을 client에게 알려주게 된다. 이때 server쪽에서는 방화벽을열어 client가 데이터를 얻을수 있도록 해야 되는데 임의로 포트 N이 열리는 범위를 지정하지않으면 1025이상 5000번 이하 포트를 모두 열어야 되는 상황이 발생한다. 3. FTP client는 자신의 1025이상 5000번 이하의 임의의 포트(보통 접속포트와는 다른포트)로부터 Server가 알려준 포트 N을 향해 접속을 시도한다. 4. connection을 맺은 후 데이터를 전송한다.
액티브 모드란?
1. Client는 지정된 FTP server port(주로 21)로 접속하여 ID와 암호를 통해 인증받는다 2. FTP client쪽에서 server와 데이터전송을 위해 client 에 접속할 미사용중인 임의의 포트 N을 server에게 알려주게 된다. 이때 client쪽에서는 방화벽을열어 server와 데이터 통신을 할 수 있도록 해야 되는데 일반적으로 1025이상 5000번 이하 포트중 하나를 임의의 포트 N으로 사용한다 3. FTP server는 자신의 특정포트(주로 20)로부터 client가 알려준 포트 N을 향해 접속을 시도한다. 4. connection을 맺은 후 데이터를 전송한다.
switch(resultValue){ case 95: case 98: case 2000: case 2003: osVersion.Format("%d", resultValue); break; case 99: osVersion.Format("ME"); break; case 2001: osVersion.Format("XP"); break; case 45: osVersion.Format("NT"); break; default: rtnV = FALSE; break; }
MySQL Database의 경우 Oracle 이나 MS SQL Server에 비해서 대용량의 자료를 처리하는 경우가 적기에 튜닝에 필요성이 적은 것 같습니다. 그러나 웹이라는 환경은 많은 사용자가 동시에 접속을 할 수 있기에 항상 모니터링과 최적화는 기본이라고 생각합니다.
본 강좌에서는 기본적인 모니터링 방법과 Connection과 Memory 부분에 대한 튜닝 방법을 소개하도록 하겠습니다.
가. 모니터링 및 초기화 명령어
show status - MySQL 데이타베이스의 현재 상황
show Processlist - MySQL 프로세스 목록
show variables - 설정 가능한 모든 변수 목록
flush logs - MySQL의 로그파일 초기화
flush status - MySQL 상태정보 초기화
flush thread - 쓰레드 캐시에 저장된 쓰레드 초기화
flush tables - MySQL에 캐싱된 테이블 초기화
flush privileges - 권한정보 재 설정
나. Connection 튜닝
1. status
Aborted_clients - 클라이언트 프로그램이 비 정상적으로 종료된 수
Aborted_connects - MySQL 서버에 접속이 실패된 수
Max_used_connections - 최대로 동시에 접속한 수
Threads_cached - Thread Cache의 Thread 수
Threads_connected - 현재 연결된 Thread 수
Threads_created - 접속을 위해 생성된 Thread 수
Threads_running - Sleeping 되어 있지 않은 Thread 수
2. system variables
wait_timeout - 종료전까지 요청이 없이 기다리는 시간 ( TCP/IP 연결, Shell 상의 접속이 아닌 경우 )
thread_cache_size - thread 재 사용을 위한 Thread Cache 수로써, Cache 에 있는 Thread 수보다 접속이 많으면 새롭게 Thread를 생성한다.
max_connections - 최대 동시 접속 가능 수
그외에 status 또는 system variables 값은 참고의 Mysql 메뉴얼을 참조해 주십시요.
mysql> show variables like '%max_connection%'; +-----------------+-------+ | Variable_name | Value | +-----------------+-------+ | max_connections | 100 | +-----------------+-------+ 1 row in set (0.00 sec)
mysql> show status like '%connect%'; +----------------------+---------+ | Variable_name | Value | +----------------------+---------+ | Aborted_connects | 3782 | | Connections | 2961108 | | Max_used_connections | 90 | | Threads_connected | 1 | +----------------------+---------+ 4 rows in set (0.01 sec)
mysql> show status like '%clients%'; +-----------------+-------+ | Variable_name | Value | +-----------------+-------+ | Aborted_clients | 2160 | +-----------------+-------+ 1 row in set (0.00 sec)
mysql> show status like '%thread%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | Delayed_insert_threads | 0 | | Slow_launch_threads | 0 | | Threads_cached | 7 | | Threads_connected | 1 | | Threads_created | 1364 | | Threads_running | 1 | +------------------------+-------+ 6 rows in set (0.00 sec)
위의 경우는 Cache Miss Rate(%) = 0.05%, Connection Miss Rate(%) = 0.12%, Connection Usage(%) = 1%
3. 튜닝
Connection Usage(%)가 100% 라면 max_connections 수를 증가시켜 주십시요. Connection 수가 부족할 경우 Too Many Connection Error 가 발생합니다.
DB 서버의 접속이 많은 경우는 wait_timeout 을 최대한 적게 (10~20 정도를 추천) 설정하여 불필요한 연결을 빨리 정리하는 것이 좋습니다. 그러나 Connection Miss Rate(%) 가 1% 이상이 된다면 wait_timeout 을 좀 더 길게 잡는 것이 좋습니다.
Cache Miss Rate(%) 가 높다면 thread_cache_size를 기본값인 8 보다 높게 설정하는 것이 좋습니다. 일반적으로 threads_connected 가 Peak-time 시 보다 약간 낮은 수치로 설정하는 것이 좋습니다.
MySQL 서버는 외부로 부터 접속 요청을 받을 경우 인증을 위해 IP 주소를 호스트네임으로 바꾸는 과정을 수행하여 접속시에 불필요한 부하가 발생하게 됩니다. skip-name-resolve를 설정하시고 접속시에 IP 기반으로 접속을 하게 되면 hostname lookup 과정을 생략하게 되어 좀 더 빠르게 접속을 하실 수 있습니다.
다. Memory 튜닝
1. status
key_block_unused - Key Cache에서 사용되고 있지 않은 Block 수
key_reads - Key Block 읽기 요청시 Disk을 읽은 수
key_read_requests - Key Block 읽기 요청수
2. system variables
key_buffer_size - 인덱스를 메모리에 저장하는 버퍼의 크기
table_cache - 전체 쓰레드가 사용할 오픈 가능한 테이블 수
myisam_sort_buffer_size - 테이블 repair,Alter table,load data에 사용되는 버퍼 메모리 크기
join_buffer_size - 조인을 위한 메모리 버퍼 크기
record_buffer - 순차적인 검색을 위해 사용되는 메모리 버퍼 크기
record_rnd_buffer - order by 절을 사용할 경우 디스크 사용을 피하기 위하여 사용하는 메모리 버퍼 크기
sort_buffer - order by 와 group by에 사용되는 메모리 버퍼 크기
tmp_table_size - group by 시 디스크를 사용하지 않고 임시 테이블을 만들기 위해 사용되는 메모리 크기
key_cache_block_size - block 의 크기(bytes, 기본값 1024)
* ^Key_Reads = Current Key_Rreads - Previous Key_Reads
3. 튜닝
key_buffer_size는 총 메모리 크기의 25% 정도의 크기로 설정하는 것이 좋습니다.
Key_reads/Key_read_requests Rate(%)은 일반적으로 1%보다 적습니다. 1% 보다 높다면 Key Cache가 아닌 디스크를 읽은 경우가 많다고 판단할 수 있습니다. 또한 Key_reads/Key_reads_requests Relative Rate(%) 값이 지속적으로 90% 이상일 경우는 key_buffer_size가 효율적으로 설정되어 있다고 생각하시면 됩니다. 하지만 데이터베이스가 엄청나게 크거나 여러 데이터를 골고루 많이 읽는 데이터베이스라면 아무리 많은 양의 키 캐시를 설정해도 90% 이상의 적중률을 얻을 수는 없습니다.
라. 적용
system variables은 my.cnf 또는 my.ini 파일을 수정 후 MySQL Server 를 재시작 해 주십시요.
[www@smson www]$ vi /etc/my.cnf
# The MySQL server [mysqld] port = 3306 socket = /tmp/mysql.sock skip-locking skip-name-resolve key_buffer = 256M max_allowed_packet = 1M table_cache = 256 sort_buffer_size = 1M read_buffer_size = 1M read_rnd_buffer_size = 4M myisam_sort_buffer_size = 64M thread_cache = 8 query_cache_size= 16M # Try number of CPU's*2 for thread_concurrency thread_concurrency = 8 wait_timeout = 120
가비지 콜렉션 2004년 1월의 테크팁이었던 Monitoring Class Loading and Garbage Collection에서는 자바 커맨드 라인 툴 (자바 애플리케이션 런쳐)를 이용하여 커맨드 라인 옵션인 -verbose:gc에 대해서 알아보았다. 표준이 아니라는 이유로 -XX 옵션에 대해 신경 쓰지 않는다거나, 옵션의 균질성을 중요시한다거나, 또는 현재 사용하고 있는 옵션에 대해서 알고 싶다면 다음과 같이 -verbose:gc 를 입력해보자.
-XX:+PrintGC -XX:+TraceClassUnloading 이것은 -verbose:gc 옵션이 어떻게 번역되는지를 보여준다.
이 옵션은 애플리케이션이 실행되는 동안 가비지 콜렉션 이벤트의 리포트를 요구한다. J2SE v1.4.2에서는 가비지 콜렉터를 컨트롤하는 다른 많은 커맨드 라인이 있다. 코드의 어느 라인도 변경하지 않고 애플리케이션의 성능을 최대한으로 활용하려면, 이 옵션들을 최소한 하나 이상 사용할 수가 있다. 이번 팁에서는 가비지 콜렉터를 컨트롤하는 부수적인 많은 자바 커맨드 라인을 다룰 것이지만, 가비지 콜렉션 튜닝 옵션의 전체를 말하지는 않는다.
자바 애플리케이션 런쳐는 표준 커맨드-라인 스위치와 비표준 커맨드-라인 스위치를 모두 동반한다. -verbose:gc 옵션에 관한 정보에 대해 알아보려면, 특정 플랫폼별로 다음 웹페이지를 참고하자.
위의 참고 페이지에는 몇몇 비표준 옵션들에 대해서도 나와있다. 자바 커맨드 라인 툴에서 표준 옵션인 -X을 실행하면 사용자의 플랫폼을 위한 비표준 옵션을 보여준다.
솔라리스 플랫폼이라면, java -X 을 실행했을 경우 출력되는 내용은 다음과 같다.
-Xmixed mixed mode execution (default) -Xint interpreted mode execution only -Xbootclasspath:<directories and zip/jar files separated by :> set search path for bootstrap classes and resources -Xbootclasspath/a:<directories and zip/jar files separated by :> append to end of bootstrap class path -Xbootclasspath/p:<directories and zip/jar files separated by :> prepend in front of bootstrap class path -Xnoclassgc disable class garbage collection -Xincgc enable incremental garbage collection -Xloggc:<file> log GC status to a file with time stamps -Xbatch disable background compilation -Xms<size> set initial Java heap size -Xmx<size> set maximum Java heap size -Xss<size> set java thread stack size -Xprof output cpu profiling data -Xrunhprof[:help]|[:<option>=<value>, ...] perform JVMPI heap, cpu, or monitor profiling -Xdebug enable remote debugging -Xfuture enable strictest checks, anticipating future default -Xrs reduce use of OS signals by Java/VM (see documentation) -Xcheck:jni perform additional checks for JNI functions The -X options are non-standard and subject to change without notice. 위의 출력값의 마지막 줄을 주목하자. 그러한 비표준 옵션들을 사용하는 것은 사용자의 책임 하에 있음을 분명히 나타내고 있다.
가비지 콜렉션을 위한 세 가지 특정한 비표준 옵션은 -Xnoclassgc, -Xincgc, 그리고 -Xloggc:<file>이다. -Xnoclassgc 옵션을 지정한다면, 콜렉션이 발생하지만 클래스들은 permanent generation으로부터 수집되지 않는다. 이는 콜렉션이 수거하는 메모리가 없음을 의미한다. 만약 클래스를 로딩하려고 할 때 이미 로딩된 클래스들을 위해 메모리를 써버렸다면 콜렉션은 문제를 해결하지 않을 것이다.
썬의 1.4.2 구현에서 -Xincgc은 -XX:+UseTrainGC 옵션과 동등한 값을 가진다. 즉, -Xincgc은 old generation을 위해서 디폴트 값에서 주어진 "serial" 콜렉터를 사용하기 보다는 "train"콜렉터를 사용한다. ("generations"의 개념은 이번 팁의 후반에서 다루게된다.) train 콜렉터는 약 10%의 퍼포먼스 부하를 발생시킨다. 또한 old generation 전체를 한 번에 수집할 수 없기 때문에 약간의 공간적인 부하(space overhead)도 발생한다. train 콜렉터는 점진적으로 작동하는 장점을 가지기 때문에 휴지 시간이 상당히 짧다. J2SE 1.5.0 베타 릴리즈에서는 -Xincgc 플래그는 train 콜렉터보다는 CMS(concurrent mark sweep) 콜렉터를 인보킹하게 된다. 그 이유는, CMS 콜렉터가 train 콜렉터보다 더 균일하기 때문이다.
-Xloggc 옵션을 지정해줌으로써 -verbose:gc 출력값의 등가를 파일로 출력할 수 있다. -verbose:gc 에 의한 출력값과 비교해 보면, -Xloggc 에 의한 출력값은 한 가지 추가적인 항목을 포함하는데, 그것은 애플리케이션에서의 첫 콜렉션이 일어난 시간에서부터 가비지 콜렉션이 발생한 시간에 대한 정보이다. 다음의 -Xloggc 샘플 출력값에서 살펴보자.
-Xnoclassgc, -Xincgc 과 -Xloggc:<file> 이외에도 가비지 콜렉터를 컨트롤하는 다른 옵션들이 존재한다. 예를 들자면, 콜렉터가 실행할 때 간접적으로 영향을 끼치도록 -Xms와 -Xmx 옵션을 사용하여 메모리 할당의 풀 사이즈를 변경할 수 있다. -Xms의 값을 크게 지정해주면, 그만큼 큰 자바 객체 힙으로 작업하게 된다. 이것은 힙을 채우는 데에 더 많은 시간이 걸린다는 것을 의미하고 결과적으로 콜렉션을 피하지는 않지만 미루게 된다는 것이다. 큰 -Xms 값은 또한 더 많은 시스템 리소스를 소모하게 된다. 반면 -Xmx의 값을 크게 지정하면, 자바 객체 힙의 사이즈가 필요 시에 커질 수 있게 된다. 이렇게 값이 큰 객체 힙은 조금 덜 빈번하게 가비지 콜렉트된다는 점 외에는 모든 점이 동일하다. 따라서 이 옵션을 통해 가비지 콜렉션이 빈번하지만 짧은 시간동안 일어나는 것과, 횟수는 적지만 오랜 시간동안 가비지 콜렉션이 일어나는 것 중 하나를 선택할 수 있다. 하지만 각각의 콜렉션이 부하를 발생하기 때문에, 사용자가 정의하는 요구조건에 따라 더 나은 접근법은 달라지게 되어있다.
-Xms 와 -Xmx 외에도 가비지 콜렉션에 영향을 주는 비표준 옵션들이 존재한다. 그 옵션들은 java -X 도움말에서 볼 수 없는데, 그 이유는 이 옵션들은 비표준 옵션이기 때문에 두개의 X를 사용해야하기 때문이다.
만약 힙의 최소값과 최대값을 지정해주고자 한다면 (이 때, 디폴트 값의 범위는 40%~70%), -XX:MinHeapFreeRatio=<Minimum> 옵션과 -XX:MaxHeapFreeRatio=<Maximum> 옵션을 사용하면 된다. 그러나 최소값을 너무 작게 설정해놓으면, 힙은 콜렉션 후에 충분한 여유공간을 확보하지 못하게 되므로, 단기간 내에 또다시 콜렉팅을 해야할 수도 있다. 반면, 최소값을 크게 설정하면, 더 많은 "head room"이 생기므로 다음 콜렉션 때까지 시간을 지연시킬 수 있을 것이다. -XX:MinHeapFreeRatio 의 값을 크게 했을 때의 단점은 시스템 메모리가 이 가상 장치에 고정되기 때문에 사용자의 또 다른 애플리케이션에 사용될 수 없다는 점이다.
-XX 세트내의 다른 비표준 옵션들은 가비지 콜렉터의 작동 방법에 영향을 끼친다. -XX:+UseConcMarkSweepGC 커맨드 라인 플래그("concurrent mark sweep garbage collection"의 줄임말)는 병행(concurrent) 가비지 콜렉터를 실행시킨다. -XX:+UseConcMarkSweepGC 콜렉터는 old generation을 동시에 콜렉팅한다. 그 이유는 전반적인 콜렉션 같은 old generation 들은 콜랙팅할 때 대체적으로 시간이 오래 걸려서 병행 가비지 콜렉터를 실행시키는 것이 더 효과적이기 때문이다. 이는 애플리케이션에서 가비지 콜렉션 휴지 시간을 짧게 할 수 있도록 프로세싱 파워를 활용한다는 것을 말한다. -XX:+UseParallelGC 커맨드 라인 플래그는 병렬 가비지 콜렉팅을 가능하게 한다. -XX:+UseParallelGC 콜렉터는 오직 다중 프로세서를 이용한 young generation만을 콜렉팅한다. 이 접근법은 처리율은 높이지만, 전반적인 콜렉션의 휴지 시간을 줄이지는 못한다.
또 하나의 흥미로운 옵션인 -XX:+PrintGCDetails 는 각각의 콜렉션에서 각 generation에 어떤 일이 발생했는지를 보여준다. (단, permanent generation 에 대한 자세한 사항들은 보여주지 않는다. 이 점은 JDK 1.5.0.에서 수정되었다.)
SwingSet2의 데모에 사용된 -XX:+PrintGCDetails의 예제를 살펴보자. (출력값의 라인들은 테크팁 페이지의 경계선에 맞추기 위해 나누어주었다.)
앞서 'generations'의 힙 공간에 대해 언급한 바 있다. 이 말이 무슨 의미인지 궁금하다면, 여기 짤막한 설명을 참조하자. JRE 1.4.2 에서 힙은 young, old, 그리고 permanet와 같이 세 개의 generation으로 구분된다. young generation은 객체가 생성된 장소이다. 이 generation의 사이즈는 -XX:NewSize 옵션과 -XX:MaxNewSize 옵션에 의해 컨트롤된다. 새로운 객체를 보유하게 되면, old generation으로 승격된다. old generation의 사이즈는 전체 힙 사이즈 (-Xms 과 -Xmx) 에서 young generation의 사이즈 (-XX:NewSize 과 -XX:MaxNewSize)를 감한 사이즈로 계산된다. young generation은 명시적 크기보다는 -XX:NewRatio=를 이용하여 더 잘 지정할 수 있는데, -XX:NewRatio= 옵션은 힙 설정의 전체 사이즈를 설정해주기 때문이다. 선택한 사이즈는 콜렉팅 되는 시간에 대해 콜렉션의 횟수를 결정하게 된다. 어떤 애플리케이션들은 짧은 휴지 시간을 요구하는 한편, 콜렉터의 효율성을 필요로 하는 애플리케이션들도 있다. (많은 애플리케이션에서 이 단계의 튜닝을 해줄 필요는 전혀 없다.)
마지막으로 언급할 GC옵션은 -XX:+DisableExplicitGC이다. System.gc()의 호출을 이용하여 가비지 콜렉터를 실행하라는 명령을 했을 때, 시스템이 이를 무시하기를 원한다면 이 옵션을 사용해보자. 가비지 콜렉터는 프로그래머가 명령했을 때가 아닌, 필요시에 계속해서 실행되고 있을 것이다. 하지만 프로그래머의 명령을 무시하는 것이 좋은 생각일까? 아마도 아닐 것이다. 왜냐하면, 프로그래머가 가비지 콜렉터를 실행하기 적당한 시점이라고 생각할 수 있기 때문이다. 물론, 만약 공유 라이브러리를 사용하고 있고, 실행 콘텍스트가 프로그래머의 원래의 계획과 다르다면, 이러한 새로운 상황에 유효하지 않을 수도 있다.
가비지 콜렉션에 관련된 옵션들에 대해 좀더 자세한 정보를 원한다면, Tuning Garbage Collection with the 1.4.2 Java Virtual Machine를 읽어보기 바란다. 튜닝을 할 때는 튜닝의 목적이 성능 향상인지, 짧은 휴지 시간인지 아니면 작은 범위의 ㄴ메모리 사용을 위한 것인지 그 목적을 확실히 해야 한다. JVM이 업데이트 되면서 선택할 수 있는 튜닝 옵션들도 다시 한번 살펴 보아야 한다. 이번 팁에서 다룬 옵션들의 대부분은 썬의 런타임 환경 1.4.2 릴리즈에 한정됨을 기억하자. 1.5.0 릴리즈는 고유의 컨트롤 셋과 디폴트 셋을 가진다.
예전에 신발진흥센터 인가? 아무튼 그 사이트 작업을 할때 만들어 두었던 코드를 다시 사용하게 될줄이야..
아무튼 경험이 많으면 손발이 편해요. ㅎㅎ
다음은 브라우저의 언어정보를 알아내는 자바스크립트이다.
if (navigator.appName == 'Netscape') var language = navigator.language; else var language = navigator.browserLanguage; /*------------------------------------------------------------- Netscape instructions: In Netscape, find the language you want to redirect by going to Edit Menu --> Preferences... Then click the '+' box next to 'Navigator' and click 'Languages' Click 'Add' then find the languages you want and add them below. --------------------------------------------------------------- Microsoft Internet Explorer instructions: In MSIE, find the language you want to redirect by going to Tools Menu --> Internet Options... Then click the 'Languages' button near the bottom of the page. Click 'Add' then find the languages you want and add them below. -------------------------------------------------------------*/ if (language.indexOf('en') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('nl') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('fr') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('de') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('ja') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('it') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('pt') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('es') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('sv') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else if (language.indexOf('zh') > -1) document.location.href = 'http://www.kfiglobal.or.kr/eng/'; else document.location.href = 'http://www.kfiglobal.or.kr/'; //기본적으로 한국어.
소니 코리아(대표이사 사장: 윤여을, www.sony.co.kr)는 견고함과 가벼움을 동시에 갖춘 소니 최초의 비즈니스 전용 모바일 노트북 바이오 G 시리즈를 출시했다.
바이오 G 시리즈는 1,300개 일본 기업을 대상으로 실시한 대규모 조사 결과와 광범위한 의견수렴을 통해 기획된 비즈니스 전용 모바일 노트북으로 업무용 노트북에 요구되는 강하고, 오래가고, 얇고 가벼운 속성을 업계 최고 수준으로 만족시킨 제품이다.
기존 마그네슘보다 30% 더 가볍고, 200% 더 단단한 탄소섬유가 제품의 3면(상판, 하판, 팜레스트)에 적용됐다. 그리고 업무 중 발생할 수 있는 제품의 낙하에 대해서 자체의 기준(PC가 동작되고 있을 때 72cm 높이에서의 낙하를 가정 등)을 설정, 까다로운 품질 시험을 통해 보다 향상된 견고함을 갖췄다. 또한 제품 내부적으로도 하드디스크에 더욱 향상된 충격완화 소재를 사용했을 뿐만 아니라, 노트북이 우발적으로 떨어질 경우 하드디스크 구동을 자동으로 중지시키는 바이오 하드디스크 프로텍션 기능, 지문인식 기능, TPM 보안 칩, 하드 패스워드 등의 통합 보안 솔루션을 탑재했다.
바이오 G 시리즈는 11.5시간의 긴 배터리 성능을 보여준다. 이를 통해, 외근 또는 출장 중 오랜 비행시간 등의 모든 비즈니스 상황에서도 충전에 대한 걱정 없이 업무가 가능하다.
두께도 세계 최고 수준인 약 2.5cm에 불과하다. 바이오 최초로 0.2mm의 LCD 패널이 장착됐으며, 편의성과 충격 보호를 위해 제품의 두꺼운 부분과 얇은 부분의 차이를 최소화하여 설계했다. 무게도 1.04Kg로 획기적으로 줄였다. 크기가 손바닥 반만하고, 무게는 약170g에 불과한 미니 AC 어댑터가 최초로 탑재되어 관련 주변기기를 G 시리즈와 함께 가지고 다닐 때도 무게에 대한 부담이 없다.
소니 코리아의 바이오 제품 담당자는 “바이오 G 시리즈는 견고함과 가벼움이라는 상반되는 특징을 최적으로 조화시킨, 바이오의 모든 기술이 집약된 최초의 비즈니스 전용 노트북”이라며, “Genuine(진정함)을 상징하는 이번 바이오 G 시리즈의 출시를 통해 향후 B2B를 포함한 비즈니스 노트북 시장을 보다 적극적으로 공략할 것”이라고 덧붙였다.
바이오 G시리즈는 12인치 액정의 VGN-G115LN/B 단일 모델로 구성되며, 가격은 249만9000원 이다.
한편 바이오 G 시리즈는 2월 3일부터 2월 28일까지 소니 스타일 직영점 소니스타일 온라인을 통해 예약판매를 시작하며, 예약판매 구매고객에게는 개인정보보안 필름 및 바이오 G 전용 가방을 증정한다. 한편, 지난주 제품 출시를 발표했던 보드 PC 바이오 type L(VGC-LA38L)의 예약판매도 2월 3일부터 2월 20일까지 진행될 예정이다.
invalid-file
