Todd's thinkbox

로 있으면서 서버에 방문자가 확 늘었는데... 일단 서비스 페이지로 들어와서 가입한것만 재미삼아

서버 로그 분석기에서 뽑아냈다. 물론 stix.me 에서 가입하고 들어갈수 있는 stream 페이지 방문만 뽑았다.

(주의: 이건 주말에 재미삼아 한것일뿐 어떤 판단은 금물이라는거... 가입자는 맞지만.)

총 58개 대학교에서 먼저 방문, 총 38명 가입

그다음..corp 단어로만 걸러낸 결과

저 중에 클릭해서 확대해서보면 인텔이 있는데 이건 다시 클릭해서 세부정보 확인하니까 한국/미국 갈려있었음. 방문자 로그역시 미국은 unknown 과 google 이 함께, 한국은 임기자님 글로만...;;;

대략 알것 같다 요건. ㅎㅎ

여튼...심심해서 한번 찾아봤다.

참, stanford university 가입자 6명은 구글로 들어온 맥북 1280*800 짜리에 카미노 브라우저를 쓰고 스탠포드대 내에서 대학교의 t1회선을 통해 들어오셨더라는. secret beta tester (외부 릴리즈전에 개발 빌드 별도로 테스트해주는 그룹. 현재 evan 의 학교 관련자들 수백명'으로만' 구성되어 있다.) 에 참여시켜봐야 겠다. :S

-----

웃긴 네트워크명을 가진 회사명을 골라봤다. 추가로 이들은 corp 자가 안붙어있어서 위 결과에 미포함됨.

일부회사는 로그분석기에 의해 한글 네트워크명이 고의적으로 영어화되면서 의도치않게 패러디가 되어버렸음. (맥도 영문상위에서 컴퓨터이름 한글로 하면 네트워크이름인가 어디서 그대로 영어발음화된다. 지난번에 한번 경험을..)

nekseun : 그대로 발음해보면 답이..나온다. = 넥슨

skay tell re comm : S-케이-텔-뤠-콤.....;; 분석기가 발광한듯 = SK텔레콤

samsung networks inc / samsungnetworks = 2회사 모두 같음.. = 삼성네트웍스

skay networks : SK 를 전부 분석기가 skay 로 착각하는듯. = SK 네트웍스

tee broad : 티이~브로드 = (회선업체) 티브로드 / tbroad

cjay systems / cj systems/ cjaysystems : CJ.... 너희도 CJay 구나 = CJ 시스템즈

Hankuktongsin KT : 한국통신 케이티 = KT

Kukmean eunheng 쿡미인 은행 = 국민은행

korea gaeim development & promotion institute : game 이 아니라 gaeim = 한국게임산업진흥..?

kyobo moonko - 교보 무운코 = 교보문고

nolboo - 놀부 = 식당에서 일 안하시고 뭐하신거지.

segye times - 세계타임즈 = 세계일보

sea oul metropolitan goverment - 시울 = 서울

sk corporation - 위에서 보인다. sk 그룹만 유일하게 SK 가 살아있다. = SK그룹

skay engineering & construction - 역시 계열/자회사들은 skay..분석기가 이상한듯. = SK건설

soaft bank media labb- soaft 가 아닌데. = 소프트뱅크미디어랩.

soree bada - 전체적으로 ri 를 해야할걸 분석기는 생각없이 영문발음화하면서.. = 소리바다

the network is for broadband modems and set-top boxes = 알수없음....

towerpalace-3thfloor-samsung = 타워팰리스 층까지 가르쳐주다니!

t you media co - 티 유 미디어 = tu 미디어 (위성dmb 사업자; SK텔레콤 계열사)

sec sw membersip - 멤버 sip? = 삼성전자 소프트웨어 멤버십인것 같은데 뭐지.

onneteu - 온네투 = 온네트라고 보여짐..

korea mooyuck network = 무 yuck.. = 한국무역네트워크

kay bs - SK 와 동일한 현상. Kay.. = KBS

konan tekeunolroji - 읽느라 힘들었음. 코난 텍크놀로지..;; = 코난테크놀로지. 검색기술업체.

joimaekseu - 조이 맥 스 역시 표기가 황당.. 분석기 이놈 -_-+ = 조이맥스

daum / daum co munication / da eum co munication - 다음 메인에 배치됬다고 하니.. = 다음

unitell - 유니 텔 = 유니텔

미국지역 접속도 유난히 많아서 요즘 별별 미국 회선업체 이름도 다 보고 있음.

임원기 기자님을 뵈었죠. 즉석에서 간이 인터뷰를 살짝 했는데, 물론 미리 말씀 해주셨지만 블로그에 글을

올리셨네요....다음 블로거뉴스로 글이 출판되는 것도 모자라 다음메인에 살짝 출몰했다가 사라지고 (8con 님 트위터로 알려주셔서 고맙습니다 ㅋㅋ) 블로거뉴스 it 카테고리 추천수 상위에 있는듯 한....

