깨갱! 나름 잘 정리된 내용이네요. 그렇군요! 근데... 커널이 32bit 에뮬레이션을 잘 해 주긴 합니다만, Skype 같은건 한글 입력을 하려고 기를 써도 64bit에선 안 되네요.

저도 크게 불편함은 없지만, 가끔 Totem??? 동영상 재생 못하는게 좀 있다는 거, Skype에서 한글 입력이 전혀 안 된다는거(기존에 쓰던 방법으론 죽어도...) ... 이 정도가 상당히 불편하네요.

뭐 어차피 지금은 Skype가 제 사운드 카드에서 정상 작동하지 않아서 잘 쓰지도 않고 앞으로도 그럴 거 같고요. 더???서 지금은 32bit이라 Totem도 잘 돌아가니 만족합니다. 약 4개월 쯤 전엔 다른 컴퓨터에서 64bit으로 썼조...(말 그대로 진짜 AMD64로...)

흠 skype에서 qt binary를 shared로 사용하면 XIM으로 되??? 않을까...합니다만...

일단 linux용 skype는 꼬물입니다.. 다른건 몰라도 사용자들 login과 logout에 대한 notification이 심하게 늦어요
반응도 좀 이상하고.........

저는 64bit가 반응이 좀더 빨라서 만족합니다 ㅋㅋㅋ

shared로 된다면 좋겠지만, 언젠가 부터 static으로만 되더군요. 애잉... 이게 문제조 이게.

흠.... skype for linux설치하려면 32bit qt를 요구하는데????

아무래도 shared를 사용하는게 아닐까요? 저도 32bit에서 한글 입력자체는 문제가 없었습니다...

저는 XIM으로 nabi사용하고있어요...@.@;

64비트로 쓰면 뭐가 좋을까요?

아무리 생각해???도 메모리 많이 쓸 수 있는거 말고는 장점이 하나도 떠오르질 않네요.

오히려 느려지는건 아닌가 싶??? 때도 있구요. 잘 몰라서 그런가 ㅡ.,ㅡa

32bit에선 상관이 없는 거 같습니다. 64bit에서 ebuild??? 설치하면 그렇게 되더군요. 귀찮아서 그냥 ebuild있??? 걸로 해 버려서 그런가 봅니다.

그리고 이론적으론 아직 64bit으로 옮긴다고 특별히 뭐 메모리 많이 쓸 수 있는 거 빼곤 없는 거 같긴 합???다. 그게 더 빠른지 어떤진 모르겠네요. 64bit을 필요로 하는 연산 처리 같은 경우를 제외한다면요. 하지??? 실질적인건 써보신 분들이 아시겠조? 아, 저도 써보긴 했는데 체감 속도가 발라지는 것 같진 않았거든요.

64비트 커널 기반 시스템에서라도 32비트 아키텍처??? 맞게 컴파일을 잘 한다면 어지간한 오픈소스 프로???램들은 잘 돌아가지 않을까 ㄱ- ... 하는 생각을 해봅니다.
(적어도 64비트 커널 쓰는 맥에서 -arch=x86  로 놓고 컴파일해서 항상 돌리는 제 경험에 ???추어서는 ...)

하지만 ... 그래도 안되는놈은 안???다는거 ... ㅠ,,ㅠ =3

...

음 ... 서버같은데??? 쓰는 경우는 경험이 없어서 모르겠고 데탑으로 쓰??? 경우는 빨라진다기보단 logical 영역이 늘어나니까 ???아갈 수 있는 프로그램은 더 많아지긴 하더라구요. 특히 메모리 엄청 많이 먹는 프로그램을 한두개쯤 더 돌릴 수 있는거랄까 ㄱ-

프로그램반응이 빠른편입니다.

저도 요즘 공???하다가 알게된겁니다만...
사실 64bit로 전환하면 이론상 2배의 속도가 되어야 하는게 맞거든요.

???번에 32bit씩 처리하던걸 cpu의 register에서 64bit단위로 처리하면
같은 clock에 처리량이 2배가 되는 뭐 그???거랍니다.
물론 그정도 효율이 나는건 아니라고 생각합니다만...
저는 체감상 빠르게 느껴지네요...
다른건 몰라도 프로그램 구동 자체가 빨라졌???니다 ㅎㅎㅎ

음... 단지 EM64T만 적용되는 경우에도 그렇게 될 수 있나요? 저도 처음에 x86_64가 나왔을 때는 처리 속도??? 빨라질거라고 생각했는데 어떤 분들은 그게 또 아???라고 하시고 후에 알아본 바로는 현재의 64bit 이란건 EM64T만 적용되어서 안되는 걸로 알고 있었는데 모든??? 그런건 아닌 모양이네요. 잘은 모르겠지만요.