您最喜欢的TSO / ISPF性能是多少？

迪克·谢勒 · 发表：2013年9月23日星期一9:54 pm

你好，

我正在寻找可以完成但可能不应该在在线环境中完成的其他事情。

一种是在线排序文件（除非很小）。

另一个正在运行的文件比较或在线搜索。

另一个是在线编译。

另外，“大”查询在SPUFI中运行。

您在系统上看到了哪些性能提升器？

联机文件传输使用的资源比ftp更多吗？

感谢您的反馈。

d

唐·雷西 · 发表：2013年9月23日星期一10:32 pm

避免在BLKSIZE较差的大型数据集上浏览/编辑/查看。我曾经故意这样做以表明观点。 DOWN MAX命令的响应时间差异很大。

达夫波塞兰 · 发表：2013年9月23日星期一10:41 pm

我已经完成了以下工作：

在不到2秒的时间内对具有400,000条记录的文件运行SORT。

在不到2秒的时间内比较了90,000行的两个文件（Cobol程序）。

这可能是我们处理器的速度，但是类似的许多事情都可以正常工作。

甚至更长的等待时间也使得提交批处理作业和必须进入等待队列以获取结果变得不那么理想。

仅我的意见，仅此而已。

唐·雷西 · 发表：2013年9月23日星期一10:55 pm

同意daveporcelan。过去我以前不敢做的某些事情现在现在按常规进行。 SRCHFOR在会员名单上；数据集上的SRCHFOR仅列出了两个。

太太我是一个非常不耐烦的人。如果我认为响应时间将是>8到10秒，这是我必须做的不止一次的事情，我试图找到一种批量处理的方法。

迪克·谢勒 · 发表：2013年9月23日星期一11:55 pm

感谢您的答复。

许多最昂贵的东西使开发人员的生活更轻松。

如今，诸如此类的事情在很多地方运行得非常快。我们的拒付额适用于I / O和CPU利用率以及这些价格飙升。

切换到输出屏幕应该很少或没有不便之处。当我正在提交作业时，我通常会打开一个sdsf屏幕或等效的ROSCOE。

我正在尝试做的是生成人们在不考虑成本的情况下所做的更昂贵的工作的列表。

有些地方的整个测试lpar都不会退还。这样一来，资源使用就不再是问题了。

再次感谢-Keep'em来了

d

唐·雷西

使用任何交互式调试器可能会花费大量CPU资源。在某些商店中，这曾经是一个巨大的问题，在某些情况下，这些工具完全无法进入环境。

我已经20多年没有使用ROSCOE了，那是在一家非常狭tight的商店里，那里只允许系统程序员访问TSO。

迪克·谢勒

该客户主要是一家roscoe商店。

由于几个项目的承包商人员突然增加，TSO看到了更多的行动，而这些人习惯于以最快的方式为他们做事。他们不必担心先前客户的成本（显然）。

感谢您提到交互式调试器。我们中的一个人对Xpediter进行了大批亵渎，吸走了大约1800万cpou秒。。。下注不再发生

问题，运行在线调试器时，对db2有什么影响？

最近跳转的2个订单项是TSO和DB2。

比尔·奥博伊尔

ISPF选择4-前景编译（您友好的SYSPROG可能会致电给您）

dbzTHEdinosauer

ispf面板
记录/行数或执行的所有操作
会不断更新（或每100或1000）。

唐·雷西

使用交互式调试器应该不会对DB2 cpu的使用产生太大的影响，但是会影响子系统的性能。在断点处停留30分钟以分析代码的某人可能在整个时间段内都持有锁。

我经常在批处理程序上使用调试器，但是我总是尽力使输入文件尽可能小。这不只是为了节省CPU；我实在太急躁了，不能坐在那里看着代码遍历10,000条记录，然后再找到引起问题的记录。

埃德·古德曼

-在未指定USER的情况下，不要在Control-D中查找报告。大量数据可供筛选。

瓦桑斯

使用交互式SAS程序编辑器处理大文件。 Batch sas非常适合大型文件或任何类型的文件处理，因为它可以减少利用率峰值。