Re: Disable DYNALLOC?

Apart from the unreal idea to disable DYNALLOC fully, you have full control over the DYNALLOC functions via exit IEGDB401. We did and do beautiful things in it, like our own SMS-like volume pooling before we converted to SMS. Grtn, Kees. > -Original Message- > From: IBM Mainframe

Re: Disable DYNALLOC?

> On Dec 20, 2017, at 7:25 PM, CM Poncelet wrote: > >>> From a recent thread (rant?) in ASSEMBLER-LIST: >> >>... Do you stand by "SVC 99 for good measure"? Generally, products >>do not implement it for good reason. Irrelevant in CICS and IMS. >>In batch, it

Re: Can anyone remember "drum" storage?

> On Dec 20, 2017, at 7:42 PM, Wayne Bickerdike wrote: > > We had a 3850 mass storage at IBM in Cosham when I worked there in 1978. > One of the cartridges came off the arm one day and broke a window. > > They were like a small artillery round with a wide spool of magnetic

Re: Tracking load module reference COBOL

> On Dec 20, 2017, at 2:25 PM, John McKown wrote: > > ​It would need to front in LOAD in addition to LINK. As I understand it, > the first time a COBOL program does a dynamic CALL, it goes to a subroutine > which maintains a table. If the name is in the table, then

Re: Disable DYNALLOC?

My 2-cents; can you imagine if you had to hard-code all user-catalog's into the CATALOG started task correctly. The chance of missing one, or defining a new user-catalog and not including it in the JCL for the started task would be horrible. And if you are using a modern security product (RACF,

Re: Can anyone remember "drum" storage?

On 20 December 2017 at 09:21, PINION, RICHARD W. wrote: > Drifting slightly, ever see the IBM 3850 Mass Store device, or see it in > action? We think it's nifty, our thirty-eight fifty, With cartridges, disks, and more! It's real expensive, with storage galore. It's

Re: List of EBCDIC code pages supported by iconv?

On Wed, 20 Dec 2017 19:29:54 -0600, Paul Gilmartin wrote: >On Wed, 20 Dec 2017 19:40:20 -0500, Phil Smith III wrote: > >>I feel silly here, but darned if I can find a definitive list of the EBCDIC >>code pages that iconv supports on z/OS. Googled my brains out, and built the >>list at the bottom

Re: Can anyone remember "drum" storage?

We had a 3850 mass storage at IBM in Cosham when I worked there in 1978. One of the cartridges came off the arm one day and broke a window. They were like a small artillery round with a wide spool of magnetic inside that wrapped round a drum. All in 4 seconds! On Thu, Dec 21, 2017 at 1:21 AM,

Re: Tracking load module reference COBOL

[Default] On 20 Dec 2017 12:13:19 -0800, in bit.listserv.ibm-main edgould1...@comcast.net (Edward Gould) wrote: >> On Dec 20, 2017, at 8:59 AM, Lizette Koehler wrote: >> >> Do you have a source management tool? Either Change man or Endevor or ?? >> These tools can

Re: List of EBCDIC code pages supported by iconv?

On 20 December 2017 at 19:40, Phil Smith III wrote: > I feel silly here, but darned if I can find a definitive list of the EBCDIC > code pages that iconv supports on z/OS. Googled my brains out, and built the > list at the bottom of this note. But I don't know if it's complete.

Re: Can anyone remember "drum" storage?

YES, I REMEMBER 1410 THROUGH 360 From: "Pommier, Rex" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, December 20, 2017 12:14 PM Subject: Re: Can anyone remember "drum" storage? Actually if one believes everything in the article, it is like the 3380s.

Re: List of EBCDIC code pages supported by iconv?

On Wed, 20 Dec 2017 19:40:20 -0500, Phil Smith III wrote: >I feel silly here, but darned if I can find a definitive list of the EBCDIC >code pages that iconv supports on z/OS. Googled my brains out, and built the >list at the bottom of this note. But I don't know if it's complete. > Try the

