시간이 흘러서 가정용 레이저젯의 시대도 오는구나... 처음 쓰던 프린터가 24핀 도트 프린터였던 것을 떠올려보면 기술의 진보가 새삼 두렵기도 하다.
각설하고, 이벤트 응모. 프린터 사용량이 끝내주게 많은(...) 업종에 종사중이라, 이 기계는 얼마나 도움이 될런지 궁금하다. 논문 컬러인쇄 하면 훨 산뜻해 보이려나...
 |
|
 |
 |
Posted by inureyes
참고는 이쪽 링크 .
막말로 사흘동안, 24시간 내내 폰을 개통시켰다고 치더라도 1초에 핸드폰 네 대씩을 개통시킨 셈이니, 서버가 못 버텨내는 것도 이해 되는 중. 1년 전의 첫 발매와 비교하면 오히려 이번 3G가 진정한 발매일이 아니었나 싶다. (참고로 처음 판매때는 백만대 판매까지 두 달 넘게 걸렸다.)
계륵일 것 같았던 아이팟 터치의 홍보 효과로 인한 2G 미개통 지역에서의 기대심리, 어플리케이션 개발이 가능하도록 오픈 플랫폼으로의 정책 전환, mobileme를 포함한 기업용 플랫폼 및 다양한 wifi망에의 대응, 기기값을 반값으로 하락시킨 부분등 폭발적인 판매세를 설명하기 위한 요소들은 넘쳐난다. 그 중 무엇이 이런 판매 폭주와 품귀 현상을 만들었는지 바로 집어낼 수는 없지만, 그 모든 요소들의 핵심은 '온라인 플랫폼' 장치의 자리매김 뿐만 아니라 서비스를 포함한 운영 철학까지의 완벽한 이동이 아닌가 싶다.
웹 2.0 소프트웨어나 서비스는 많이 들어봤지만, 웹 2.0 하드웨어는 처음 보는 것 같지 않은가?
(0) 
(0)Posted by inureyes
서울에 와서 꼴랑 하루 쉬는데, 시뮬레이션이 급땡겨서 (사실은 놀 사람이 없어서) 데이터를 하나 내려받아 집에 있는 컴퓨터로 코드를 짜서 돌렸다. 점심식사 후부터 코드를 실행해 놓으면서 대략 25시간 정도면 결과가 나오겠구나 짐작했다. 한 눈으로 1박 2일을 보고 한 눈으로 우석훈씨의 '이제 무엇으로 희망을 말할 것인가' 를 읽으며 마루에서 구르던 중 저녁 식사하자는 어머니의 말씀을 들으면서 갑자기 왜 코드가 눈앞을 스쳐 지나갔을까.
꾸무럭대며 서재로 들어가서 시뮬레이션을 멈춰 놓고 코드를 세 줄 고쳤다. 나와서 식사를 하고 들어가니, 오후 내내 돌린 것보다 식사하며 돌아간 계산량이 많았다. 8시간 정도 돌아가니 결과가 다 나왔다.
교훈 : memory allocation은 계획적으로.
텍스트마이닝을 엄청나게 시키고 있는 중이다. 새로운 방법으로 결과를 내 놓았는데, 데이터도 새 데이터라 결과가 맞는지 틀리는지 증명을 해 내야 한다. 문제는 새로운 방법이 '속도'를 굉장히 개선한 방법인데 비하여 결과 검증을 위한 방법은 데이터 전체를 사용하고 word vector들까지 다 계산해야 하기 때문에 검증 시간이 수십배 오래 걸린다는 점이다.
어쨌든 짜서 돌려 놓았는데, 중간중간 트레이스를 위해 출력해놓은 데이터를 보니 뭔가 이상한 것이다. 결과로 얻을 행렬의 eigenvalue spectrum이 굉장히 정규적으로 분포해야 하는데, 이상하게 행렬의 앞부분에 전부 몰린 상태의 결과가 나왔다. 전체 크기에 비하면 확률상 그럴 수도 있겠지 하며 자기최면을 걸고서는 은진씨 컴퓨터를 고치려고 시도하다 부순다거나, 키노트 스타일을 만든다거나 하면서 기다리다가 문득 인덱스 부분에 생각이 미쳤다. '샘플링한 데이터를 참조하지 않고 전체 데이터를 기준으로 참조를 하고 있구나!'
주저없이 컨트롤C 우선 눌러주고 한 줄 고치고 다시 실행 시작.
교훈 : 데이터마이닝때는 프로그램이 돌아가는 probe의 범위를 반드시 확인해야 한다. + 추적코드를 붙여 놓았으면 써먹어라.
은진씨가 작성중인 시뮬레이션 프로그램이 안 돌아간다고 해서 가서 코드를 들여다 보았다. toy 라이브러리에서 정수 벡터를 정의하고 사용하는데, 이상하게 초기화를 1로 시켜도 벡터가 1로 채워지지 않았다. 또 직접 값을 쓰려고 하니 컴파일 단계에서 에러.
무엇이 문제일까 코드를 한참 들여다보는데, 논리적으로는 틀린 곳이 보이지 않았다. toy의 코드에 문제가 있나 싶어서 들여다볼까 싶었는데, 잘못 돌아간 적이 없는 라이브러리를 의심하는 것은 최후로 미루어야 하는 문제이므로 코드를 더 자세히 들여다 보았다. 문제가 있는 부분이 전혀 안보인다.
논리적인 오류가 발견되지 않으면 - 문법 오류.
아무리 들여다봐도 문법상 오류도 보이지 않았다. 컴파일러 에러도 타입 에러등이 아니라 lvalue 관련 경고이고, 값 자체도 오류를 내는 것이 아니라 엉터리값은 나오고 있었다.
문법 오류조차 발견되지 않으면 - "무슨 언어를 쓰고 있는지 되새겨라."
낭패였다. 벡터를 쓰는데 참조를 대괄호가 아니라 괄호를 사용했다. 조금 전까지 골썩고 있던 MATLAB은 행렬 참조는 괄호, 셀 참조는 중괄호를 쓴다. C++에서는 행렬, 벡터, 캐릭터 공히 대괄호가 원칙. 그래서 해결했다.
교훈 : 학부때 배운 격언 틀린 곳 하나 없다. 언어 섞어 코딩할때는 본인부터 먼저 context switching을 용이하게 하라.
(0) (0)Posted by inureyes
학교의 정보보안주간 교육 및 홍보겸 퀴즈를 풀고 응모를 하는 행사를 학생회관에서 열고 있는데, 질문 내용이 예술이다.
캠사정이 좋지 않아서 간단하게 한 장만.
질문 일부
누군가가 최고의 교육은 즐거움을 동반한다고 했던가.
(0) (0)Posted by inureyes
막혀 있는 연구에 혹 몇가지 도움이 될까 싶어서 KIAS에서 열리는 비평형 통계물리 학회에 참석하는 중이다. 첫째 날과 마지막 날을 집중적으로 노리고 왔는데, 첫째 날은 힘들게 올라온 보람이 있는 날이었다. (동시에 위기감 +30. 빨리 끝내야 할 것들이 몇가지 있구나.)
석사때부터 잡고 있던 broadcasted node 개념을 원용한 네트워크 이론의 일반화 전개 과정에 아이디어가 생겼고, potential relaxation을 시키는 과정에 관해 새로운 생각이 들어서 들고 간 컴퓨터로 즉석에서 다른 방법을 실험해 볼 수 있었다. 하지만 전체적으로 오후의 talk들은 카페인이 산성을 쌓았음에도 불구하고 훌쩍 뛰어넘어 매우 꿈속에서 거닐어서, 끝날때 즈음에는 안습스러운 기분을 지울 수 없었다. (일찍 잘걸 ㅠ_ㅠ)
내일은 크게 목표를 두고 있는 세션은 없지만, 새로운 것들을 만나는 기회가 되지 않을까 싶다. + 이번에는 포스터 발표도 할 것이 없었고 하지 않고, 포스터가 다른 곳에서 본 것들과 여럿 겹쳐서 예상보다 집에 일찍 돌아왔다. 우리랩은 어느새 bio 랩이 되었구나 하는 때늦은 돈오가 함께하는 귀가길이었다.
Posted by inureyes
맥오에스에서 vmware마저 지워버린지 일주일 가량이 지났다. '급할 때 잠시 쓰는' 용도로 VM을 만들고 사용하기에는 맥북 에어의 하드디스크 용량이 충분하지 않았고, 마침 우분투 소식을 통해서 wine 1.0이 나왔다는 소식도 접했다. 그래서 맥오에스용 wine을 찾아보다가, codeweaver 의 CrossOver 체험판을 설치했다.
어차피 가뭄에 콩 나듯 어플리케이션 세 가지 (Internet Explorer 6/7, MS Office 2007, HWP 2007) 만 필요하기 때문에 CrossOver를 설치하고 해당 어플리케이션만 설치했는데, 지금까지는 별 무리 없이 사용중이다. 예전에 설치해 보았을 때 성능과 호환성에 크게 실망을 했었고, 고질적 문제인 성능상 불이익이 있을까 걱정했었다. 하지만 이 바닥이 좀 그렇듯이 한 번 돌파구가 생기면 엄청난 속도로 발전을 하기 때문에 2년전과 또 달랐다. 만족중이다.
이런 느낌.
아직 체험기간 만료가 한 20일 남았으니, 그 이후에 방향?을 결정하면 되겠다.
덧) wine은 가상 머신을 구성하는 것이 아니라, Win32API에 필요한 라이브러리 셋을 모두 작성하여 Win32API 위에서 작성된 프로그램들이 네이티브로 돌아가게 만들겠다는 야심에서 출발한 프로젝트이다. 그러나 Win32API가 내부적으로 너무 예외가 많아 (전문용어로 '버그'라고 부른다) 그것마저 처리해야 하는 사소한 문제부터, 오픈소스의 특성상 들락날락하는 사람들과 함께 개발에 부침이 있었고, codeweaver 등 wine 기반의 회사 설립 등 역사가 복잡하여 거의 15년동안 베타상태에 머물러 있었다.
우분투에서 살짝 1.0 돌려본 바로는, 1.0은 아직까지도 상징적인 의미? 가 강한듯 싶다. 하지만 핵심 어플리케이션들에 대한 지원은 case by case로 거의 마무리가 된 듯 하다. '일단은 네이티브'로, 윈도우 라이센스 없이 어플리케이션 그 자체로 실행이 가능하다는 것으로도 대단한 의미가 있다.
wine 코드를 사용한 유명한 프로그램은 구글의 picasa 리눅스 버전과 cider를 사용한 EA의 맥오에스용 게임들이 있음.
(0) (0)Posted by inureyes
한국에 아이폰이 발매되면 모바일 폰 시장에 큰 지각 변동이 있을 것이라고 생각하는 사람들이 많다. 하지만 실제 그렇게 되지는 않을 것이다. 아이폰의 장점들이 역으로 작용할 수 있기 때문이다. 소프트웨어의 업그레이드나 자유로운 설치가 쉽게 가능하다거나, 자유로운 웹서핑이 가능하다거나, mp3 기능이 같이 들어있는 모바일 폰 중 가장 UI가 미려하다거나 하는 장점들은 단 하나의 벽에 막힌다.
사람들이 정말 그게 필요할까?
'필요한 사람들이 많겠지만 전체에 비하면 극히 소수' 일 것이라는 의견이다. 모바일 폰 시장에 플래그쉽으로서의 아이폰은 굉장한 흡인력을 갖지만, 대부분의 사람들에게는 '문자 빨리 보내기 불편하고 전화가 잘 안되는 큰 폰' 이상의 의미는 없을것이다.
LG, 삼성은 핵심만 보면 된다. 기존 모델에 이메일 관련 기능을 강화하는 정도로도 아이폰을 크게 걱정할 필요는 없지 않을까?
(0) (0)Posted by inureyes
시험공부 중 도피성 포스팅. (온갖게 다 하고싶다. 교과서 읽기랑 용어 외우기만 빼고 -_-)
어제 새벽에 Firefox 3가 드디어 공개 되었다. RC3랑 1바이트도 바뀐 것이 없기는 하지만 기분상 덮어 깔았음.
모질라 저장소를 알지만 (어차피 기분상 받는것이니) 두시 땡 F5 다다다를 해서 받으려고 했으나 모두들 예측했던대로 서버는 다운되었다. 실시간으로 깨져 보이는 사이트가 볼만했다.
단순히 로드가 많이 걸려서는 아니었고, 아마 두 시에 맞춰서 변경된 사이트를 '짜잔~' 런칭하려고 했었나 싶다.
화면 갈무리 한 장.
이걸 이해하신다면 당신도 긱.
미리 사이트 반영을 해 놓지 않고 시간 맞춰 다다닥 명령어 입력후 엔터키 한 번으로 멋지게 머징하려고 했는데 실패-_-했기 때문이겠다. 분명 테스트 사이트에서는 잘 돌아 갔을 것이다. 순간의 쾌감에 이은 초급당황한 상황이 눈에 훤히 그려진다. (웃으면 안 되는데!)
테크놀러지를 너무 맹신하면 안된다... 그걸 다루는 것이 사람이기 때문. 누가 저장소쪽과 별도로 메인 페이지쪽 소스를 손을 댄 적이 있었기 때문에 머징에 문제가 생겼던듯 싶다. (절대 텍스트큐브 메인 사이트에서 이런 일이 있었다거나 하는 것은... 맞다 T_T)
저 상황에서 소스보기를 해보니 더 재미있었으나 글은 이정도로 끝~ (얼른 공부해야지...)
(0) (0)Posted by inureyes
플러그인 하나 삽질. 최근들어 '내서버를 노리는 악마의 무리들아 물러가거라' 고 만들었다. (xanax가 뭔데 자꾸 팔려고 난리야? -_-)
원래 만들어서 쓰고 있던 SVM을 기반으로 한 (절대적으로 개인서버에서밖에 돌아갈 수 밖에 없는) 스팸 차단 플러그인이 fastCGI 제한을 풀면서 메모리 제한에 걸려서 못 돌아 가는 것도 억지 업그레이드의 이유였다. 패턴들을 보니 IP spoofing만 적당히 막으면 충분히 다 막아버릴 수 있다는 확신이 들어서 그 부분을 집중적으로 고쳤음.
아래는 텍스트큐브 플러그인 사이트에 올린 플러그인 소개. (아이콘은 플러그인을 켜야 나오는 아이콘임.)
Extended Malcommunication Blocker (EMB)는 스팸을 차단하는 플러그인입니다. EASplus을 훨씬 강화시킨 플러그인입니다.
테스트 결과 스팸을 거의 차단합니다. 아마 스팸 걱정을 아주 오랫동안 덜 수 있을겁니다. 사용시엔 휴지통 강제 비우기를 사용하지 말아주세요^^
주의사항 : 특정인에게서 온 정상적인 댓글을 많이 지웠을 경우, 그 댓글이 휴지통에 들어가면 이후에 그 사람을 스패머로 등록해 버릴 수가 있습니다. 만약 '사람에게서' 온 댓글을 지웠을 경우 꼭 그 댓글을 휴지통에서도 지워주세요.
플러그인 사이트 에서 내려 받으시면 됩니다.
(0) (0)Posted by inureyes
,
플러그인연구실의 데스크탑 속도가 너무 느려서 (AMD Athlon 2000+ - 2002년 정도에 쓰이던 바톤 이전의 컴퓨터다.) 새로 계산용 겸 데스크탑 한 대를 구축할까 생각중이다. 맥북 프로 덕분에 필요성을 크게 느낀 적은 없었는데, 맥북 에어로 오고 나서의 퍼포먼스 문제가 좀 와 닿았다. 그에 더하여 NLA 프로젝트 하면서 CPU랑 램빨이 필요하게 되던 상황 (연구실의 클러스터가 죄다 32비트라 2메가1 메모리 한계에 걸려서 돌리는 것이 불가능했다) 을 겪으며 이대로는 힘들겠다 싶다. 자고로 서버빨이 최고라는 성현의 진리가 무너지는 순간이었달까. 32비트랑 64비트 사이에는 넘을 수 없는 강이 있다. 연구실 프로
