U.Seung's Log

Customizing Windows Command Prompt

U_Seung — Sun, 07 Mar 2010 13:27:12 +0900

#1. Prompt 설정.

PROMPT=$P$G$_$$

계속 사용하고 싶으면..
환경 변수에 등록해주면 됩니다.

몇 가지 포인트가 있는데..
$_는 한 줄을 바꿀 때 씁니다.
마지막에 Space 를 넣어 주는 것이 보기 편합니다.

편의에 따라서 %USERNAME%, %COMPUTERNAME% 등을 넣어 줄 수도 있지만
Remote로 접속하는 경우가 적기 때문에 필요 없는 경우가 많습니다.

#2. 폰트 변경.

Fixed Width 폰트를 지정할 수 있습니다.
한글은 굴림체, 돋움체, 나눔고딕 코딩 등을 지정할 수 있습니다.
원하는 폰트가 목록에 나오게 하기 위해서는
Registry의 HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Console\TrueTypeFont 에 추가하시면 됩니다.

영문폰트를 사용하고 싶으시면 Codepage를 바꿔야 합니다.
chcp 명령어를 사용하거나
Registry의 HKEY_CURRENT_USER\Console의 하위를 직접 세팅 해서 바꾸면 됩니다.

GameTech 2010 - TERA의 서버 구조

U_Seung — Tue, 02 Mar 2010 02:09:21 +0900

지난 주에 GameTech 2010에 다녀 왔습니다.

정말 오랜만에 세미나를 들으러 갔던 것 같습니다.

GameTech 2010 공식 홈페이지: http://gametech.gamespot.co.kr/

GameTech 2010 관련 기사: http://www.zdnet.co.kr/conference/gametech2010/

여러가지 세션을 들었지만 가장 인상 깊었던 블루홀 스튜디오의 세션에 대해서만 몇자 남깁니다.

일단 TERA의 서버 구조는 매우 간단합니다.

한 Planet(Wow의 Relm)당 수용인원은 대략 5000명 정도 예상.
한 Planet에는 하나의 Arbiter 서버를 Front-end로 둠.
한 Arbiter 서버에는 여러개의 World서버를 Back-end로 둠.

TERA에서는 Planet간에도 유저가 만날 수 있는 통합전장이라는 시스템이 있으므로,
특정 World서버에서는 여러개의 Arbiter 서버와 연결을 가질 수 있음.

이게 끝입니다.

(물론, 로그인과 같은 인증관련 부분은 생략 되었습니다. 한게임에서 처리하니 필요 없을 것 같기도 합니다.)

정말 간단합니다.

그렇기 때문에 역할 구분도 매우 명확합니다.

[Arbiter 서버]

주로 I/O를 담당.
Network 통신에 해당하는 Non-Blocking I/O와 Database 작업에 해당하는 Blocking I/O를 담당.
(내부적으로는 위의 두가지 방식의 Thread Pool을 분리 한다고 함.)
채팅, 길드 등의 게임 로직을 담당

[World 서버]

주로 (CPU작업이 많은) 게임로직을 담당.
Blocking I/O만을 처리하며 모든 Thread가 대등한 역할을 수행.
대부분의 게임 로직을 처리하며, 통합 전장/Instance Dungeon 기능도 가짐.

----

여기까지는 발표 내용이고, 제 개인적인 생각을 몇 자 적어보자면...

발표 초반에 액션성을 강조한 게임이라고 TERA의 특징을 소개하였으나

설명을 들을 수록 액션성이 잘 표현되는 CPU와 I/O를 많이 쓰는 곳에 적합한 구조라는 생각은 안 들었습니다.

지금 구조에서는 Arbiter 서버 프로세스 하나에서 대부분의 I/O가 일어 나는데

I/O쪽 부하가 지나치게 집중 되도록 되어 있으며,

안정성 측면에서도 Arbiter 서버 이거 다운되면 어떻게 하나 걱정부터 많이 들었습니다.

물론, 서버 기능별로 채팅서버, 파티서버, 몬스터서버 이렇게 한 없이 분리하다보면

복잡도가 올라가서 결국 서버의 안정성이 떨어진다는 것을 부정하긴 힘들지만

