이름 만큼 멋진 음악이다. 포스팅할 거리도 별로 없다. 감기걸렸다. 콧물죽는다. -_-

 AMD64 CPU의 과열현상인지, 아니면 AMD64 CPU의 버그인지, 컴파일러의 오류인지 단정할수 없지만 잠깐동안 햄뽁았다.  (컴파일러)님하 매너염-_-.

 아니 요즘 네이버의 지식인에 모든 지식이 없는거 빼고 다 있다더니 이런 좋은 정보도 있구나 역시 국내 검색엔진 1위 네이버하며 0.1초만에 클릭했다.
그래 나도 이제 언제까지 이렇게 살순없지 않은가 하며 화면이 로딩되기를 기다렸는데 [네이버검색:아침잠]

 답이라고 생각되는 네이버 지식인님이 찾아주신 첫번째 링크를 클릭하고 읽었더니 무슨 반년에 걸쳐 DOT마냥 한시간 일찍 일어나는법이 적혀 있지 않나
그래서 검색결과로 와서 두번째 링크인 '아침잠 없애는 방법'를 클릭하고 본문을 다 읽었는데 '그래 잡설은 됐고 자 이제 아침잠을 줄이는 법을 말해봐'라고 생각을 할때쯤 글이 끊어졌다. 아니 이게 왠 개발살이라며 다 이해하는데 나만 이해못하는건가하고 다시 글을 훓어보다 첫번째 댓글을 봤는데 

guscjdghks 2006-01-02 22:02

자.이제 아침잠 없애는법을 알려죠

 내가 글을 잘못본건 아닌거 같아 만족하고 그래 '남자가 아침잠을 줄이는법을 찾는데는 삼세번'이라는 말도 있듯이

 다시 처음의 검색 결과 페이지로 돌아와서 이것 저것을 10분간 클릭을 해본 결과

 아침법을 줄이는 방법은 "없네효 님하"

 다시 최초의 낚시링크로 돌아와서 링크 제목을 읽어보니 "아침잠 줄이는 방법, 정말 궁금하시죠?" 였다. 이 말뜻인즉, "어이쿠 님하 저도 궁금한데 님도 궁금하시죠?"인 것이다

 아니 이 개발살 내가 아침잠을 줄이는 방법이 궁금한지 어떻게 알았지? 네이버 쪽집게네 쪽집게야

 아니 이게 뭐하는 시츄에이션 이런 저질 삼류 낚시 포탈 네이버 같으니 아니 오냐 오냐 해줬더니

 새해 두째날부터 여기저기 낚시가 성행하더니 내가 낚시 당할줄은 몰랐네!!
아이구 님하 감사 덕분에 새해 기분좋게 시작하게 되었네염 이 개발살같으니!

 당한 낚시는 잊고 2006년 병술년 개해를 맞아 많은 네티즌 분들이 궁금해하고 알고 싶어하는 유익한 정보하나를 공개함으로써 이 글을 끝내기로 했습니다. 싸이월드 도토리 10개 무료로 얻는법

 2006년이 열렸는데 1월1일부터 밤새 게임을 하는 기염을 토한후 스스로에 대해 "이게 지금 뭐하는 시츄에이션" 이라며 반문한 후, 반성하는 의미에서 책을 여러권 주문했다. 2006년 진보하는 한해가 되기위해 노력해야겠삼. 아울러 서둘러 "쏠로라서 햄뽁아요"라는 닉네임을 메신저에서 하루 빨리 지울수 있는 시츄에이션을 만들어서 주말에 일을 핑계로 집과 회사에 틀어박혀 게임만해서 남들에게 "남자라면 저래야지"라는 말을 듣지 않기위해 노력하겠다.

 Windows Server 2k3 R2가 얼마전에 공개되었다. 요즘 IT 관련 소식에 등한시 하다보니 오늘 알게 되었다. -_-; 새로 추가된 기능이 궁금해서 What's New를 찾아봤는데 항상 윈도우즈 발표할때 이야기하는 "'X' allows you to maintain the performance, availability, and productivity benefits of ..." 라는 문구외에 특이한 사항은 없다. 보안관련 이슈 몇가지 개선한점과 서버매니지먼트 툴의 개선점 그리고 최근에 발표된 .Net 2k5로 개발한 바이너리를 실행하기위한 추가 구성요소를 설치했을것으로 추측되는 것 그리고 SP1이 기본으로 패치되어있어서 귀찮은 점이 좀 줄어들었다는 점 정도가 업데이트 내용이다. (특별한 내용을 발견한 분은 커멘트로 남겨주세요. 저는 발견 못하였습니다. -_-) 그래서 당연히 추가 라이센스 비용도 없다.

 롱혼 서버는 2007년 런칭 예정이라고 하니 2007년까지 R2가지고 버티려는 수작같다. -_- 일단 윈도우즈 비스타가 나온후에 나올 예정이니 뭐 차세대 윈도우즈 서버에 대한 기대는 맘편히 2년후로 미루자.

 여러 다른 분들의 정보 공유 정신 덕분에, 3시부터 카페를 만들고 준비를 하여 어찌되었든간에 피자 한 조각를 먹게 되었다. 미스터피자 역시 쵝오!