서비스 런칭때문에 반 비관리 상태로 있는 회사 홈페이지 feedback 시스템으로 몇가지 문의가 ...터져옵니다 -_-... 몇가지 정리해보겠습니다. (사실 글을 쓴 이유가 이것때문이다라고 보시면 될듯..)

1. 국내 런칭

당분간은 예정에 없습니다. 개발인력이 임기자님 글에서 보셨다시피 미국 고등학생입니다. 더불어 현재 ㅁ기국 1차 베타 런칭후 얼마 안가 게재될 미국 유력 사이트가 한곳 있어서 당분간 아시아권 언어 런칭은 어렵지 않을까 싶습니다. 하지만 최 이사님의 요청으로 ...09년 상반기 ~ 중반기 사이로 급 정한바 있습니다 (-_-ㅋ)

2. 외부데이터 불러오기 (=블로그 이사)

현재 준비중이고 일부 미국 고등학생들이 테스트이자 사용중이지만 지원하지 않고 있습니다. 이건 고려를 좀 해보겠습니다.

3. 국내에서 법인화를 하는지 안하는지

단적으로 말씀드리자면 하지 않을 예정입니다. 시작부터 인력을 보시면 아시겠지만 국내 고려는 되지 않았습니다. 다시말씀 드리면 mainstream 은 미국으로 간다고 보시면 되겠습니다..

4. 이전에 한 회사의 경우는? (core pressed)

이 건은 제가 스톱해버렸습니다. 사실 스톱을 안해도 되는데 이때이후로 국내가 아니라 해외로 방향을 바꾸면서 굳이 회사명까지 바꿔버렸습니다. 몇가지 제품 (당시는 소프트웨어-웹 두가지 였습니다.)이 자료실에 올라와있지만 지금은 업데이트가 끊겼으니 사용하시려고는 하지 않으셨으면 좋겠다는...ㅎㅎ 당시 개발했던 세계최초 사용자 DB 엔진 기술은 여전히 보유 (?) 중입니다 ;;;; 하지만 데스크톱 소프트웨어 프로그래밍은 손뗀지가 좀 됐습니다.

5. 런칭일정

다음주입니다. 미국에서 런칭합니다.

6. 돈은 어떻게 벌을려고?

이 부분은 네오위즈인터넷 벤처 인큐베이션 프로그램 '네오플라이' 멤버로 선정되면서 네오위즈인터넷 (특히 최이사님~) 의 도움을 받아서 매우 구체적으로 확립된 부분이 있습니다. Open Up 1회대 발표한 자료가 올라가면 대략적으로 이해가능하실거라고 봅니다.

7. evan 에 대해서

페이스북에서 찾아보시거나, evanwalsh.net 를 가시면..어느정도 아시겠지만, 일단 제일좋은건 linkedin 프로필입니다. http://www.linkedin.com/pub/7/266/7ba

네오위즈인터넷 인큐베이션 팀으로 들어간 이후로 후라이팬 위에서 볶이면서 (?) 열심히 개발중입니다.

임 기자님이 글을 생각보다 빨리 터트리신 감이 있는데 사실 지금 이렇다 저렇다 하기는 뭐한 단계구요, 서비스 (www.stix.me) 역시 다음주중에 1차 베타 공식 런칭이 가기 때문에 지금은 알파 상태라서 역시, 판단하기 애매합니다.

여튼, 노력해야죠.

아직도 식지않은 아이훤... OTL..

그 자료...별거 아닙니다..물론.....확신을 높여주지만..;;

여튼 이래저래 보내드렸다가는 좀 안좋을것 같네요. 제가 위험해집니다. 그리고 그 자료도 평범~ 한건 아니라. 여차저차 입수한 받고도 황당했던터라.

외부로 공개할만한 소식 좀더 얻으면 moveplayer 쪽으로 포스팅하겠습니다.

stix는 일단 총 14개의 서브 프로세싱 프레임워크를 사용한다. 이유는 2,3 차 베타에서 추가될 부분들은 전혀 mini log 라고 보기 어려운 부분이기 때문. 고도화된 프로세싱이나 다중 처리 등 복잡한 것이 많이 필요해서 프레임워크를 전부 쪼갰다. 메인 프로세싱 프레임워크는 2개로 속도와 보안관련 프레임워크 1, 앞서 말한 14개의 서브를 요청시에 맞게 조합해서 동작시키는 조합 엔진 프레임워크 1로 이루어져있다.

....이러다보니 자연스럽게 의도치않은 코드의 지저분함과 버벅임, 잦은 버그가 많아졌고 문제 해결을 위해 결국 프레임워크를 전부 한개로 통합하는 작업을 했다. 그것의 완성판이 mightycore 이다. mightycore 는 그냥 합친게 아니다.

1. 통합은 통합

일단 14개의 서브 프레임워크와 조합엔진, 속도와 보안관련 메인프레임워크를 전부 하나의 코어로 묶어버렸다. 따라서 관련 function 과 동작 관련 구성요소들은 전부 코어에 하나로 보관된다. 단 구성요소별로 겹치지 않게 철저한 태그기반 분리가 되어 있음.