Re: Disable DYNALLOC?

SVC 99 (aka macro DYNALLOC) allows doing much more than dataset (de)allocations via its TUP list parms.   So yes - it should always remain available for use in systems programs, irrespective of its being hypothetically "harmful" in production jobs (whatever they are).   My ha'penny.   Chris

Re: List of EBCDIC code pages supported by iconv?

Give the following a try, it's a start: https://www.ibm.com/support/knowledgecenter/SSAL2T_8.1.0/com.ibm.cics.tx.doc/reference/r_code_pg_sprt.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: Disable DYNALLOC?

Horsefeathers. Agreed that it bypasses JES3 resource pre-allocation, but aside from that the rest of that rant is bunkum. Sophisticated schemes for dynamically reading and collecting into one place asynchronous and only sometimes presented client transmissions into nightly production batch

List of EBCDIC code pages supported by iconv?

I feel silly here, but darned if I can find a definitive list of the EBCDIC code pages that iconv supports on z/OS. Googled my brains out, and built the list at the bottom of this note. But I don't know if it's complete. Anyone know where this might be documented? IBM-037 Europe

Re: Disable DYNALLOC?

My 5 cents: Why do people always have to control everything. DYNALLOC is a beautiful thing. It has to be used properly, for sure and it's not a "one size fits all" tool, but it is very useful. If you really have to control all allocations, then look into using and exit (DADSM,SMS comes to

Disable DYNALLOC?

From a recent thread (rant?) in ASSEMBLER-LIST: ... Do you stand by "SVC 99 for good measure"? Generally, products do not implement it for good reason. Irrelevant in CICS and IMS. In batch, it bypasses job scheduler, job restart, violates production control requirements,

Re: Can anyone remember "drum" storage?

jcew...@acm.org (Joel C. Ewing) writes: > Clearly from the picture the Seagate really is like the 3380/3390 > solution.  Two completely independent actuators giving the appearance of > two drives in one unit with a shared drive shaft and motor.  The > doubling of throughput is ONLY because you

Re: Can anyone remember "drum" storage?

cvitu...@hughes.net (Carmen Vitullo) writes: > I remember DRUM storage, just never worked with it, the only other > DRUM storage I saw was at a tour at a data center somewhere in Jersey, > my BIL worked there, did some work with NYSE I believe, and they were > mostly all Univac or PDP systems and

Re: Tracking load module reference COBOL

On Wed, Dec 20, 2017 at 2:13 PM, Edward Gould wrote: > > On Dec 20, 2017, at 8:59 AM, Lizette Koehler > wrote: > > > > Do you have a source management tool? Either Change man or Endevor or > ??These tools can produce what it knows about. >

Re: Can anyone remember "drum" storage?

Its holiday season - Can anyone remember little "drummer" boy? Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 end email to lists...@listserv.ua.edu with the

Re: Tracking load module reference COBOL

> On Dec 20, 2017, at 8:59 AM, Lizette Koehler wrote: > > Do you have a source management tool? Either Change man or Endevor or ?? > These tools can produce what it knows about. > > Main modules are contained in SMF Records, so you can List what you are/have >

Re: Tracking load module reference COBOL

> On Dec 20, 2017, at 8:59 AM, Lizette Koehler wrote: > > Do you have a source management tool? Either Change man or Endevor or ?? > These tools can produce what it knows about. > > Main modules are contained in SMF Records, so you can List what you are/have >

Re: Can anyone remember "drum" storage?

3850 continued. First a little background. We had moved 6 or 8 years earlier from a three-story building to an 18 story skyscraper (actually it was higher, but we had the bottom 18 floors.) After the first couple of years, the DC started to expand and expand and expand. We went from 1 floor to

Re: How to find what performed an OMVS unmount?