본 이벤트의 사용자 지향적 스펙

• 12월 20일부터 1월 2일까지 공유일을 제외하고 하루에 2번(오전11시, 오후4시) 150판씩, 총 10일간 3000판을 선착순 배포
• 피자 한판의 조각수를 12조각으로 가정하면 총 조각수는 36,000조각이다. 이를 단순 산술로 피자 한조각을 '겟'할 확률을 구하면 전국에서 가능한 이벤트이므로 인구를 4,500만명으로 둔다면 한조각을 먹을 확률은 1250분의 1이다.
• 절차: [카페프렌즈개설] - [2명이상의 회원을 유치] - [이벤트시간(11시, 4시)에 카페상단의 꽁짜 피자 신청을 3명이서 클릭] (WoW에서 다른 유저를 소환하는 절차와 비슷하다. 껄껄)
• 제한: 한번 피자를 소환한 유저 3명은 다시 이벤트에 참여할수 없다. (카페 기준이라는 말이 없는것으로 볼때 카페에서 여러번의 이벤트가 당첨될수 있을것으로 사료됨.)
• 12월 26일 오후 5시47분 현재, 52446명의 사용자가 17416개의 카페프렌즈를 생성하여 피자이벤트를 노리고 있다. 유효 피자 이벤트 활성 유저는 현재 1500판의 피자가 배달되었으므로 이를 위해 소진된 사용자수 4500명을 전체 사용자수에서 제외하면 47946명이 된다.
• 이벤트의 특성상, 한번 피자맛을 본 사용자는 새 아이디를 생성혹은 렌트하여 재도전할 것임이 분명하다. 이를 근거로 쌈마이 스타일로 실제 유효 유저를 '점찍어'본다면 실제 유효 유저는 4만명정도로 추산되며 일반적인 게임에서의 동시접속유저수(피자소환시도유저)는 누적 계정수(유효유저수)의 10%이지만 초기 오베시작의 특수 이벤트로 생각하여 역시 쌈마이 수치인 50%를 적용하여 동접수(피자소환시도유저수)는 2만명으로 추산되며 이를 3으로 나누면 6666개의 팀이 되는데 확률을 높이기 위해 4-5명 이상이 시도하는 팀도 고려하여 (나 같으면 두팀이 시도하겠지만) 6000팀으로 산출된다.

변증법적 유물론에 입각한 소환 가능 확률

• 정: 한번에 소환되는 피자는 150판 피자소환팀은 6000팀, 따라서 매번 시도시 확률은 2.5%로 추정된다.
• 반: 그러나 주변의 사례를 보면, 대부분 시도해본 분들이 드셨다는 것을 알수 있다. 따라서 실제 소환성공률을 역시 쌈마이 근성으로 논리적으로 보정해보면 25%-_-가 됨을 알수 있다.
• 합: 결론적으로 현재 시도하는 팀은 600여팀이며 시도시 성공률은 25%이다.

본 이벤트의 미래