아무리 그래도 프로세스 하나에서 Network I/O, 채팅/길드, DB 까지 다하는 것은 좀 지나치다는 생각이 듭니다. ( 물론, 블로홀 스튜디오에는 국내 최고 수준의 막강 QA 인력이 포진하고 있다고 합니다... )

뭐 이런 저런 우려와 걱정이 되긴 하였지만..

가슴 속에서는 'Arbiter 서버와 World 서버만 있다고? 이거 만들기 엄청 편하겠는데 +_+)/.... '

끝으로 강연자 분이 했던 말씀중에 인상 깊었던 말이 있었는데...

정확히 문구까지는 기억이 나지는 않지만 대략 아래와 같은 말이었습니다.

서버 구조는 해당 게임의 특징에 따라서 다르겠지만 그것과 더불어서 해당 게임을 만드는 팀에 따라서 달라져야 합니다. 지금 만들고 있는 서버 구조는 현재 팀의 구성에 따라서 정한 것입니다. 만약 현재 팀 구성이 아니었다면 다른 모델을 도전 해볼 수도 있었을 것 같습니다.

한국 귀화시험 기출 문제...

U_Seung — Tue, 16 Feb 2010 20:20:44 +0900

필기: http://www.scribd.com/doc/26929681/

면접: http://www.scribd.com/doc/26929697/

[RSS] 네이버 캐스트 Feed

U_Seung — Tue, 16 Feb 2010 12:57:25 +0900

네이버에서는 좋은 정보를 참 많이 제공 해주고 있습니다.

구워진지(Burned) 얼마 되지 않은 Feed.

네이버캐스트 :: 매일의 디자인: RSS, EMAIL

네이버캐스트 :: 아름다운 한국: RSS, EMAIL

네이버캐스트 :: 오늘의 과학: RSS, EMAIL

네이버캐스트 :: 오늘의 미술: RSS, EMAIL

네이버캐스트 :: 오늘의 집: RSS, EMAIL

네이버캐스트 :: 오늘의 체조: RSS, EMAIL

네이버캐스트 :: 인물과 역사: RSS, EMAIL

빌드(컴파일, 링크) 속도가 느리다면....

U_Seung — Thu, 04 Feb 2010 10:55:21 +0900

컴파일 속도가 느리다면.. IncrediBuild를 쓰세요.

링크 속도가 느리다면.

일단 64비트 OS를 설치하고,

RAM을 넉넉하게 늘리세요. ( 4G 이상, 6G 이상 추천 )

RAM 업그레이드 이후에 체감 링크 속도가 2~3배 빨라졌습니다.

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

OS를 Windows 7 x64로 업그레이드 했더니 빌드 속도가 더 빨라 졌습니다.

Windows 7 에서 멀티코어 지원이 강화 된 영향 같습니다.

[MySQL] NULL이지만 NULL이 아닌 슬픈 이야기..

U_Seung — Fri, 22 Jan 2010 19:27:13 +0900

일단 어떤 테이블에 varbinary(123) 타입을 가진 컬럼이 하나 있었습니다.

mysql> DESC SomeTable col1;

+-------+----------------+------+-----+---------+-------+

+-------+----------------+------+-----+---------+-------+

| col1 | varbinary(123) | YES | | NULL | |

+-------+----------------+------+-----+---------+-------+

1 row in set (0.00 sec)

이 컬럼에는 NULL이 들어 있었습니다.

mysql> SELECT col1 FROM SomTable LIMIT 0, 10 ;

+------+

| col1 |

+------+

| NULL |

+------+

10 rows in set (0.00 sec)

Stored Procedure를 통해서 여러개의 테이블에서 여러개의 컬럼을 읽는 프로그램이었는데... 디버깅 끝에 이 부분부터 꼬이기 시작한다는 것을 발견했습니다.

그리고 희한하게도 이 컬럼을 읽는 부분에서 NULL이 아닌 값을 읽고 있는 것을 발견했습니다.

그리고... 확인결과 ... 진짜 NULL이 아님을 알았고

mysql> SELECT col1 FROM SomeTable WHERE col1 IS NULL LIMIT 0, 10 ;

Empty set (0.00 sec)

비극의 진실은...

mysql> SELECT col1 FROM SomeTable WHERE col1 = "NULL" LIMIT 0, 10 ;

+------+

| col1 |

+------+

| NULL |

+------+

10 rows in set (0.00 sec)

.......... oTL

한 가지 고려해볼 수 있는 사항은

