French Protocole

윈도우 64 비트도 많은 유저들의 사용으로 좀더 대중화 되어 가려고 하는 이때, 리눅스는 더 빠르게 64 비트로의 전향을 성공적으로 마친듯 합니다.

워낙 사용 분야가 한정적인 면도 있겠지만, 많은 라이브러리들 또한 빠르게 64 비트로 전향 하는 속도나 향보가 빠른 이유는 머일 까 생각 해보게 됩니다. 윈도우 64 비트용, flash player, 그리고 어찌 보면, 일반인들에겐 약간 가깝고 먼 autodesk 사의 솔류션 들은 리눅스 64 비트로 포진을 마치고 기업용 소프트 시장에서 굳건한 자리를 확립해 가는듯.

fedora 를 설치 하고 가장 먼저 눈에 들어 오는 점은 많은 라이브리의 지원으로 인하여, 64 비트 프로그램 설치가 어렵지 않았다는 점이고, 또 무엇보다, 눈에 뛰는 장점은 flash player 64 bit 플러긴을 지원 한다는 사실 일것입니다. sidefx 의 Houdini 란 프로그램도 윈도우에서 보다 부드러운 모습을 보여 줍니다.

houdini 64 bit linux 버젼.

houdini 프로그램 정보

houdini 메모리 및 라이브러리 정보.

지금 제가 사용중인 google chrome 도 64 비트 버전이기도 합니다만!

목메어 adobe 사에 flash player 64 bit win 버젼을 내놔 달라고 때쓰기도 싫어 지는 지경이 되어 버렸습니다. 어짜피 한국에선, ie 에 active X 로 도배가 되어진 환경이어서, 더욱더 64 비트의 길은 멀어 보입니다만.

언젠간 모든 환경이 64 비트 환경에서, 메모리 걱정없이 잘 사용 할 수 있는 날이 오겠죠. 근데 아직도 이해 할 수 없는건 과연 마소에서 64 비트 환경에 다소 미온 적으로도 보입니다. 역시 고객의 need 요구가 없어서 겠지요.

새로운 환경으로의 시작 하면서 새로운 윈도우 사용 하는 것도 좋지만, 진정한 64 비트 사용을 먼저 체험 하시고 싶으시면, 리눅스로 오시는것도 나쁘진 않아 보입니다. 좀 한정적이긴 하지만, 개발자, 3D 혹은 서버 공부 하시는 분들에겐 도움이 많이 될듯 합니다.

Windows 통틀어 쓴소리 한번 해야 겠습니다.

요즘 비스타 윈 7 나오면서 다국어 환경에 좀더 친화적으로 만드려고, 노력한 흔적은 보이는데, 그게 아직도 많이 부족해 보입니다.

특히 엄청난 용량의 mui 팩을 선보였지만, 아직 리눅스 발톱 만큼도 못 따라간 흔적이나, 재부팅을 해야 하는 그런 귀챠니즘 마저 선사 하는 윈도우의 mui 와 아직도 멀게 느껴 지는 utf 환경등 많은 부분들이 제겐 불만입니다.

사실 이런 문제가 어찌 보면, 한 나라에서, 하나의 언어로만 사용 하는데 있어선 문제가 될 건덕지는 없지만, 외국의 멀티 다국적 기업들에겐 큰 골치 거리입니다. 특히 터미널 서비스를 이용해 접속해야 하는 회사들은! 한마디로 모든 이들이 영어를 하게 갈구 하는 것 같은 인상만 비치게 합니다.

아직 까지도 유저가 로그인 할때 언어를 선택 할 수 있는 란이 없다는것이, 그리고 새로운 유저가 마음대로 언어를 선택 할 수 없다는 가장 큰 단점을 가지고 있는 윈도우. 특히, 신경 쓰지 않는다면, 윈도우 노트 패드는 utf 인지 아닌지를 판단 하지 않고 ansi 포맷으로 저정해 버리기 때문에, 외국어로 작성한 문서의 경우, 100 % 깨지게 되는. 사실 제가 프랑스 살아서, 컴퓨터를 구매 하게 되면 따라 오게 되는 윈도우 XP 프랑스 판 혹은 비스타 프랑스 판을 한국어 화 하려면, 비스타 홈에선 절대 지원 안하는 mui 이런 제한 사항들을 가지고 한번 선택 하면 절대 바꿀 수 없고 또 재 설치 하기 전엔 시스템으로서 기능 하기가 힘든..

이런 문제는 응용 프로그램을 설치 하다 보면, 아 이 개발자가, utf 로 설계를 했는지 등에 대한 물음에 바로 답할 수 있기도 합니다만, 제일 문제 되는게 파일 명 이라 생각 합니다. 파일 이름을 불문판에서 한글로 작성한 문서를 보내거나, 혹은 불어에 있는 액센트가 붙은 파일은 읽을 수 없어져 버리는, 희안한 현상들로 많은 사람들에게 문의를 받았을 만큼.