2. 다중 조합은 어디로

프레임워크를 저렇게 쪼개놓은 이유가 하나의 기능향상을 위해 전체적으로 돌리기 싫어서였는데- 이렇게 합치면 그게 안되지 않냐 싶을듯. 앞서 말했듯이 태그기반 분리가 되어 있다. 일반적인 태그는 아니고 코어에는 태그기반으로 엄밀히따지면 박스별로 다시 갇혀있는 형태가 되는데  이를 코어가 우선 프론트엔드가 요청을 처리할때 넘겨진 값을 바탕으로 사용할 구성요소가 존재하는 박스 프레임워크 세트를 골라내게 된다. 여러 프레임워크 세트를 다 써야 한다면 코어가 멀티 쓰레드로 움직인다. 이때,

3. 템플릿엔진까지 합체

템플릿엔진이 먼저 사용자 브라우저에 보여질 CSS 와 레이아웃 구조를 읽고 우선순위별로 다시 프레임워크 세트 요청을 정리해서 이 값을 코어로 넘긴다. 그럼 다중 구성요소 사용시 멀티 쓰레드 처리에서 가장 먼저 표현되어야 할, 가장 중요한 레이아웃에 해당하는 (글쓰기 페이지라면 카테고리와 다른 글 쓰기 관련 부)것을 우선순위 1로 불러들인다. 이후 작업 종료시마다 우선순위는 계속 다음 프레임워크 세트 로드 대기 목록으로 올라간다.

4. 병목 현상은

이전의 경우에 병목현상이 가끔 있었다. 이번 코어의 경우 우선 프레임워크가 모두 한곳에 모여있어서 불러들이거나 프레임워크를 1개 클라이언트가 여러개 불러들일 필요가 없어져서 이로인한 문제를 해결되었지만 코어가 하나이다 보니 이 코어자체가 위 병목현상을 그대로 가져오게되는 현상이 있는데 이건 멀티쓰레드로 우선순위 지정별 로드도 있지만 항상 이렇게 차례차례 하다가는 stream 페이지나 shaker timeline 같이 크기가 큰 기능 로드시 딜레이가 길어지는 문제가 있다.

동시 처리시 병목이 발생하기 때문에 이때는 코어가 데이터베이스 쿼리 사전예측 프레임워크를 일부 사용하게 한다. (즉, 코어 내 프레임워크를 제2 코어로 시뮬레이팅) 따라서 이 가상 제2코어가 템플릿엔진과 데이터베이스에서 글 정보 가져오는 파트를 전부 담당한다. (사전예측 시스템이기 때문에 결국 사전예측된 데이터가 있어서 짧은 시간내 처리가능) 코어는 멀티쓰레드와 함께 속도 프레임워크를 같이 가동한다. (물론 여기서 문제는- 이때 하드디스크에 최대 1MB 의 가상화된 제3코어 파일을 하나 생성한다. 추후 사용자가 많아질때는 이 부분 역시 다시한번 해결이 필요하다) 속도 프레임워크는 simultaneous 로드를 위해 위 말한 최대 1MB 크기의 가상화된 제 3코어에서 대신 일부 후순위 프레임워크를 불러들인다. 처리 이후 해당 파일은 바로 삭제된다.

5. 이런 복잡한 구조가 필요한 이유

우선 당장에서는 shaker timeline 때문이다. 타임라인에 글의 콘텐츠를 실시간으로 분석해서 색을 섞고 일정 같은 일부 텍스트도 인식해서 타임라인 위에 동그란 점으로 표현해주는데 이 경우 일반 타임라인에 비해 표현에 더 많은 처리를 필요하고 최적화 없이는 자바스크립트 처리때문에 브라우저가 순간적으로 버벅이는 현상이 발생한다 (테스트결과). 더불어 실시간 분석과 텍스트 분석처리 엔진도 동시에 돌아가고 이 뒤에서 한번 분석한것을 계속 유지시키는 인덱싱 엔진까지 붙어있어서 다중처리와 우선순위별 처리가 원활하지 않으면 기능이 있는게 되레 문제가 될수도 있다.

2,3차 베타를 보자면 우선 2차에서만 해도 API 가 나오고 다양한 인터렉션이 더 심해진다. 이 경우 서버가 바로 뻗어버리면 인터렉션을 그만큼 잃어버리게 되기 때문에 나름 별로 좋은건 아니다. 3차의 경우 더 문제가 되는게 opentouch 멀티플랫폼이 등장하고 온갖 위젯이 다 떠다니고 심지어 이때부터는 문장분석이나 텍스트 분석기반 (현재 엔진은 이때도 쓰이게 된다) 의 비슷한 사람과 연관 사람 자동 보여주기, 외부 서비스와 연관 데이터 자동 추출 및 표시등의 기능이 붙게 된다. = dropbot

저걸 하나 프레임워크로 버티라고 하다가는 서버 부담은 어마어마해질듯.