Binary 컬럼은 SELECT시에 *(asterisk)를 쓰지 않고, HEX(col1) 처럼 HEX() 함수로 감싸도록 (마음속으로.. ) 강제 하는 방법.

[Linux] 콜스택이 깨진 Core 파일 디버깅 하기

U_Seung — Mon, 18 Jan 2010 22:56:48 +0900

Linux에서 Daemon을 돌리다 보면 버그로 인해서 프로그램이 Crash 되는 일이 종종 있습니다.
당연히 문제가 되는 부분 찾아서 고쳐야 합니다.

그럴때 대부분 사용하는 방법이 Process가 죽기전에 기록을 Core파일에 남기도록 설정 하는 방법 입니다.
정상적으로 남겨진 Core파일 경우라면 디버깅 하는게 큰 문제는 없을 테지만
아래와 같이 콜스택이 깨져 보이는 난감한 상황을 만들어 내기도 합니다.

Loaded symbols for /lib/tls/librt.so.1

Reading symbols from /usr/lib/libggauth2.so.56...done.

Loaded symbols for /usr/lib/libggauth2.so.56

#0 0x02d10100 in ?? ()

(gdb) bt

#0 0x02d10100 in ?? ()

#1 0x01010000 in ?? ()

#2 0x000002d2 in ?? ()

콜스택이 깨져 보이는 경우는 주로 Stack Buffer Overrun 으로 인한 문제 입니다.
(다른 문제는 이 글에서 다루지 않습니다.)
이 경우, 스택에 있던 Return Address가 지워져 있기 때문에 GDB는 콜스택을 표시하지 못합니다.

하지만 이런 경우라고 해서 너무 낙심할 것은 아닙니다.
Stack Buffer가 조금 넘친 경우에는 남은 정보를 이용해서 문제를 해결 할 수 있기 때문입니다.

이때, 실마리를 제공해주는 것은 Register의 ESP 입니다.
비록 원하던 Return Adress는 지워졌지만 ESP는 값은 정상적인 값을 유지하고 있습니다.
이제 ESP가 가르키던 메모리 주변을 뒤져서 Return Address와 유사한 값들이 있는지 찾아보면 문제에 대한 힌트를 얻을 수 있습니다.

일단 Return Address랑 유사한 녀석들은 어떤 녀석이어야 하는지 파악 해야 합니다.
당연히 Return Address는 실행가능한 Instruction 들이 저장되어 있는 Code Segment를 가르키고 있습니다. GDB에서는 maint info sections .text 명령어를 통해서 Code Segment를 찾아 볼 수 있습니다.

(gdb) maint info sections .text

Exec file:

`/home/aa/bb.debug.1f25cf3be302bd7308d598c132ac904b', file type elf32-i386.

0x08051e20->0x0824fc08 at 0x00009e20: .text ALLOC LOAD READONLY CODE HAS_CONTENTS

Core file:

`/home/aa/core.1214458224.bb.30678', file type elf32-i386.

이제 Code Segment의 범위도 구했으니 ESP를 기준으로 주변 탐색해서 Return Address와 유사한 녀석들을 찾아 본다면 아마 콜스택과 유사한 모양이 만들어 질 수 있을 겁니다.

이를 위해서 간단한 User-defined Command를 만들었습니다.

define findsymbols
set $textbegin = $arg0
set $textend = $arg1
set $si = $arg2
set $ei = $arg3
while $si < $ei
set $value = *(int*)$si
if ($textbegin <= $value && $value <= $textend)
printf "[0x%08x] ", $si
info symbol $value
end
set $si = $si + sizeof(void*)
end
end

가독성이 다소 떨어지긴 하지만 동작은 간단합니다.
주어진 범위를 탐색하면서 정해진 범위의 값(Code Segment의 범위)이 들어오면..
해당 값을 info symbol 을 이용해서 출력하는 Command 입니다.

실제로 사용하면 아래와 같은 결과를 얻을 수 있습니다. (함수 이름은 가명..)

(gdb) findsymbols 0x08051e20 0x0824fc08 $esp-1024 $esp+1024

[..] IoHandler::SendPacket(char const*, unsigned int, bool) + 786 in section .text

[..] IoHandler::UniCast(char const*, unsigned int) + 26 in section .text