Barry - Are you still going to technical disclosure at IBM in NY? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barry Merrill Sent: Wednesday, December 20, 2017 12:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to find what

Re: Omegamon question

Avg CPU % -This is the current snapshot CPU% busy in the latest RMF Monitor I interval. RMF CPU busy - This is CPU % as an average of sampled across the Last RMF Monitor I Interval. Sent from my iPhone > On Dec 20, 2017, at 6:03 AM, Peter wrote: > > Hi > > I am

Re: Can anyone remember "drum" storage?

it was solid state and was drum shaped and moved like a Steam Roller, so, drum-ish Carmen Vitullo - Original Message - From: "Seymour J Metz" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, December 20, 2017 12:01:30 PM Subject: Re: Can anyone remember "drum"

Re: SYS1.LINKLIB and APF (Was: Cobol upgrade 6.2 linklist)

To clarify. Inclusion of an unauthorized library in JOBLIB/STEPLIB concatenation makes the entire list unauthorized. That is, the concatenation can *lose* authorization but not gain it. And SYS1.LINKLIB is always APF even if not explicitly named. . . J.O.Skip Robinson Southern California

Re: How to find what performed an OMVS unmount?

Yes, MXG supports the all subtypes of the SMF type 92 records; you'll may want the current MXG Version as IBM made recent changes in those records, but primarily for z/OS 2.3. Barry Merrilly yours, Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717

Re: Can anyone remember "drum" storage?

On Wed, 20 Dec 2017 13:16:12 -0500, William Donzelli wrote: >While not an actual rotating chunk of metal ("the drum"), there were >solid state units that certainly looked like one. The way to get high >density solid state memory back in the very early 1970s was to use MOS >shift registers (1024

Re: How to find what performed an OMVS unmount?

Thanks. I am researching what software I have available to work with those records. I am wondering if I can use MXG to go against those type 92 records and find what performed the un-mount. -- For IBM-MAIN subscribe / signoff /

Re: Can anyone remember "drum" storage?

Just a "Navy story". There have been comparably heavy (and often faster spinning) motor-generators on ships since the 1930s, and they did not have problems. That, and a ship being tossed in a storm subjects those heavy rotating machines to worse forces. -- Will On Wed, Dec 20, 2017 at 12:12 PM,

Re: Can anyone remember "drum" storage?

> On Dec 20, 2017, at 10:47 AM, Dana Mitchell wrote: > > Mid 80's, we saw one at our DR Hotsite vendor Comdisco's Chicago location. > It was onsite for one of their customers, it wasn't operational at the time > but we got to look inside. They said it usually took them

Re: Can anyone remember "drum" storage?

I know of solid state devices that look like a disk; I know of none that looked like a drum. In particular, the 4305 looked like a disk. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: Can anyone remember "drum" storage?

While not an actual rotating chunk of metal ("the drum"), there were solid state units that certainly looked like one. The way to get high density solid state memory back in the very early 1970s was to use MOS shift registers (1024 bits on one chip!) that constantly circulated the data. No random

Re: Can anyone remember "drum" storage?

If you had disks or tapes then you also had 60 words of core to use as a buffer. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Clark Morris

Re: Can anyone remember "drum" storage?

The difference between a disk drive and a drum drive is geometry, not speed. A drum with moving heads, e.g., UNIVAC FastRand, is as slow as a disk with moving heads. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe

Re: Can anyone remember "drum" storage?

When at Burroughs in the 70's we had a B3500 that pretty much sat unused. Can't remember why we had such a oldie other than it was free and the raised floor room it was in had the space. It had a ? drum. Can't remember the size or speed, I never used the B3500, I worked graveyard and had 3x2 (3

Re: Can anyone remember "drum" storage?

[Default] On 20 Dec 2017 05:07:26 -0800, in bit.listserv.ibm-main john.archie.mck...@gmail.com (John McKown) wrote: >It's not really a drum, but it is getting closer. Of course, for true >speed, one should go SSD. I remember the IBM 650 which had a 2000 (I think upgradaable to 4000) 10 digit

Re: Can anyone remember "drum" storage?

No, the STC 4305 was compatible with a disk drive, not with a drum. By the time the 4305 came along, nobody was buying drums. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on

Re: Can anyone remember "drum" storage?

If it was solid state then it wasn't a drum. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Wednesday, December 20, 2017

Re: ShopZ 24/7? Maybe not so much....

On Tue, Dec 19, 2017 at 11:46 PM, Edward Gould wrote: > [deleted] This is similar to turning encryption on for everything, no way to > back it out and not loose data. How are people dealing with encryption and > backout? > > Ed Enabling on a brand new device, or when

Re: Can anyone remember "drum" storage?

I remember, but not connected to an IBM mainframe, but rather a CDC mainframe. Al Nims Systems Admin/Programmer 3 UFIT University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of PINION, RICHARD W. Sent:

Re: Can anyone remember "drum" storage?

IBM poked fun at the fixed-head disk until they announced the 2305, then it became respectable. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Sean Gleann

Re: Can anyone remember "drum" storage?

The difference between a disk and a drum is geometry, not functionality. A drum has a solid cylinder while a disk drive has flat platters. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: Can anyone remember "drum" storage?

Crum! That the name i tried to recall. It was a flat disk. Same functionality, different face. ITschak בתאריך 20 בדצמ׳ 2017 7:50 אחה״צ,‏ "Seymour J Metz" כתב: > There was no disk on NCR CRAM.. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > >

Re: Can anyone remember "drum" storage?

There was no disk on NCR CRAM.. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of ITschak Mugzach Sent: Wednesday, December 20, 2017 12:23 PM To:

Re: Can anyone remember "drum" storage?

Well, two logical disk can be externalized as one. Justification for the hypotesis: * market demands - people would not expect hard partitioning as convenient. * interface - my knowledge is outdated, but it could be cumbersome to have two devices at the end of serial interface intended for

Re: Can anyone remember "drum" storage?

The second computer I worked on (the first one was IBM 360) was NCR RMC 315. It had a drum disk that read coated cards coshed by a combination of the sticks it was hanged on. when cards did fall down, we used a pencil to help it... Unpleasant noise they made then ;-) Don't know how many heads it