• 이벤트의 특성상 1월2일이 되어 감에 따라 점점 동접수가 늘어날 것임으로 (온라인 게임에 비유하자면, 평생무료선언한 온라인 게임인데 퀄리티는 WoW정도로 취급) 현재 600팀이 1월2일 쯔음에는 1200~2000팀으로 불어날 것으로 사료됨
• 이를 근거로 일별 당첨확률을 구해보면 다음과 같다.
• 26일 25%
• 27일 21.5%
• 28일 18%
• 29일 14.5%
• 30일 11%
• 1월 2일 7.5%
• 주의: 확률 분표를 쌈마이 정신에 근거하여 직선 보간(Linear Interpolation)하였으나, 사실은 S자곡선을 이룰것임이 틀림없다. 보다 과학적인(?)결과를 원하시는분은 쌍곡선 보간(Hyperbolic Interplation)을 하길 권장한다.

결론

 길고도 허무하고도 개념없고도 쓸모없는 헛소리♡

장점: 이름에 드러나는 그대로의 그것

• 트랙포인트가 달려있다. (일명 빨콩)
• 마우스 왼쪽 클릭, 오른쪽 클릭 버튼이 있다. (스크롤 휠도 가능)
• USB 허브가 달려있다.
• 키보드가 작다.
• 키감이 쫀득하다.

 단점: 스페이스 세이버 원래의 단점 + 내가 산 리비젼의 단점

• 한글이 인쇄되어 있지 않다. (키보드 안 보기 치는 사람들에겐 단점 아님)
• 프랑스어 자판으로 인쇄되어 있다. (역시 키보드 안 보고 타자 하는 사람들에겐 단점 아님)
• 몇가지 알수 없는 기호들이 인쇄되어 있다.
• Insert->'Inser', Delete->'Suppr', Enter->'Entr', Home->'Pos 1', End->'Fin' 등
• 숫자키패드가 없다. (원래 의도적으로 키패드를 빼버리고 만든 것이 바로 이 Space Saver 다.)
• Num Lock이 없다. (Num Lock대신에 메인키패드 중간에 있는 키를 숫자키로 사용할수 있는 On/Off 버튼+led가 있다.)
• 왼쪽 쉬프트 옆에 정체 불명의 키가 존재한다.
• 한영키와 한자키가 없다.
• '백스페이스'가 길고, 대신에 '엔터'키옆에 '\'키가 있다. (선호하는 배치는 '백스페이스' 키 옆에 있는 것)
• 잘못된 습관으로 오른손으로 키배치 왼편의 키를 누르려고 하면 트랙포인트(빨콩)이 방해된다.
• 방향키(Up Arrow) 양 옆에, 'Back', 'Forward' 키가 달려있다. 적응해보고 적응이 안되면 disable시켜야 할지도 모른다. 적응이 된다면 편할지도 모르겠다.
• 마데 인 치나다. -_-

 단점을 보안한 사항

• '왼쪽 쉬프트' 옆의 '정체불명의' 키를 '왼쪽 쉬프트'키로 강제 매핑하였다. (0x0056 -> 0x002a)
• '오른쪽 알트'키를 '한영'키로 강제 매핑하였다. (0xe038 -> 0x0072)
• '오른쪽 윈도우즈'키를 '한자'키로 강제 매핑하였다. (0xe05c -> 0x0071)
• 관련 정보: http://www.microsoft.com/whdc/device/input/w2kscan-map.mspx
• 매핑 레지스트리: Download file

 결론은 쵝오! 상당히 쓸만하다. 살인적인 운송료로 운송료를 N빵하기 위해 여분을 같이 주문하였다. 현재로서는 옥션에 5만원 가량에 여분을 팔생각이다.

 
[ 2 Port USB 허브 ]

 
[ 금속성 물질로 양각되어 있는 IBM 마크! ]

photo by th55

fin.                      

#2 보면 충격받을만한 세상의 진실

#3 남자들만 웃길것 같은 저질 3류 콩트

#4 출처불명 짤방

