AIX下的应用开发挑战知多少？专家来接招！（获奖名单已公布-2012-5-23）

send_linux

获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-3747021-1-1.html

话题背景：

针对企业的关键业务应用需求，AIX一直以来是最重要、最稳定的应用平台之一。越来越多的中高端企业和机构将其关键业务应用运行在Power/AIX平台上。然而小型机以及AIX环境下的应用开发相比X86平台面临更多的挑战，如何基于AIX平台开发与企业业务需求相匹配的应用问题成为众多AIX开发者的问题。
Power中国用户组将在论坛和微博上征集有关AIX具体应用开发与运维开发问题，并统一收集整理、并甄选典型的问题，这些问题将得到我们邀请的嘉宾给予解答，从而解决网友在AIX开发方面的疑难与困惑。并将这些问题的解答收集整理，形成AIX开发相关的索引贴，给以后更多的AIX开发人员指引道路。

本期问题解答嘉宾：

ChinaUnix AIX版块版主hello_unix
ChinaUnix AIX版块版主InfoSVC
ChinaUnix AIX版块资深会员emperor
ChinaUnix AIX版块资深会员yddl

活动时间：2012年4月16日-5月7日

话题要求：

1、        要言之有物，不能低于20个字
2、        本次话题主要关注AIX开发相关，其他问题可能不做重点

奖项设置：

最佳问题奖：10名，奖励价值100元的礼品一份
参与奖：10名，奖励Power中国用户组社区积分50分

beyondfly

现在越来越多的企业开始认识了Linux的安全性与稳定性，将应用移值到X86/Linux平台下了。
AIX上运行的系统，主要是银行，电信，证券等核心业务，多是C开发的程序，这个可移值性还是不错的，其它就是java程序了，java的JVM，移值性就更好了，一听到AIX的开发，我想许多人的第一反应就是这玩意完全没有接触过，个人认为，有过Linux下的程序开发经验，学AIX下的开发应该还是比较容易上手了
PS：CU这个奖项：

奖项设置：

最佳问题奖：10名，奖励价值100元的礼品一份
参与奖：10名，奖励Power中国用户组社区积分50分

太不给力了，AIX都是有钱人用的系统，CU这个奖励，有应该提高啊，才能符合IBM对AIX的定义啊，呵呵

emperor

一介村夫 发表于 2012-04-17 23:41
AIX与其它Unix比，有什么特殊的吗？我专指软件开发方面。
至今我所见过的基于AIX的应用程序，没有哪个会牺 ...

程序的可移植性或者说是通用性，与程序的专用或者说是定制性，事实上是一对矛盾。其相互都有长短
要想可移植性强那么就好比调众口，所要做到的就是求同存异，这个求同的过程，必然要牺牲有些个别
个体的优势，然后达到求同。往往一个很小的功能就需要大量的代码铺开，因为要考虑到各个平台。
而专用代码，或许其投入与产出不是那么的有效率，但是可以将其优点最大化，我想之所以从App到
AIX再到POWER的硬件架构到今天依然有它的市场与强势，其很大一部分原因是这些层面上的结合性
比较好。毕竟量体裁衣的衣服才是相对穿起来更舒心些的。或许从程序员的角度考虑，都希望自己的
代码可以一石三鸟，而从商业角度考虑，有些应用还是定制化的好。我想这就好比乔布斯的偏执是有其
一定的道理的。。。。。

一介村夫

emperor 发表于 2012-04-18 13:04
而且，用户的投入不是你说的，也不是我说的。是市场说的。至少目前的市场说明，AIX上的应用依然有其特有的性 ...

你理解我所说的“投入”的意思吗？我指的是针对AIX特性的技术投入，而不是你所认为的。
我再给你说明白点，AIX支持IPC handle的select，但是有多少用户会为了使用这一特性来改善应用程序性能，而将其它Unix下的应用的程序架构修改成满足AIX这一特性的？
这种投入没有人会做的。因为AIX下的一般应用根本不介意这点性能开销，而且真要是对性能很重视，完全可以通过提升硬件的档次来实现。

BTW：回帖前最好看一下整句话，不要只看个别单词。

lemoncandy

其他Unix平台上的软件移植到Unix上困难大么？主要的障碍在什么地方啊？

nonocast

想问一下，我们这边有不少跑在solaris上的核心业务，已经部分移植到了Linux上，但是特别重要的不敢，还是害怕，估计最后还是考虑IBM的方案，这个要是移植到Power上，困难大么？

一介村夫

再说一个AIX怪异的地方。

在C语言中，pid_t是很常见的数据类型吧？在AIX中，其定义为：
typedef int32long64_t   pid_t;          /* process ID */

而int32long64_t的定义是：
#if defined(__64BIT_KERNEL) && defined(_KERNEL)
typedef signed long     int32long64_t;
typedef unsigned long   uint32long64_t;
#else
typedef signed int      int32long64_t;
typedef unsigned int    uint32long64_t;
#endif /* __64BIT_KERNEL && _KERNEL */

对于32位编译模式来说，无论你核心是32位还是64位，long和int都是32位，也就是说，在32位模式编译的程序内部，进程号是32位的。
而对于以64位模式编译的程序来说，进程号却是64位的。

问题就来了，在操作系统内部，进程号到底是多少位的？如果是64位，那么32位的程序取到的进程号就是不可靠的；而如果是32位，那么在外部把它定义为64位就纯属浪费，而且很容易造成混乱。

yddll

这个，这个......

renxiao2003

板凳了。

hello_unix

其实关于操作系统与数据库，数据库参数和操作系统参数互相影响的问题，应该是挺多的
欢迎大家讲出问题，分享经验

一介村夫

AIX与其它Unix比，有什么特殊的吗？我专指软件开发方面。
至今我所见过的基于AIX的应用程序，没有哪个会牺牲移植性而强调其特殊性，因此，所谓的AIX上的应用，更准确地说是泛Unix上应用，因为程序的移植性都比较好，谁也不会把代码绑定在一个系统平台上。
所以，谈到专属AIX上的开发，绝大多数都是没有意义的。
而以我个人的经验，如何避免AIX的特殊性才是最重要的，比如AIX与Linux等其它Unix的带外数据通讯行为的不一致性，这种不一致性，会让软件开发人员无所适从。
谈到AIX的优势，就是IPC handle的可select，但是这是以牺牲程序的移植性为前提的，一般的应用程序都不会采用这一特性进行开发。

to407

最近比较头疼的问题是在几个平台上的app porting... 还好代码量不大，读API本身就痛苦了~~~~~

从Linux往Solaris比较熟悉，往AIX还要学一些新知识~~~

hellioncu

我怎么反而觉得越来越的应用移到X86/Linux呢

manULinux

呵呵 楼上的 top 一下

send_linux

beyondfly 发表于 2012-04-18 08:51
现在越来越多的企业开始认识了Linux的安全性与稳定性，将应用移值到X86/Linux平台下了。
AIX上运行的系统， ...

谢谢对我们活动的支持，呵呵，这个是我们社区自己的活动，毕竟AIX版本也是我们社区的一个重要的技术板块，我们也不能放弃，包括solaris和HP-UX，只要有用户在，我们都会做一些活动，活跃板块的，呵呵