Re: Can anyone remember "drum" storage?

On Wed, Dec 20, 2017 at 11:12 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 20 Dec 2017 07:08:40 -0600, John McKown wrote: > > >It's not really a drum, but it is getting closer. Of course, for true > >speed, one should go SSD. > > >

Re: Can anyone remember "drum" storage?

Joel, I had a similar thought when I first saw the headline, but I was thinking they put 2 actuators in the box, one dedicated to reading and the other to writing, maybe on opposite sides of the platters like the old 3380s. I was disappointed when I saw their "new technology" was no more than

Re: Can anyone remember "drum" storage?

Actually if one believes everything in the article, it is like the 3380s. Currently, operating systems read and write data to a single disk drive. With this dual actuator arm set, the drive is divided into two logical drives. -Original Message- From: IBM Mainframe Discussion List

Re: CMS style XMITMSG for Unix and other platforms

The (current - z/OS 2.3) "z/OS Communications Server: IP Sockets Application Programming Interface Guide and Reference" still contains a diagram that hasn't changed for at least ten years, despite a long ago RFC and discussion with the tech writers:

Re: Tracking load module reference COBOL

As Lizette said, there is no tracking mechanism in the system for dynamically called subroutines. To track "obsolete" programs requires a good source maintenance system or adjunct product that cross references programs and who calls them and what programs are referenced in what JCL/PROC. Then

Re: Can anyone remember "drum" storage?

Mid 80's, we saw one at our DR Hotsite vendor Comdisco's Chicago location. It was onsite for one of their customers, it wasn't operational at the time but we got to look inside. They said it usually took them a few days before a test to get it functioning properly. Dana On Wed, 20 Dec 2017

