Tom Schmidt wrote:

No, but we are talking about millions of calls (especially from task
termination processing on some software - your software probably isn't task
challenged, Ed).  Count the WTOs in a syslog for an estimate of the WTO
cost per subsystem.  Tasks are harder to get a handle on, but there is
always SVC sampling (RYO) for ATTACH/DETACH if you are curious.

The total number of broadcast SSI calls, expressed nominally, is not important. That will vary depending on system, workload, and measurement interval. What's important is the amount of additional overhead, calculated as a percentage of the system's capacity, that can be attributed to maintaining "dummy" subsystems in IEFSSNxx.

Generally, the number of broadcast SSI requests is tiny (relatively speaking) when compared to the work being executed by a system. For any single broadcast SSI request, imagine how many instructions are being executed by each of the subsystems that actually care about the SSI calls being broadcast. A few extra instructions in the SSI router needed to loop through some "dummy" entries is a drop in the bucket compared to what's going on there!

(I don't know what "task challenged" means, but we do have products with subsystems that process EOT/EOM events for cleanup purposes and, of course, we have lots of software that does multitasking. Various other subsystems, JES included, capture and process SVC 34/35 requests.)

In our (admittedly smallish) environment, we share a single IEFSSNxx member across all systems. We know doing so isn't _absolutely_ "free". But nothing worthwhile ever is. I thought Wayne Driscoll put it well when he said, "... but when weighing this against the management/change control issue, make it, in my opinion, a no-brainer to share one IEFSSNxx across the plex." Obviously, YMMV.

--
.-----------------------------------------------------------------.
| Edward E. Jaffe                |                                |
| Mgr, Research & Development    | [EMAIL PROTECTED]    |
| Phoenix Software International | Tel: (310) 338-0400 x318       |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801            |
| Los Angeles, CA 90045          | http://www.phoenixsoftware.com |
'-----------------------------------------------------------------'

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to