날림 포스트 fin.

 대부분의 어드밴스드 프로그래머(advanced programmer)-_-들은 프로그램의 비정상 행동에 대처하기 위해 콜스택(callstack)을 캡쳐하여 버그(Bug)를 잡을 것이다. 비정상 종료됐을때 콘솔이나 파일에 기록된 콜스택과 레지스터(register)의 정보를 토대로 디버깅하는 방법에 대한 테크닉들은 널리 퍼지고 잘 알려져있다. MSDN의 Bugslayer나 codeguru, codeproject 혹은 google에서 callstack으로 검색하면 산더미 만큼 나올 것이다. 이 콜스택에 대한 정보를 이용하면 일반적인 대부분의 비정상 종료를 대해 잡을 수 있다. assert를 이용해서 단순히 소스파일이름과, 줄번호만 가지고 잡던 시절에 비하면 이 것만으로도 디버깅을 위한 축복이다.

 이 포스팅의 주인공 미니덤프(Minidump)는 디버깅을 수월하게 하기위해, windows xp 이후에 등장하였다. (엄밀히 말하면 2k와 xp사이에 ms가 내부에서 디버깅에 사용하던 것을 공개한듯 하다.) 2k를 포함한 이전의 윈도우즈에서 이를 사용하려면 최신버전의 dbghelp를 사용하면 된다. 미니덤프는 실제로 비정상 종료가 일어났을때의 일부 메모리에 대한 덤프를 저장하는 것이다. 여기에는 대부분의 쓰레드 정보, 각 쓰레드의 콜스택정보를 포함한다. 사실 일반 프로그램이라면 미니덤프까지도 필요 없고 비정상 종료가 발생한 콜스택만 가지고도 대부분의 디버깅이 가능하다. 하지만, 멀티쓰레디드 프로그램에서라면 상황은 달라진다. 프로그램이 그냥 죽어버리면 다행이겠지만, 프로그램은 죽지 않았는데 쓰레드끼리의 동기화 문제로 정상적으로 프로그램이 동작하지 않는 상황이 발생하는 것이다. 이에 스타베이션(굶주림,starvasion)이나 데드락(deadlock) 문제가 포함된다.

 미니덤프가 평소에 별 도움을 주지 않아서 덤프만 남기고 잘 살펴보지 않으며 등한시 하였는데, 오늘 한달간 나를 괴롭히던 '데드락'을 미니덤프를 이용하여 잡았다. 마왕을 물리쳤다! -_-

 최근의 업계 동향으로 따진다면, 쓰레드끼리 동기화를 해야하는 멀티쓰레디드 프로그래밍 패러다임 자체에 대한 회의가 짙은듯하다. 최근이라고 하기도 뭐하고 꽤나 오래전부터 이 '능률적인' 멀티쓰레디드 프로그램을 만드는 것은 어렵다고 알려져있다. 사실 멀티쓰레디드 프로그래밍은 조낸 쉽다. 그냥 동기화 객체를 쳐 발르면 성능하고는 관계없이 정상적인 동작을 수행한다. 하지만 '능률적인' 멀티쓰레디드 프로그램은 확실히 어렵다. (이러한 추세를 반영하는 것으로써 OpenMP가 있다. VS.Net 2k5에 포함되는걸로 알고있다.)

 이것과 관계된 약간의 팁이라면, win32 structured exceptional handling을 이용하여, 아무때나 특정한 순간에 callstack과 minimap을 찍는 것이 가능하다. 그냥 잘못된 연산을 수행하고 recovery하면 된다. 자세한 문법은 msdn에 잘 나와있을 것이다. 위의 '마왕'은 데드락에 걸렸다고 판단이 났을때에, 미니덤프를 뜨고 그 미니덤프를 이용하여 각 쓰레드의 상태를 살펴보니 전부 락을 거는 소스코드위치에 쓰레드가 대기하고 있는 것을 보고 발견하였다. 다들 젓가락 한개씩 들고 있었다. -_-