그래서 오늘 더 리눅스 데탑이 사랑스럽군요. 로그인 할때 바로 변경이 가능한 언어 선택 이라던가, gedit 에서 여러 언어코드를 사용 할 수 있다던가 하는 그런 장점이 충분히 존재하는 운영 체제 임엔 틀림 없어 보입니다.

윈도우가 가야 할 길도 멀겠지만, 맥이나 리눅스 등에선 바로 변경이 가능한 이 언어 지원도 잘 해줬으면 하는 바램입니다.

언어 변경 후 로그인 과정을 마치면, 물어 보는 현재 폴더이름을 변경 할것인지를 선택 할 수 있는 화면 (우분투의 경우, 언어 변경하고 로그인 하면, 바로 기본 폴더들의 이름이 변경이 되어서, 좀 애로 사항일 때가)

기본 에디터인 gedit 에서 불어의 액센트와, 한글을 혼합하여 작성하고 저장한 파일을 열어 왔을 때! 절대 안깨져 있습니다. 물론 저장 옵션이 utf-8 이 기본 인지라.

기본적인 메뉴 내용들이 모두 불어로 변경 되어 있습니다. 이 작업은 로그인 후 바로 적용 되는 부분이기도 합니다.

이렇듯, 우리가 사용 하는 윈도우가 잘 느끼지는 못햇겠지만, 외국에서 살아가는 사람들은 서로 문제점을 제기 하고 있는 현실 입니다. 이런 모순이 빨리 고쳐 지기를 바랄 뿐입니다.

요즘 iSCSI 볼륨에 이것 저것 해본다고 바쁘군요.

제 환경이 노트북인지라, 이런 저런 저장 매체를 활용 하긴 힘들어서, 다른 설치 방편을 찾다가 보니, 결국엔 iSCSI 를 이용한, 설치 방법 까지 찾게 되는군요. 그 동안 iSCSI 볼륨에 root 파일 시스템 설치를 VirtualBox 에 설치 하는 방식을 사용 하다가, 속도에 대한 문제들 때문에, 결국 꽁수로 설치를 해보게 되었습니다.

현재 많은 리눅스 배포판들이 iSCSI 루트 파티션을 지원하며, ubuntu 의 경우, server 설치본을 이용하여, 설치시 iSCSI 를 설정하여 설치 하시면 됩니다. 하지만 Fedora 12 의 경우, 레드햇 처럼 부팅시 편하게 iSCSI 설정이 가능하고 anaconda GUI 설치 인터 페이스를 지원하므로, 페도라를 경우로 설치 해보도록 하겠습니다.

설치엔 두가지 방법으로 나뉩니다. 자신의 랜카드가 iSCSI boot 를 지원하는가와, 아닌경우.

iSCSI  지원하는 랜카드라면, usb 저장 매체가 필요 없겠지만, 만약 제 경우 처럼 랜카드에서  iSCSI boot 를 지원 하지 않는다면, usb 저장 장치에 /boot 파티션을 생성 하여 진행 하는 방법으로 설치가 가능 하겠습니다.

자 그럼 선행 되어야 하는 조건으로 iSCSI target 이 필요로 한데, solaris를 이용한 zfs iSCSI 를 이용하여 설치 하였습니다. 그리고 solaris zfs iscsi 성능편은.

zfs iSCSI 성능은 휼륭한 access 성능을 발휘 하였고 일반 파일 복사 테스트에서, 좋은 성능을 보여 주었지만, 결과적으로 VirtualBox 의 의심스러운 네트웍 성능 때문에, 설치하는 동안 엄청 느린 속도와, 답답한 반응 속도로 실 사용이 불가능 할것 같아 보였습니다.

하지만, 이 모든 문제는 VB의 성능에 있었다고 보여 집니다. 생각 보다 VM 들의 네트웍 속도에 문제를 제기 하고 싶을 정도로 실제 하드웨어에선 실 사용 할만한 성능을 보여 주더군요.

그 동안 iSCSI 의 성능만 탓하였는데. 결과가 좋아서, 만족 할만 합니다. 다만 가끔 알게 모르게 생길 수 있는 버그들..

설치시 iSCSI 하드 디스크를 설정하는 과정입니다.

파티션이 설정 되고난 후 설치 과정인데, 부팅을 담당할 usb 드라이브 파티션과, iSCSI root 장비인 /dev/sdd 잘 설정이 되었습니다.

grub 설정을 위해 설정하는 과정입니다. 전 /boot 가 설치된 usb 에 grub 도 같이 설치 하였습니다.

설치 하면서 본 solaris 콘솔에서의 장면.

평균적으로 설치 시간이 좀 긴 편이지만, 한번 설치 후, 사용하는 속도는 만족 할만합니다.

실사용 하는 장면을 핸드폰 카메라로 찍었는데, 화질은 별로지만..

zfs 에서 cache 역활이 뛰어나서 그런지, 응용 프로그램 실행이 빠르고, access time 이 빨라서, 인지, 조그만 파일들을 자주 읽고 쓰는 시스템에서 최대의 성능을 보여 주는것 같습니다.