ibm-midrange - CPYTOIMPF 到 qtemp 是否比到其他库更快?

标签 ibm-midrange

我是一名程序员,在 IBM AS400 V5R4 上工作。我创建了 2 个 CL 程序,它们都使用 CPYTOIMPF 将 AS400 PF 列表格式化为字符分隔文件。它们之间的区别是:一种将文件格式化为qtemp(PGM A),而另一种将文件格式化为qtemp(PGM B)以外的库。

我分别调用了2个程序,格式化了大约90个文件,总共大约800万条记录。两个程序都消耗了超过 1300 秒的 CPU 时间,而 PGM A 使用的 CPU 时间比 PGM B 少约 5%。我尝试了几次,结果是相似的。

我可以知道为什么 CPYTOIMPF 到 qtemp 比复制到其他库要快,尽管只是有一点区别?

最佳答案

QTEMP 及其内容不需要在作业生命周期后继续存在,因此它可能会被优化为不将内容提交到磁盘或不那么频繁地提交,并且它可能不需要为对象更改创建文件系统事务,因为如果系统出现不受控制的故障,QTEMP 就会被这项工作所震撼。

此外,QTEMP 不需要担心安全解析和对象控制,因为它是作业专用的。

这些东西和类似的东西可以使访问 QTEMP 比普通的持久库需要更少的工作。

关于ibm-midrange - CPYTOIMPF 到 qtemp 是否比到其他库更快?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1858740/

相关文章:

mysql - 如何从IBM AS400+DB2制作一个简单的API以便与外部网站+mysql同步数据?

operating-system - RPGLE 操作码 - 操作系统兼容性

IBMi AS/400 上的 Apache 身份验证

jpa - 缺少序列信息

macos - 如何为 Mac 安装 IBM i Access?

ibm-midrange - 如何在 IBM i 上的 RPG 中查找子过程用法?

sockets - iSeries机器上PASE上的网络错误

php - 无法打开库 '/opt/ibm/iSeriesAccess/lib64/… : file not found?

ibm-midrange - 连字符在 Db2 for i 查询结果中表示什么?

SSL 等效于 givedescriptor() 和 takedescriptor()