DeveloperZ Mind

갑자기 들을만한 가요가 엄청나게 늘어난 기분이군요. 질적 향상인건지 겨울노래가 좋은건지 아니면 그냥 기분탓인지는 모르겠습니다만. 여튼 들을 노래가 많아서 좋네요. 요새 듣고 있는 노래들중 추천할만한 것들은 이렇습니다.



헤어지지 못하는 여자, 떠나가지 못하는 남자 by 리쌍

sign by 브라운 아이드 걸스

사랑비 by 김태우

Wanna Be by 에픽 하이

사랑 참 어렵다 by 이승철

Chocolate Love by 소녀시대



하지만 최고는 이것.




우리 지금 만나

by 리쌍(feat 장기하와 얼굴들)


우리 지금 만나(만나) 당장 만나(당장 만나)
우리 지금 만나(만나) 당장 만나(당장 만나)
휴대전화 너머로 짓고 있을 너의 표정을 나는 몰라
(몰라 몰라 나는 절대로 몰라)
우리 지금 만나(만나) 당장 만나(당장 만나)
우리 지금 만나(만나) 당장 만나(당장 만나)
말문이 막혔을 때 니가 웃는지 우는지
나는 몰라(몰라 몰라 나는 절대로 몰라)

들어봐 그러니까 어제 너랑 헤어지구
새벽에 친구 잠깐 만나서 당구 치구
술 한 잔 걸치구 바로 집으로 와서 잤어
배터리가 없는 줄은 몰랐어 그러니까
니 친구가 클럽에서 본 사람은 내가 아냐
만약 그 사람이 나라면 난 니 남친도 아냐
자꾸 뭘 걸어? 엄마를 어떻게 걸어?
말 막하지 말어 일단 만나서 얘기해
집에서 딱 대기해 당장 데리러 갈게

우리 지금 만나(만나) 당장 만나(당장 만나)
우리 지금 만나(만나) 당장 만나(당장 만나)
말문이 막혔을 때 니가 웃는지 우는지
나는 몰라(몰라 몰라 나는 절대로 몰라)

모든 게 들통 났네 모든 게 들통 났어
일단은 만나야 하지 만나서 빌어야 하지
지금은 너무나 불리해 오늘은
하늘이 왜 이리 슬프게 보일까(야야야야야)

배터리는 다 떨어져 가는데
너도 나도 아무런 말이 없는데
충전기는 멋대로 엉켜 있는데
별수가 있나 만나야지

왈가왈부 싸움에 지쳐 전화기 던지기 일보직전
너 때문에 또 미쳐 올해만 벌써
전화길 세 번째 바꿨어
그거 아니면 돈을 아꼈어 낚였어
너와의 싸움에 그러니까 제발
내 말 끝까지 들어 내 말 막지 마 난 속이 끓어
일단 지지고 볶고 싸우던 풀던 우선 만나
간단히 차나 한잔 하자 캬라멜 마끼아로~
지금 바로~~

우리 지금 만나(만나) 당장 만나(당장 만나)
우리 지금 만나(만나) 당장 만나(당장 만나)
휴대전화 너머로 짓고 있을 너의 표정을
나는 몰라(몰라 몰라 나는 절대로 몰라)

우리 지금 만나(만나) 당장 만나(당장 만나)
우리 지금 만나(만나) 당장 만나(당장 만나)
말문이 막혔을 때 니가 웃는지 우는지
나는 도저히 모르겠으니까
그냥 당장 만나(만나 만나 당장 만나)
당장 만나(만나 만나 당장 만나)
당장 만나(만나 만나) 우리 지금 만나
( 출처 : 가사집 http://gasazip.com/328892 )




역시 기분을 좋게 하는데는 장느님뽕이 최고지요. 'ㅂ'b

요새 컴퓨터구조(Computer Archotecture)과목을 듣고 있습니다.

주로 MIPS를 가지고 수업을 하는데... 여기서 메모리 어드레스 관리를 어떻게 하는지에 대해서 듣던중

MIPS의 경우 32bit단위로 고정된 인스트럭션 크기를 가지기 때문에 메모리에 대한 관리를 어떻게 하는가에 대해

앞의 6bit은 기능을 위해 빼놓고 남은 26bit으로 관리한다고 하더군요. 이때 최대한 많은 양의 메모리에 접근할 수

있기 위해서 앞의 2bit은 과감히 생략(...)하고 뒤의 4bit역시 과감히 생략(...)하는 편법을 씁니다.

그렇기에 일단 최대한 접근할 수 있는 메모리는 32bit-2bit = 30bit에 해당하는 메모리. 즉 256MB뿐입니다.

더 많은 양을 활용하거나 해당 메모리어드레스 내에서 더 세부적으로 찾아가기 위해서는 추가적인 인스트럭션을

사용해야 하죠. ...네. 그만큼 느려진다는 겁니다. --a



인텔의 ISA-32는 인스트럭션의 크기가 정해져 있지 않기 때문에 다행히도(!) 32bit의 주소를 모두 받을 수 는 있습니다.

다만 그래봐야 한번에 받는건 32bit이 끝이며 그렇다보니 메모리 크기의 한계 역시 4GB가 됩니다. 그 이상을 받기 위해서는

추가적인 인스트럭션에 대한 CPU차원의 설계가 필수인데 만드는게 복잡한건 둘째치고 그만큼 인스트럭션을 돌리기 위한

사이클이 증가하기 때문에 성능 자체의 하락은 필연적이죠.



결국 CPU단계던 OS단계던 아키텍쳐 수준에서 어떻게던 해결하느니 그냥 64bit으로 넘어가는게 속편합니다. 64bit일 경우에는
 
명령어+주소+기타 잡다한 명령어를 받더라도 4GB쯤은 아무렇지도 않게 받아낼 수 있어서 겨우 저런 문제가지고 성능하락은

안생기거든요. 그렇기에 인텔이나 AMD에서도 64bit을 그렇게 활성화시키려고 노력중이며 OS개발자들 역시 이를 위해 새로이

개발된 ISA와 씨름하고 있습니다. ...만 결국 최종적으로 죽어나는건 그걸로 어플리케이션을 만들어야 할 개발자들이겠지요.

(게다가 대세는 멀티코어. 으앜ㅋㅋㅋ)



물론 64bit으로도 결국 언젠가는 용량문제 또는 다른 문제에 봉착할 가능성이 있고 이때에는 또다시 128bit으로 가느냐

마느냐의 문제가 발생하겠지만... 저때도 결국에는 128bit으로 넘어가겠지요. :(



그냥 갑자기 윈도우7이 32bit/64bit으로 나뉘어있길래 생각나서 적어봤습니다.