AW: Re: Cobol upgrade 6.2 linklist

>Since it is a PDSE dataset it will always have an active connection and so >will not be able to perform >automatic compression. >Thus it will get full. Compress PDSE's? This is the (single, maybe) advantage of PDSEs: There is no need to compress. -- Peter Hunkeler

Re: Can anyone remember "drum" storage?

And a similar device: the 3350 with 2 fixed heads, addressing 1 cylinder each. Used a.o. for IMS WADSs. Grtn, Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Allan Staller > Sent: 20 December, 2017 15:17 > To:

Re: Can anyone remember "drum" storage?

I remember being taught about 'drums' whilst completing my initial IT training course and - at the time - the HM Stationery Office system in Norwich, an ICL 1907 under GEORGE4, - had one, apparently. But I never saw it. Later on in my career, I learned that Burroughs marketed a device under the

Re: Can anyone remember "drum" storage?

My bad.   I assumed the posted verbal description indicating "all heads were positioned on the same cylinder" was accurate without looking at the article and picture.  Clearly from the picture the Seagate really is like the 3380/3390 solution.  Two completely independent actuators giving the

Re: Can anyone remember "drum" storage?

Quite possible. We used the STK4305 a.o. for pagefiles and the MIM control file (the most performance sensitive files). Grtn, Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Jacobs - Listserv > Sent: 20 December,

Re: Can anyone remember "drum" storage?

W dniu 2017-12-20 o 16:21, R.S. pisze: I think we should not relay to much on both the description and the pictures. It's only press article. My understanding is the actuator is "partitioned", so each platter is served by single head, but there are two actuators and - this is the difference

Re: Can anyone remember "drum" storage?

When I started working in the field, 1979, they had a couple of 2305 devices attached to a 3033 processor. They used it for PLPA and COMMON paging devices if I remember correctly. Mark Jacobs > Joel C. Ewing > December 20, 2017 at 10:05 AM > No, not the same. > > From

Re: Can anyone remember "drum" storage?

I think we should not relay to much on both the description and the pictures. It's only press article. My understanding is the actuator is "partitioned", so each platter is served by single head, but there are two actuators and - this is the difference from 33xx drives - whole assembly is seen

Re: Can anyone remember "drum" storage?

No, not the  same.  >From the description of the physical characteristics of the 3380 & 3390, it was clear that each actuator accessed independent platter surfaces.  The R/W heads on different actuators did not access the same physical surface much less the same physical track.  The 3380 & 3390

Re: Can anyone remember "drum" storage?

I know MSS only from IDCAMS/VSAM/DFSMS parameters, attributes and restrictions. I had hard time to find out what kind of datasets are not SMS-eligible, etc. The device itself I saw on some photo maybe 10 years later. -- Radoslaw Skorupka Lodz, Poland W dniu 2017-12-20 o 15:21, PINION,

Re: Tracking load module reference COBOL

Do you have a source management tool? Either Change man or Endevor or ?? These tools can produce what it knows about. Main modules are contained in SMF Records, so you can List what you are/have run. It cannot tell if it has not been run Called programs/Sub Programs, as far as I know,

Re: Can anyone remember "drum" storage?

I remember DRUM storage, just never worked with it, the only other DRUM storage I saw was at a tour at a data center somewhere in Jersey, my BIL worked there, did some work with NYSE I believe, and they were mostly all Univac or PDP systems and I saw what I think was a solid state drum storage

Re: Can anyone remember "drum" storage?

If I remember correctly the cartridges were called "bombs". -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Wednesday, December 20, 2017 9:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can anyone

Re: Can anyone remember "drum" storage?

I don't believe you looked at the pictures or the short video. The heads are not reading the same platters. Tony Thigpen Joel C. Ewing wrote on 12/20/2017 09:15 AM: I don't think so. Says each R/W head accesses same disk blocks, and there would be zilch improvement in speed if they were