fin.

 사실 제목과 반대다.

 zdnet기사에 hyperthread가 오히려 퍼포먼스 저하를 야기한다는 기사가 실렸다. intel에서 하나의 cpu값으로 이론상 두배의 성능약 1.3배의 성능을 끌어낸다고 자랑하여 팔아왔던 hyperthread 기술은 쓰레기임이 판명났다. 이유인 즉슨, hyperthread가 L1과 L2를 공유해서 쓰는데 이 때문에 서로에 대한 배려가 없이 L1 과 L2을 thrash해 버린다는 것이다. 특히, 서버용 프로그램에서 hyperthread를 끄는 것보다 오히려 성능저하가 난단다. 이런 쓰레기 같은 기술이 있나! -_-; 확실한 점은, SQL Server는 hyperthread enabled된 컴퓨터에서 풀로드 시에 거의 성능 저하가 있다는 점을 알아두어야 한다.

 금년 초에는 L1 & L2를 공유하는 것으로 인한 보안 문제(예를 들어 중요한 서버인데, 쓰레드 하나가 그 서버의 계정정보를 읽는 중이고 다른 한 쓰레드는 웹서버쓰레드일때, 웹서버 쓰레드(anonymous 권한)가 계정정보 쓰레드(어드민 권한)의 메모리를 볼수 있는 것 같은 문제)도 있었고, 일단 서버용 프로그램을 주로 돌리는 컴퓨터라면 hyperthread를 일단 끄는게 좋을 듯하다. hyperthread의 이점을 살리려면 메모리를 아껴쓰면 되겠다. 보통은 speed를 위해 memory를 많이 사용해서 trade-off 하는데 hyperthread가 켜져있다면 speed를 위해 memory를 사용하면, memory는 많이 사용하는데 속도는 그대로인 경우가 발생할지도 모른다.-_-

 오랫만에 울티마6의 지도를 보고 감동을 받았다. 92년인가 93년인가, 나는 영어공부를 이 게임으로 했다고 해도 과언이 아니다. 지금 생각하면 상당히 웃긴, 옆구리에 영어사전을 끼고 플레이했다. 그 휴우증으로 난 다른 아이들이 모르는 영어단어들을 -_-알게 되기 시작했다. The False Prophet. 실제로 대화를 하고 있는 듯한 대화 시스템, 지금 생각하면 별것 아니지만, 대화량이 무척 많고 사람들과 대화하는 재미가 쏠쏠했다. Halberd, Iolo, Shamino, Dupre, Avatar, Rune. 8개의 미덕을 상징하는 8개의 마을, 하지만 세상은 수상하다. 동정(Compassion)의 마을에는 동정이 없고, 겸손(Humility)의 마을에는 겸손이 없었다. 마왕이 없는 엔딩이지만, 클리어한후의 감동은 잊을 수 없다. (라고 말을 썼지만, 기억이 나지 않는다. 감동을 잊었다. ┓- 오목, 볼록 렌즈를 복구하고 코덱스를 복원한 후에 뭔가가 있었던거 같은데?!?) 84메가나 되는 욽티마7 지도 역시 감동의 물결. -_-; 6에서 내가 구해준 소녀를 찾았나 했더니 말을 해보니 그 때 그 소녀가 자신의 할머니라나!! 아쉬운것은 기억나지 않는 사정으로 인해 플레이 중도에 하차해서 언젠가는 다시 클리어할 것이다.

 아, 울티마 8 지도는 안나오려나, :) 마션 드림, 세비지 엠파이어! 또한 울티마이야기는 언제나 울티마온라인에 대한 아쉬운 추억으로 끝난다. EA 내 울티마 온라인 돌려줘!! 아니 그런데 이건 뭐지? EA에 대한 악감정으로 울티마온라인이 어떻게 망가졌나에 대한 히스토리를 찾아볼 심정으로 구글링을 했더니 이런것이 튀어나왔다. Ultima Online: Samurai Empire 대체!! 얼마나 내 울티마온라인을 망가트려야 울티마온라인을 놔줄꺼야! 그런데 해외에서는 아직도 돈이 되는건가? 이렇게 꾸준히 확장팩을 만드는 것을 보면-_-; 내가 거듭 말하지만,

 돈이 되더라도 내가 인정하지 않으면 쓰레기다! ┓-

 저 글을 쓸때 미처 생각하지 못하고 적지 못한 점이 있는데, 간과하고 있던 점은 어떠한 온라인 게임이던지 게임내의 샤드(월드)가 일정 시간(2달?3달 정도로 사료됨: 근거 없는 감) 이 지나면 뉴비(newbie, 새로게임시작하는사람)들이 게임내에 적응하기 힘들다는 점이다. 지금의 게임도 이것들이 심하게 적용되는데(ex. WoW), 특히 초기의 울티마 온라인은 pk에 대한 제제가 거의 없었고 죽음에 대한 패널티또한 컸기 때문에 더더욱 뉴비들은 살수가 없는 게임이긴했다. 그러한 것들을 해결하기위해 EA는 여러가지 pk에 대한 심한 제제를 가하기 시작했고 결국에는 한 샤드에서 pk가 불가능한 지역을 새로 만들고 그곳에서 게임이 시작하게 만들었다. 결국은 재미를 느끼려면, 게임이 처음 공개되었을때 다 같이 뉴비로써 시작하는 것! 혹은 게임시스템적으로 일정한 시간이 지나면 초기화와 비슷한 프로세스를 가지도록 디자인 되던지 (아직까지 그런 게임이 없으므로 현실적으로 적용되기 어려움), 주기적으로 새로운 샤드를 생성해서 뉴비들을 흡수해야 할것 같다. 이 문제는 10년전부터 온라인게임 커뮤니티(혹은 기획자 커뮤니티)에서 고민해왔던 문제인데 10년이 지나도록 탁월한 해결 모델이 없으므로 내가 고민할 문제는 아니다. 고로 나는 그저 기대할만한 새로운 게임이 나오면 잽싸게 다같이 뉴비로써 출발하는 재미를 즐기면 된다. 이러한 의미의 일환으로 나두 D&D Online 베타 테스터 할래요!!

