| |
target=_blank>http://www-903.ibm.com/kr/techinfo/pseries/tech/tech_08.html
Introduction
AIX5L에서 크게 변화된 점으로 AIX상에서 Linux 어플리케이션을 큰 문제없이 compile하고 수행할 수 있다는 것을 들 수 있다. 이미 AIX 4.3.3에서 AIX Toolbox for Linux Application CD를 배포하여 AIX에서 Linux 어플리케이션을 compile하여 수행할 수 있는 가능성을 보인 바 있다.
IBM의 AIX와 Linux의 결합은 크게 두 가지 방향에서 볼 수 있다.
- AIX Toolbox for Linux Application
- AIX library와 Linux 개발환경과의 통합
특히 두 번째의 AIX library와 Linux 개발환경과의 통합은 첫번째의 항목도 포괄하는 것으로 기존 Linux 사용자나 Linux 어플리케이션 개발자는 별다른 노력 없이 기존에 사용하던 Linux 어플리케이션을 AIX상에서 사용 혹은 개발할 수 있게 되었음을 의미한다.
S/W개발은 긴 개발기간, 많은 인력이 필요한 일이며 개발 후에도 꾸준한 유지, 보수가 필요하다. 따라서 플랫폼을 바꿨다고 해서 기존에 사용하던 어플리케이션을 쉽게 버릴 수 없으며 플랫폼과 상관없이 동일한 S/W를 사용하려 한다. 그리고 S/W개발자들은 한번 손에 익은 개발환경을 쉽게 버리지 못하며, 개발환경이 기존에 사용하던 개발환경과 다르다면 생산성에서 큰 차질을 빚게 된다. AIX5L에서 Linux 개발환경 및 어플리케이션을 사용할 수 있게 되어 기존의 Linux 사용자, 개발자들은 플랫폼을 바꾸더라도 기존의 Linux 어플리케이션과 개발환경을 그대로 사용할 수 있으며, AIX측에서는 사용할 수 있는 S/W의 폭을 훨씬 더 넓힐 수 있게 된 것이다.
AIX Toolbox for Linux Application
2001년 1월 12일 AIX 4.3.3 용 AIX Toolbox for Linux Application가 발표되었으며 현재는 AIX5L용이 나와 있다.
AIX Toolbox for Linux Application에는 Linux 어플리케이션을 AIX로 포팅할 때 필요한 개발툴과 유명한 어플리케이션, desktop환경들이 이미 AIX용으로 compile되어 binary형태로 들어 있다.
AIX Toolbox for Linux Application에 들어 있는 S/W의 목록은 다음과 같다.
- 어플리케이션 개발 환경
gcc, g++, gdb, rpm, cvs, automake, autoconf, libtool, bison, flex, gettext
- Desktop 환경
GNOME, KDE
- GNU 기반 유틸리티
gawk, m4, indent, sed, tar, diffutils, fileutils, findutils, textutils, grep, sh-utils
- 프로그래밍 언어
guile, python, tcl/tk, rep-gtk
- 시스템 유틸리티
emacs, vim, bzip2, gzip, git, elm, ncftp, rsync, wget, lsof, less, samba, zip, unzip, zoo
- 라이브러리
ncurses, readline, libtiff, libpng, libjpeg, slang, fnlib, db, gtk+, qt
- 시스템 쉘
bash2, tcsh, zsh
↑위로
- 윈도우 매니저
enlightment, sawfish
Toolbox에 새로 갱신되는 S/W 목록은 다음 사이트에서 볼 수 있다.
target=_blank>http://www.ibm.com/servers/aix/products/aixos/linux
Toolbox는 설치될 때 /opt/freeware에 설치되며 필요하면 symbolic link를 생성해서 바로 명령어를 사용할 수 있도록 한다. 설치에 필요한 용량은 다음과 같다.
Base: 7MB
Desktop Base: 14MB
Gnome Base: 70MB
Gnome Apps: 80MB
KDE Base: 98MB
KDE Apps: 96MB
그리고 RPM Database가 사용할 용량으로 /var에 6MB가 있어야 한다.
AIX Toolbox CD는 위 site에서 무료로 download받을 수 있으며 주문할 때 번호는 다음과 같다.
Form number Products
LCD4-1077-00 AIX Toolbox for Linux Applications, POWER platform
LCD4-1075-00 AIX Toolbox for Linux Applications, Itanium platform
1. 기본 Linux 명령어
Toolbox에서 설치된 기본 유틸리티와 Linux에서 일상적으로 사용하던 명령어들은 모두/opt/freeware/bin에 설치된다. 물론 쉘 변수의 PATH에 이 디렉토리를 추가해야 편리하게 사용할 수 있는데 어떤 명령어는 기존의 AIX명령어와 같은 이름을 쓰기 때문에 충돌이 발생할 수도 있다. 따라서 Linux 명령어는 PATH에서 AIX명령어보다 뒤에 오도록 하는 편이 안전하다. 특히 system관리 명령어인 경우에는 더더욱 필수적이다.
참고로 AIX에서 사용하는 tar는 파일을 묶으면서 압축할 수 없지만 Linux에 있는 tar명령은 파일을 묶으면서 바로 압축할 수 있고 풀면서도 바로 압축을 해지할 수 있기 때문에 AIX에 있는 tar보다 더 사용하기 편리하므로 Linux tar를 사용하는 편이 좋다.
# tar czvf temp.tar.gz *
# tar xzvf temp.tar.gz
↑위로
2. 시스템 관리 명령어
AIX에는 강력한 시스템 관리도구인 SMIT과 WSM이 있으므로 굳이 Linux의 시스템 관리 명령어를 사용할 필요가 없으며, SMIT이나 WSM을 사용하는 편이 더 안전하다. 그러나 Linux의 관리 툴도 AIX에서 사용할 수 있는 것도 있다.
2-1. 사용자 관리
KDE패키지중의 하나인 kuser로 사용자 관리를 쉽게 할 수 있다.
Fig 1. KDE에서 제공하는 사용자 관리 도구 kuser
2-2. System V init editor
역시 KDE패키지중의 하나인 ksysv로 System V Initialization 구조(/etc/rc.d)를 관리할 수 있다.
Fig 2. KDE에서 제공하는 System V init editor
↑위로
3. RPM (Red Hat Package Manager)
AIX Toolbox for Linux에서 RPM을 제공하여 기존 RPM사용자들이 Linux package를 쉽게 설치, 제거, 갱신할 수 있도록 했다. RPM은 AIX5L 5.1 base CD에 AIX LPP fileset으로 제공되므로 일단 rpm을 설치했으면 그 다음부터는 쉽게 Linux package를 Linux 환경과 똑같이 설치, 제거할 수 있다.
rpm이 설치되었는지 보려면 다음 명령어를 사용하면 된다.
# lslpp -l rpm.rte
Fileset Level State Description
------------------------------------------------------------------
Path: /usr/lib/objrepos
rpm.rte 3.0.5.20 COMMITTED RPM Package Manager
RPM으로 설치한 Linux package에 대한 정보는 /var/opt/freeware/lib/rpm에 들어가지만,원래 Red Hat Linux에서 rpm 정보는 /var/lib/rpm에 생성되므로 AIX에서는 /var/lib에 symbolic link를 만들어서 /var/lib/rpm으로도 정보를 접근할 수 있도록 했다.
3-1. rpm으로 package설치하기
Linux xscreensaver rpm package를 설치하려면 다음과 같다.
# rpm -i xscreensaver-3.25-2.aix4.3.ppc.rpm
버전이 더 낮은 프로그램이 설치되어 있거나 아예 설치가 안 되어 있는 경우에만 설치하고, 이미 프로그램이 설치되어 있다면 중지하도록 할 때는 다음과 같은 옵션을 사용하여 설치한다.
# rpm -Uvh xscreensaver-3.25-2.aix4.3.ppc.rpm
3-2. rpm database보기
시스템에 설치되어 있는 rpm package의 목록을 보려면 다음과 같다.
# rpm -qa
mtools-3.9.7-4
cdrecord-1.9-3
mkisofs-1.13-3
AIX-rpm-5.1.0.0-1
한 패키지에 속한 파일들을 모두 보려면 -l option을 사용하며, 한 package에 대한 대략의 정보를 보려면 -i 옵션을 사용한다.
# rpm -qal 설치된 모든 패키지에 속하는 모든 파일을 보여준다
# rpm -qi mtools mtools package의 정보를 보여준다
참고로 lslpp로 읽을 수 있는 목록과 rpm으로 읽을 수 있는 목록은 서로 다르다. lslpp로 보이는 S/W목록은 rpm으로는 볼 수 없고 역시 rpm으로 볼 수 있는 S/W 목록은 lslpp로 볼 수 없다.
↑위로
4. Desktop 환경
AIX Toolbox for Linux Application에서 제공하는 graphic desktop은 여러 가지 구성요소로 이루어져 있으며 각각 자신만의 graphic development framework를 가진다. 다음 그림은 여러 가지 desktop과 graphic library의 계층도를 보여준다. 계층도에 나오는 library와 widget set은 모두 AIX Toolbox에 들어있으며 CD에서 바로 설치하여 사용할 수 있다.
AIX Toolbox for Linux Application graphical framework
AIX Toolbox for Linux Application에는 Linux에서 많이 사용하는 두 가지 desktop인 Gnome과 KDE가 모두 포팅되어 들어있다. 기존 CDE말고 이 두 가지 환경을 사용하고 싶다면 system install할 때 혹은 smit에서 바꿀 수 있다. SMIT에서 바꿀 때는 다음과 같다.
# smit system에서 "Change system user interface"항목을 선택하여 Gnome이나 KDE를 선택한다.
(물론 사전에 Gnome이나 KDE를 설치해야 한다.)
AIX source affinity for Linux application
AIX와 Linux는 원래 동일한 API와 system call을 사용하지 않았지만, AIX5L 5.1에서는 소스 레벨에서의 호환성을 보장하기 위해 API와 헤더파일에서 많은 수정을 가했다. 다음 예제는 reboot system call이다. AIX5L 5.1에서 AIX와 Linux가 모두 동일한 reboot API를 사용하도록 했기 때문에 reboot API는 dual-semantic function이 되었다. 더 높은 호환성을 보장하기 위해 dual-semantic function의 수를 계속 늘리고 있다.
예를 들어 Linux에서 사용하는 reboot의 prototype은 다음과 같다.
#include
#include
int reboot (int flag);
#ifndef _H_REBOOT
#define _H_REBOOT
AIX에서 사용하는 reboot의 prototype은 다음과 같다
#define RB_SOFTIPL 0
#define RB_HALT 1
#define RB_POWIPL 2
#define RB_HARDIPL 3
#define RB_HALT_POWERED 4
#define RB_UPDATE_FLASH 5
typedef struct{
caddr_t uf_strt_ptr; /* Pointer to start of image */
ulong uf_img_len; /* Length of image */
void uf_xmem; /* Pointer to cross mem desc */
} update_flash_t;
#endif /* _H_REBOOT */
AIX5L 5.1에서 Linux와 호환되도록 prototype을 수정했으며 수정된 prototype은 다음과 같다.
#ifndef _H_REBOOT
#define _H_REBOOT
#define RB_SOFTIPL 0
#define RB_HALT 1
#define RB_POWIPL 2
#define RB_HARDIPL 3
#define RB_HALT_POWERED 4
#define RB_UPDATE_FLASH 5
typedef struct{
caddr_t uf_strt_ptr; /* Pointer to start of image */
ulong uf_img_len; /* Length of image */
void uf_xmem; /* Pointer to cross mem desc */
} update_flash_t;
#ifdef _LINUX_SOURCE_COMPAT
extern int __linux_reboot(int);
#define reboot(a) __linux_reboot((a))
#define LINUX_REBOOT_CMD_RESTART RB_SOFTIPL
#define LINUX_REBOOT_CMD_HALT RB_HALT_POWERED
#define LINUX_REBOOT_CMD_POWER_OFF RB_HALT
#define LINUX_REBOOT_CMD_RESTART2 RB_POWIPL
#define LINUX_REBOOT_CMD_CAD_ON 90 /* AIX does not offer CAD reboot*/
#define LINUX_REBOOT_CMD_CAD_OFF 91
#endif /* _H_REBOOT */
↑위로
1. 오픈 소스 컴파일하기
rpm없이 그냥 소스로만 compile하여 install하는 경우도 있다. 이런 경우도 Toolbox에서 제공하는 개발툴만 있으면 별 문제없이 compile하여 사용할 수 있을 것이다. 여기에서 예제로 사용한 프로그램은 fvwm2 윈도우 매니저로 http://fvwm.org나 http://xwinman.org에서 download받을 수 있다. 일단 소스를 download받으면 /opt/freeware/src에 압축을 푼다.
# cd /opt/freeware/src
# tar -xzvf fvwm-2.2.4.tar.gz
AIX5L은 Linux와 소스 레벨 호환성을 보장하므로 대부분의 경우 소스와 함께 첨부된 README나 INSTALL파일을 참고하면 그대로 compile하여 install할 수 있다. 단 compile시 디렉토리 지정을 하지 않으면 AIX의 디렉토리 구조와 맞지 않거나 기존 AIX 유틸리티를 덮어쓸 위험이 있으므로 디렉토리 지정을 하는 편이 안전하다.
# /configure -prefix=/opt/freeware
[…skipping some output…]
Configuration:
FVWM Version: 2.2.4
Build extra modules? no
Have ReadLine support? no
Have RPlay support? no
Have XPM support? no: Xpm library or header not found!
# make 2>&1 | tee make.log
[…skipping some output…]
# make install 2>&1 | tee makeinstall.log
[…skipping some output…]
위와 같은 install과정은 GNU coding standard (http://www.gnu.org/prep/standards_toc.html)에 따른 것이며, 이 가이드라인을 따른 경우 Linux를 포함하여 대부분의 UNIX환경에서 문제없이 compile할 수 있다.
만약 Linux 어플리케이션이 AIX에서 compile이 잘 안 될 경우 compile시
-D_LINUX_SOURCE_COMPAT flag을 사용하여 compile해보자. 보통의 경우 LINUX_SOURCE_COMPAT을 정의하지 않아도 되기는 하지만 특정 함수의 경우에는 필요할 수도 있다. 그리고 Linux 어플리케이션이 AIX에는 없는 특정 디렉토리에 파일을 만들거나 참조하는 경우 symbolic link를 만들어주던가 아니면 소스수준에서 파일의 위치를 변경하여 다시 compile해야 한다.
마지막으로 개발자가 프로그램 작성시 유의해야 할 몇 가지 사항이 있다.
우선 little-endian이나 big-endian에 영향을 받지 않도록 프로그램을 개발하는 것이 좋겠다. POWER processor는 big-endian이며 Intel Architecture processor는 little-endian에 따르고 있다. 어느 한쪽에 depend하도록 프로그램을 작성하면 Linux-Intel processor환경에서 사용하던 프로그램을 AIX-RS/6000 환경으로 가져올 때 프로그램을 수정해야 하거나 프로그램이 잘못 동작할 위험이 있다.
그리고 프로그램 작성시 표준 API를 사용하고 gcc나 g++로 compile가능하도록 하는 것이 좋다. 이렇게 작성한 프로그램은 AIX에서 쉽게 compile할 수 있기 때문이다. AIX는 POSIX 와 UNIX98 호환이지만 Linux는 현재 호환되지 않으므로 코딩할 때 주의해야 한다. 덧붙이면 32-bit용으로 개발된 Linux 어플리케이션이라도 gcc/g++로 compile되기만 하면 64bit AIX5L 환경에서 문제없이 수행할 수 있다.
참고로 현재 전 세계적으로 Linux는 수 없이 많은 변종과 배포판이 있다. 각 배포판들만 보아도 프로그램을 설치하는 방법이나 배포하는 방법들이 모두 다르다. 따라서 Linux개발자들이 프로그램을 개발할 때 어떤 배포판을 사용했는지에 따라 개발환경이나 API 혹은 파일 시스템 디렉토리 구조 등이 다르게 된다. 따라서 개발자나 Linux 사용자에게 모두 혼란을 주는 이런 상황을 개선하기 위해 LSB(Linux Standard Base)가 제안되었고 여기에 가입한 멤버들은 LSB 규약을 준수하여 프로그램을 개발하기로 하고 있다. LSB의 주요 멤버로는 Caldera Inc, Corel Corporation, The Debian Project, Enhanced Software Technologies, Inc., IBM, LinuxCare, Linux for PowerPC, MandrakeSoft, Metro Link, Inc., The Open Group, Turbolinux Inc., Red Hat Inc., SGI, Software in the Public Interest, Inc., SuSE. GmbH, VA Linux, WGS Inc.등이 있다.
↑위로
Conclusion
AIX Affinity with Linux에서 제공하는 호환성은 binary수준의 호환성이 아니다. Linux application binary를 AIX에서 수행하기 위해 wrapper나 layer를 사용하는 것이 아니라 open되어 있는 Linux application source를 AIX에서 다시 compile함으로써 AIX와 RS/6000의 신뢰성,확장성,가용성을 모두 이용하는 것이다. 따라서 Linux 어플리케이션이면서 동시에 AIX 어플리케이션처럼 사용할 수 있다.
그러나 속도와 신뢰성이 중요한 프로그램의 경우(예를 들면 database) Linux porting application보다는 원래 AIX용으로 나온 프로그램을 사용하는 편이 더 안정적이며 속도가 보장될 것이다. Linux 어플리케이션은 속도보다는 기능과 인터페이스가 중요한 분야에서 더 잘 사용할 수 있을 것으로 생각한다.
Linux의 풍부한 어플리케이션과 AIX의 mission-critical system의 조합으로 사용자와 개발자는 다음과 같은 이점을 얻을 수 있다.
업무에 필요한 어플리케이션을 선택하는데 있어서 선택의 폭을 넓힐 수 있다.
새로운 시스템에 포팅하는 시간을 단축할 수 있다.
AIX OS의 이점을 이용할 수 있다.
친숙한 Linux 개발환경을 그대로 이용할 수 있다.
low-end system에서 개발한 어플리케이션을 high performance system인 IBM pSeries와 RS/6000 based system에서 쉽게 이용할 수 있다.
참고자료
target=_blank>http://www.ibm.com/AIX
target=_blank>http://www.ibm.com/Linux
target=_blank>http://www.gnu.org
target=_blank>http://www.linuxbase.org
AIX Affinity With Linux, White paper Revision 2.0
AIX5L differences guide Version 5.1 Edition, SG24-5765-01
Running Linux Applications on AIX, SG 24-6033-00
http://www.linuxbase.org/whitepapers/whitepaper-1.html
|