Re: Can anyone remember "drum" storage?

Yes, you could configure the window as a slot location and by addressing it, you could make the arm knock on the window, trying to grab the cartridge (or what it was called). Grtn, Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >

Re: Cobol upgrade 6.2 linklist

I think I may have answered my own question, I'm at an RSU1709 level, the PTF' was at a PUT1708 level, my selection on SRD I selected a PUT level of 1709, I believe SRD saw I selected a PUT 1709 level and thus not selected any PRE- or SUP's from before that level? DUH ! Carmen Vitullo

Re: Can anyone remember "drum" storage?

Drifting slightly, ever see the IBM 3850 Mass Store device, or see it in action? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Wednesday, December 20, 2017 9:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can

Re: Cobol upgrade 6.2 linklist

Did you request pre-req maint? (the prior 90 days worth of pre-reqs will be included with the order). This is a check-off box when you specify the PTFs requested. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent:

Re: Can anyone remember "drum" storage?

"pseudo-drum" - STK4305. I remember it well -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joel C. Ewing Sent: Wednesday, December 20, 2017 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can anyone remember "drum" storage? I

Re: Cobol upgrade 6.2 linklist

ok, so along the lines of COBOL 6.2 we're getting prepared to install and test, we found an LE PTF required for 6.2, so on to IBMLINK and ordered all pre reqs PE fixes, superseding, supersededPTF's for this PTF, for a while now I've been getting nothing but the PTF I order, so during my

Re: Can anyone remember "drum" storage?

I don't think so.  Says each R/W head accesses same disk blocks, and there would be zilch improvement in speed if they were simply seen by OS as two independent disks.  By electronically selecting which of the two heads to use to read the track based on which sees the start of the desired block

Tracking load module reference COBOL

Hi I understand that SMF 42 can give us the load module used timeframe. We have a cobol with main module and sub program. Is there a way to track the main module and sub program which were used in last 2 years ? This exercise is to remove any dead program we have. Any pointers would help me

Re: Can anyone remember "drum" storage?

W dniu 2017-12-20 o 14:08, John McKown pisze: It's not really a drum, but it is getting closer. Of course, for true speed, one should go SSD. http://www.theregister.co.uk/2017/12/19/seagate_disk_drive_multi_actuator/ [quote] Seagate is increasing IO performance in disk drives by separating

Re: Can anyone remember "drum" storage?

The 3380 (3390 also?) had the same, one pack of disks with 2 independent actuators on each side, representing 2 volumes. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tony Thigpen > Sent: 20 December, 2017 14:19 > To:

Re: Can anyone remember "drum" storage?

From reading the description, it really just appears to the OS as two drives in one housing. Tony Thigpen John McKown wrote on 12/20/2017 08:08 AM: It's not really a drum, but it is getting closer. Of course, for true speed, one should go SSD.

Can anyone remember "drum" storage?

It's not really a drum, but it is getting closer. Of course, for true speed, one should go SSD. http://www.theregister.co.uk/2017/12/19/seagate_disk_drive_multi_actuator/ [quote] Seagate is increasing IO performance in disk drives by separating read-write heads into two separate sets which can

Re: SYS1.LINKLIB and APF (Was: Cobol upgrade 6.2 linklist)

>No. Unless SYS1.LINKLIB is also explicitly in the APF list, it won't be APF >authorized when STEPLIB/JOBLIB'd. For the step to be authorized, all entries >in STEPLIB/JOBLIB need to be explicitly authorized. SYS1.LINKLIB and SYS1.SVCLIB are automatically added to the APF list at IPL. You

Omegamon question

Hi I am using the omegamon for the first time. I see two columns in a report Average CPU percentage and RMF MVS CPU percentage. Could someone please tell me the difference ? We are running just 1 lpar in a CEC Peter -- For