Ultima - Stones

 "손님, 이 제품은 매우 뜨거우니 조심하세요~♡"

 응? 내가 혹시 물을 부어왔나? 한번 내가 산 물건을 눈으로 확인해보았다. 마치, 지하철 음료수 자판기에서 요금은 결제된 후에, 원하는 음료수는 나오지 않고 컵만 달랑 나온뒤에 "맛있게 드세요. 이용해 주셔서 감사합니다."따위의 친절한 음성 메세지를 들었을때의 공허함과 조금은 비슷한 느낌이었다. 덕분에 회사까지 오는 길에 '최신형 인간과 유사한 첨단 점원 로봇설'부터 시작하여 '화성인 지구 침공설'까지 여러가지 보편적이고 합리적인(?) 상상을 하게 만들었다.

 그나저나 이거 분명히 오천원을 꺼내서 건내줬는데, 오천원 빼기 천삼백원은

fin.

드렁큰 타이거 - 편의점

 세상에는 두종류의 캐릭터가 있다: 유니코드와 유니코드가 아닌 것들. 윈도에는 Unicode캐릭터셋과 "Unicode캐릭터셋이 아닌 캐릭터셋"이 있고, 실질적으로 윈도의 여러 장소에서 이 "Unicode캐릭터셋이 아닌 캐릭터셋"을 암묵적으로 Ansi라 부른다.

 한글 cmd.exe 의 도움말 역시 영문 그대로 번역되어 있다.

/A      파이프 또는 파일로의 내부 명령어의 출력이 ANSI로 설정합니다.
/U      파이프 또는 파일로의 내부 명령어의 출력을 Unicode로
        설정합니다.

첫번째 문구가 왠지 맘에 든다. :)

ps. "절대, '절대'라는 말을 쓰지 말라"

  LG KV5900! 끄악! 대단한 디자인이다. 곧 나올 예정인 핸드폰으로 보인다. 기능이고 다 필요없고 디자인으로 먹어준다. -_-; 이 디자인을 보는 순간 DMB폰에 대한 후회를 처음으로 하였다. 슬라이드폰인데, 슬라이드를 열면 비명을 지를 수 밖에 없다.

 아, 대박예감이다. 조금만 일찍 나왔으면 좋았을텐데 :( 올림푸스 MP3 플레이어의 디자인을 벤치마킹한 것 같긴하다. 역시 휴대폰 디자인은 엘지가 쵝오!

 지인이 보내준 사진을 보고 순간 깜짝놀라서 허둥지둥 포스팅을 남긴다!

 photo was stolen from cetizen

fin.

 Romantic_Couch-Star_Loop_In_Seoul_Remix