在之前《在x86上运行z/OS：IBM要推出迷你大型机？》这篇文章中，我曾预测IBM可能会推出“迷你大型机”，使用户可以在x86架构上使用z/OS。这是因为我发现IBM已经为System z（RDz）7.6.2推出了Rational Developer工具，其中包括单元测试功能。针对System z的Rational Developer工具的单元测试功能可以为研发人员的台式机提供z/OS环境，包括绝大多数子系统。这预示着RDz单元测试已经完成了向System z Personal Develop Tool（zPDT）的转变。

　　zPDT的需求和配置

　　zPDT可以在Intel处理器核Linux系统上运行，这一点可以与Z系统和软件比肩。根据zPDT红皮书介绍，它可以在openSUSE和RHEL 5.3或更新版本的32位和64位分布式系统上运行。然而，考虑到性能和服务器支持，IBM建议最好采用64位分布式系统。

　　zPDT采用的是1090的机器模式，有三种类型：L01一直到L03。末尾的两个数字代表zPDT可用的处理器核数量。在Linux环境下，要想支持zPDT必须拥有相同数量的处理器，以便把它当成是1090客户来确认。此外，这种“模拟”z处理器需要拥有zIIP、zAAP和IFL专业机器的特点。一个用户可以启动多个zPDT客户，但是总的逻辑处理器数量不能超过1090模式的数量。zPDT通过设备管理器来支持大型机I/O。它有12个管理器来对从系统控制台到3390和3380硬盘的所有进程进行模仿。

　　像平时一样，IBM对于许可问题总是比较敏感。必须要有嵌入PC机USB端口的软件密钥，1090模式才能生效。如果用户将其移除，该系统就会暂停运行。

　　有用户在一个文本文件中具体地描述了zPDT的配置方法，其中包括一些小节。讲述系统配置的那节中他指出了处理器的数量和类型。在同样一节中，他还描述了LPAR内存以及其它多种数据的的数量。另一个系统章节中则界定了密码引擎的数量。

　　设备分配被安排到了管理器章节。如果要将其应用到单元类型当中，每一个管理器章节都用设备管理器加上设备地址和文件目录来命名。

　　最后，zPDT还带有一系列的用来运营和管理1090模式的Linux命令。这些命令必须通过Linux命令管理窗口来录入，该命令窗口属于那些使用zPDT的用户。命令一般分为以下几类：

• 在Linux文件和伪装Z系统设备间进行数据移动
• 熟练操作密码管理器
• 在初始程序装入时，要停止、中断或重启1090模式。
• 熟练操作设备和处理器

　　相关的红皮书对于性能主要由以下见解：首先，Intel处理器速度必须足够快，以避免任何形式的z/OS超时问题。对于任何I/O而言，这都是不变的真理。由于缺乏内部架构和存储，z/OS系统的性能对于内存基准模式都很敏感。其次，z处理器流水线的缺乏也会导致工作负载减速，这主要取决于它所使用的操作指南和使用顺序。

　　在涉及系统管理时，zPDT也非常基础。1090模式拥有RACF和许多IDs，但是却没有RACF规则。此外，尽管说用户可以自由部署，但默认的属性却不是系统存储。我参考的资料中没有提到任何运维任务，诸如说系统管理设备输出或线缆维护等等。

　　zPDT对于IBM意味着更大的机遇

　　目前，zPDT还让人难以理解。在IBM的网站上搜索zPDT会搜到隐藏在“合作伙伴”页面下的一些文档，但实际上我们并没有权限去获得这些资料。因此，我们大多数资料都是来自那些公开的红皮书。

　　对此，我的猜测是zPDT目前仅供IBM内部或一些研发系统软件的合作伙伴使用。这的确有点意思，PC机上的z平台实验室的技术产出有很大的推动作用。对于那些没有实力引入大型机的独立软件供应商而言也很有帮助。

　　将zPDT和Rational Developer For System整合起来是走向正确道路的重要步骤，但是我认为IBM正在错失一些大的机遇。

　　对于大多数用户而言，使用zPDT可以强化现有的系统编程技巧，并得到传统大型机领域之外的一些机遇。对此有意向的用户在将其投入生产领域之前应该先对其进行测试。最后，zPDT对于高校用户和学生笔记本而言也相当完美。

　　IBM或许有技术方面和财政方面的考虑，因此将模拟大型机单纯放到研发领域。然而，我坚持认为在x86架构上运行z/OS是一个推广大型机业务的最佳途径，当然前提是IBM对此真的感兴趣。最新的报告显示，目前已有7000名大型机用户。目前的情况是很好，但在高端计算市场达到饱和之后，IBM又该如何是好呢？