[..] Remote::PartyCast(Party*, char const*, unsigned int) + 141 in section .text

[..] Dispatcher::Do(Task*, TaskMsg*) + 795 in section .text

[..] Task::ExtractTaskMsg(TaskMsg*) + 953 in section .text

[..] Task::svc() + 510 in section .text

콜스택(?)을 얻었으니 ESP값과 비교 등을 통해서 어느 지점에서 Crash되었는 지를 파악할 수 있을 것입니다. 아마 있어야 하는 함수 1~2개가 누락되어서 보이는 경우가 대부분 일테고요. 어떤 함수가 버퍼를 넘치게 했는지 찾아내면 됩니다.

좀 더 정확한 원인을 얻어 보기 위해서는 GDB의 x 명령어 등을 이용해서 ESP 주변 메모리를 잘 뒤져보면 답을 찾을 수 있습니다. 하지만 이 정도 까지 얻었다면 소스를 보고 문제의 원인을 먼저 찾고 문제점이 맞는지 검증하는 편이 더 빠를 수 있습니다.

그럼 즐거운 디버깅 되세요 :)

내 책상 (2010)

U_Seung — Wed, 13 Jan 2010 15:57:08 +0900

(사진 찍은 날짜는 사진 우측 위에 표시.)

아시는 분은 아시겠지만

저는 온라인 게임 서버를 만들고 있습니다.

모니터는 세 대를 사용합니다.

본체는 두 대를 이용하며, 두 컴퓨터는 Input Director로 연결해서 사용합니다.

(지금은 내부 사정으로 서브컴퓨터를 사용하지 못하고 있습니다만,

서브 컴퓨터의 용도는 주로 웹서핑이나 모니터링 툴을 사용하는 목적으로 썼습니다. )

키보드는 원래 기계식을 쓰다가 너무 시끄러운것 같아서 i-rocks를 씁니다.

근데 요즘 가끔씩 손목이 아파서(원인은 잘 모르겠지만..)

Microsoft의 Natural Keyboard로 바꿀까 말까 고민하고 있습니다.

키보드 아래에는 Post-It을 붙이는 장소입니다.

할일이 생기면 Post-It을 붙이고, 그 위에 적어 둡니다.

할일을 다 하면 두줄로 긋고, Post-It에 적힌 리스트가 모두 두줄로 그으면 Post-It을 버립니다.

주로 쓰는 프로그램은 Microsoft Visual Studio 2008 입니다.

Linux에서 돌아가야하는 Application을 만들지만 Linux에서 개발/디버깅은 불가피한 경우가 아니면 하지 않습니다.

Visual Studio을 쓸때는 양쪽 화면에 꽉차게 창 크기를 늘려서 씁니다.

이렇게 쓰면 창 두개를 한 화면에 볼 수 있어서 편리합니다.

(사진에서는 파일 하나만 열었네요.)

색상은 검은 바탕을 선호하며, 폰트는 Bit Stream Vera Sans Mono를 씁니다.

위대한 발견: Visual Studio 검색창 늘리기

U_Seung — Tue, 22 Dec 2009 19:44:46 +0900

그림의 오른쪽 아래 동그라미 쳐진 곳을 주목하면 된다.

저 상자가 늘어난다는 것..

매일 쓰던 툴에서 발견한 신선함 이랄까;;;

Vim으로 여러 파일 Tab으로 열기

U_Seung — Sat, 31 Oct 2009 20:50:06 +0900

일단 회사에 보면 대부분이 U모 Editor를 사용하고 있다.
훌륭한 프로그램이라고 생각하지만 그냥 안 쓰다보니 설치도 안했다.

나는 주로 Windows에서도 Vim을 쓰는데..
다른 사람들에 비해서 여러개의 파일을 다루는 것이 불편하다는 것을 알게 되었다.

그래서 위와 같이 Vim의 Tabs 기능으로 자주 쓰는 파일을 열어야 생각이 들었다.
일단 생각하고나니 문제가 간단해졌다.

CD F:\TT\
gvim -p *.xml

자주 쓰는 파일 목록을 따로 저장해서 열어주는 방식도 있겠지만..
난 이 정도로 충분했다.

두 개의 바로가기를 만들었는데
하나는 *.xml을 읽어 주고, 하는 *.ini를 읽어 준다.

이제는 다른 사람보다 편해졌다. :)