Re: Is the IBM Assembler List still alive

[Seymour J Metz]

Alive and well, but low volume.

From: IBM Mainframe Discussion List  on behalf of 
Robert Raicer 
Sent: Friday, September 1, 2023 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is the IBM Assembler List still alive

Hi folks;

It's been several months since I've received anything from
the IBM Assembler List Server.  The last I knew, the list server
e-mail address was: assembler-l...@listserv.uga.edu

Is this still correct?
Are any of you still getting e-mails from that list server?

Thanks for the help!

Bob Raicer

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Switching between SMT-1 and SMT-2

[Ed Jaffe]

On 9/1/2023 10:05 AM, Tom Brennan wrote:


Beyond that, I have no idea how this works, or what workloads could 
benefit from it.



There are always things that suspend the instruction stream -- for 
example a cache miss that requires a cache line be loaded from memory.


While one thread is suspended this way, the other thread can utilize the 
core to run instructions.


On our system, we have observed zIIP cores set to MT=2 running at about 
133% (YMMV).



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Switching between SMT-1 and SMT-2

[Tom Brennan]

Yes - Here's a quick blurb from some IBM doc I have on my PC:

"Simultaneous multithreading is the ability of a single physical 
processor (core) to simultaneously dispatch instructions from more than 
one hardware thread context. Because there are two hardware threads per 
physical processor, additional instructions can run at the same time."


Beyond that, I have no idea how this works, or what workloads could 
benefit from it.


On 9/1/2023 9:11 AM, Tony Harminc wrote:

On Fri, 1 Sept 2023 at 09:55, Scott Chapman
<03fffd029d68-dmarc-requ...@listserv.ua.edu> wrote:


There are two levels of dispatching here: PR/SM dispatches zIIP cores for the 
LPARs to use. Whether the LPAR uses both threads on that core or not depends on 
the z/OS setting. With SMT enabled, it looks like you have twice as many zIIPs 
as the LPAR has online zIIP cores. But (IIRC) the even-odd pairs are really two 
threads on the same zIIP core.


I'm obviously missing something here, but since I don't do production
on Real Iron, I haven't been following SMT closely...

Jim's original question didn't mention zIIPs. Do PR/SM and z/OS not
follow similar rules for multi threading on CPs as for zIIPs? Is there
something inherently magic about zIIPs in this context, beyond that
z/OS won't routinely dispatch general work to them?

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Switching between SMT-1 and SMT-2

[Mark Jacobs]

There is no MT on general purpose processors. Only on zIIPs can it be enabled.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


--- Original Message ---
On Friday, September 1st, 2023 at 12:11 PM, Tony Harminc  
wrote:


> On Fri, 1 Sept 2023 at 09:55, Scott Chapman
> 03fffd029d68-dmarc-requ...@listserv.ua.edu wrote:
> 
> > There are two levels of dispatching here: PR/SM dispatches zIIP cores for 
> > the LPARs to use. Whether the LPAR uses both threads on that core or not 
> > depends on the z/OS setting. With SMT enabled, it looks like you have twice 
> > as many zIIPs as the LPAR has online zIIP cores. But (IIRC) the even-odd 
> > pairs are really two threads on the same zIIP core.
> 
> 
> I'm obviously missing something here, but since I don't do production
> on Real Iron, I haven't been following SMT closely...
> 
> Jim's original question didn't mention zIIPs. Do PR/SM and z/OS not
> follow similar rules for multi threading on CPs as for zIIPs? Is there
> something inherently magic about zIIPs in this context, beyond that
> z/OS won't routinely dispatch general work to them?
> 
> Tony H.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Switching between SMT-1 and SMT-2

[Tony Harminc]

On Fri, 1 Sept 2023 at 09:55, Scott Chapman
<03fffd029d68-dmarc-requ...@listserv.ua.edu> wrote:
>
> There are two levels of dispatching here: PR/SM dispatches zIIP cores for the 
> LPARs to use. Whether the LPAR uses both threads on that core or not depends 
> on the z/OS setting. With SMT enabled, it looks like you have twice as many 
> zIIPs as the LPAR has online zIIP cores. But (IIRC) the even-odd pairs are 
> really two threads on the same zIIP core.

I'm obviously missing something here, but since I don't do production
on Real Iron, I haven't been following SMT closely...

Jim's original question didn't mention zIIPs. Do PR/SM and z/OS not
follow similar rules for multi threading on CPs as for zIIPs? Is there
something inherently magic about zIIPs in this context, beyond that
z/OS won't routinely dispatch general work to them?

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Steve Thompson]

Or be getting recruiters calling you for fixing/updating old ALC 
programs.


Not recruiter, but multiple from multiple companies.

And for fixing exits for JES2, IMS, etc.


Steve Thompson

On 9/1/2023 11:11 AM, David Spiegel wrote:

Hi Bill,
More nonsense!
If you were to support Exits and redo them when necessary, you 
wouldn't be making such broad generalizations.


Regards,
David

On 2023-09-01 10:43, Bill Johnson wrote:
Which proves my point from a prior thread that coding and 
using assembler is almost nonexistent.



Sent from Yahoo Mail for iPhone


On Friday, September 1, 2023, 10:39 AM, Steve Thompson 
 wrote:


Yes I have. It doesn't have a lot of traffic.

Steve Thompson

On 9/1/2023 10:28 AM, Robert Raicer wrote:

Hi folks;

It's been several months since I've received anything from
the IBM Assembler List Server.  The last I knew, the list server
e-mail address was: assembler-l...@listserv.uga.edu

Is this still correct?
Are any of you still getting e-mails from that list server?

Thanks for the help!

Bob Raicer

-- 



For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
IBM-MAIN
-- 


For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN





-- 


For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN


-- 


For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Mike Schwab]

Had one email list blocked by my ISP.  Said the server sent 90% spam.
(Had a lot of email lists, about 1996).

On Fri, Sep 1, 2023 at 9:42 AM Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
> The web interface is at 
> https://listserv.uga.edu/scripts/wa-UGA.exe?A0=ASSEMBLER%2dLIST
> If you haven't received anything for several months, it might have been 
> directed to spam by your mail client.
>
> --
> Tom Marchant
>
> On Fri, 1 Sep 2023 14:33:51 +, Bill Hitefield 
>  wrote:
>
> >I received something from it within the last few weeks.
> >
> >==> "IBM Mainframe Assembler List"  wrote 
> >on 08/19/2023 11:34:03 AM:
> >
> >Looks like the "G" may be missing in the link you have.
> >
> >Bill Hitefield
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> >> Behalf Of Robert Raicer
> >> Sent: Friday, September 01, 2023 10:29 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Is the IBM Assembler List still alive
> >>
> >> Hi folks;
> >>
> >> It's been several months since I've received anything from the IBM 
> >> Assembler
> >> List Server.  The last I knew, the list server e-mail address was: 
> >> ASSEMBLER-
> >> l...@listserv.uga.edu
> >>
> >> Is this still correct?
> >> Are any of you still getting e-mails from that list server?
> >>
> >> Thanks for the help!
> >>
> >> Bob Raicer
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: With regrets, after many years I will no longer be following IBM-MAIN

[Bill Johnson]

Selective time frame meaningless. Now do 2023.


Sent from Yahoo Mail for iPhone


On Friday, September 1, 2023, 11:06 AM, Tom Marchant 
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

PKB
72 of the 1223 posts in August were from you. That's 5.88% of all the posts, or 
about 1 in 17.
Clearly, you are one of the "20-30 who dominate this platform with drivel."

-- 
Tom Marchant

On Thu, 31 Aug 2023 19:38:17 +, Bill Johnson  wrote:

>Everyone needs to add their 2 cents to the thread they were complaining about. 
>This is why there are few younger mainframers here. The same 20-30 who 
>dominate this platform with drivel.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Bill Johnson]

I worked at more shops than most of you. 15 or so. Never once did I or any 
coworkers (tech support) ever need to write assembler in over 40 years. Many of 
them very large shops too. The health insurance company I worked at had a 
system written in the 80’s that had some assembler that infrequently needed 
changed. We always had to find a contractor to do the work. So learning 
assembler in college never paid off but the cobol elective did. I also remember 
a professor telling us you don’t need to learn JCL because it was going to be 
obsolete soon. JCL never went obsolete and probably was the most important 
skill I learned. Thanks to EDS.


Sent from Yahoo Mail for iPhone


On Friday, September 1, 2023, 11:11 AM, David Spiegel 
<0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:

Hi Bill,
More nonsense!
If you were to support Exits and redo them when necessary, you wouldn't 
be making such broad generalizations.

Regards,
David

On 2023-09-01 10:43, Bill Johnson wrote:
> Which proves my point from a prior thread that coding and using assembler is 
> almost nonexistent.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, September 1, 2023, 10:39 AM, Steve Thompson  
> wrote:
>
> Yes I have. It doesn't have a lot of traffic.
>
> Steve Thompson
>
> On 9/1/2023 10:28 AM, Robert Raicer wrote:
>> Hi folks;
>>
>> It's been several months since I've received anything from
>> the IBM Assembler List Server.  The last I knew, the list server
>> e-mail address was: assembler-l...@listserv.uga.edu
>>
>> Is this still correct?
>> Are any of you still getting e-mails from that list server?
>>
>> Thanks for the help!
>>
>> Bob Raicer
>>
>> --
>>
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [EXTERNAL] Re: Is the IBM Assembler List still alive

[Pommier, Rex]

Hi Bob,

It is a quiet list which is probably self-fulfilling.  I have seen several 
questions on IBM-Main over the last several months regarding assembler 
programming.  So people asking on the assembler list don't get responses so 
they come over here and get their questions answered so don't bother going back 
to the other list.  

Rex

On 9/1/2023 10:28 AM, Robert Raicer wrote:
> Hi folks;
>
> It's been several months since I've received anything from the IBM 
> Assembler List Server.  The last I knew, the list server e-mail 
> address was: assembler-l...@listserv.uga.edu
>
> Is this still correct?
> Are any of you still getting e-mails from that list server?
>
> Thanks for the help!
>
> Bob Raicer
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[David Spiegel]

Hi Bill,
More nonsense!
If you were to support Exits and redo them when necessary, you wouldn't 
be making such broad generalizations.


Regards,
David

On 2023-09-01 10:43, Bill Johnson wrote:

Which proves my point from a prior thread that coding and using assembler is 
almost nonexistent.


Sent from Yahoo Mail for iPhone


On Friday, September 1, 2023, 10:39 AM, Steve Thompson  wrote:

Yes I have. It doesn't have a lot of traffic.

Steve Thompson

On 9/1/2023 10:28 AM, Robert Raicer wrote:

Hi folks;

It's been several months since I've received anything from
the IBM Assembler List Server.  The last I knew, the list server
e-mail address was: assembler-l...@listserv.uga.edu

Is this still correct?
Are any of you still getting e-mails from that list server?

Thanks for the help!

Bob Raicer

--

For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: With regrets, after many years I will no longer be following IBM-MAIN

[Tom Marchant]

PKB
72 of the 1223 posts in August were from you. That's 5.88% of all the posts, or 
about 1 in 17.
Clearly, you are one of the "20-30 who dominate this platform with drivel."

-- 
Tom Marchant

On Thu, 31 Aug 2023 19:38:17 +, Bill Johnson  wrote:

>Everyone needs to add their 2 cents to the thread they were complaining about. 
>This is why there are few younger mainframers here. The same 20-30 who 
>dominate this platform with drivel.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Paul Gilmartin]

On Fri, 1 Sep 2023 08:28:41 -0600, Robert Raicer  wrote:
>
>It's been several months since I've received anything from
>the IBM Assembler List Server.  The last I knew, the list server
>e-mail address was: assembler-l...@listserv.uga.edu
>
The newest post in the archives is:
 Re: Define Flag (DF) Macro
Dave Clark 
Mon, 21 Aug 2023 09:29:02 -0400

""

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Bill Johnson]

Which proves my point from a prior thread that coding and using assembler is 
almost nonexistent. 


Sent from Yahoo Mail for iPhone


On Friday, September 1, 2023, 10:39 AM, Steve Thompson  wrote:

Yes I have. It doesn't have a lot of traffic.

Steve Thompson

On 9/1/2023 10:28 AM, Robert Raicer wrote:
> Hi folks;
>
> It's been several months since I've received anything from
> the IBM Assembler List Server.  The last I knew, the list server
> e-mail address was: assembler-l...@listserv.uga.edu
>
> Is this still correct?
> Are any of you still getting e-mails from that list server?
>
> Thanks for the help!
>
> Bob Raicer
>
> -- 
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO 
> IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Bill Hitefield]

My bad. I was looking at the wrong line. 

But, I do still get items from them.

Bill Hitefield
Dino-Software Corporation
800.480.DINO
www.dino-software.com

> -Original Message-
> From: Bill Hitefield
> Sent: Friday, September 01, 2023 10:34 AM
> To: IBM Mainframe Discussion List 
> Subject: RE: Is the IBM Assembler List still alive
> 
> I received something from it within the last few weeks.
> 
> ==> "IBM Mainframe Assembler List" 
> wrote on 08/19/2023 11:34:03 AM:
> 
> Looks like the "G" may be missing in the link you have.
> 
> Bill Hitefield
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Robert Raicer
> > Sent: Friday, September 01, 2023 10:29 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Is the IBM Assembler List still alive
> >
> > Hi folks;
> >
> > It's been several months since I've received anything from the IBM
> > Assembler List Server.  The last I knew, the list server e-mail
> > address was: ASSEMBLER- l...@listserv.uga.edu
> >
> > Is this still correct?
> > Are any of you still getting e-mails from that list server?
> >
> > Thanks for the help!
> >
> > Bob Raicer
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Tom Marchant]

The web interface is at 
https://listserv.uga.edu/scripts/wa-UGA.exe?A0=ASSEMBLER%2dLIST
If you haven't received anything for several months, it might have been 
directed to spam by your mail client.

-- 
Tom Marchant

On Fri, 1 Sep 2023 14:33:51 +, Bill Hitefield 
 wrote:

>I received something from it within the last few weeks.
>
>==> "IBM Mainframe Assembler List"  wrote on 
>08/19/2023 11:34:03 AM:
>
>Looks like the "G" may be missing in the link you have.
>
>Bill Hitefield
>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Robert Raicer
>> Sent: Friday, September 01, 2023 10:29 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Is the IBM Assembler List still alive
>> 
>> Hi folks;
>> 
>> It's been several months since I've received anything from the IBM Assembler
>> List Server.  The last I knew, the list server e-mail address was: ASSEMBLER-
>> l...@listserv.uga.edu
>> 
>> Is this still correct?
>> Are any of you still getting e-mails from that list server?
>> 
>> Thanks for the help!
>> 
>> Bob Raicer

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Steve Thompson]

Yes I have. It doesn't have a lot of traffic.

Steve Thompson

On 9/1/2023 10:28 AM, Robert Raicer wrote:

Hi folks;

It's been several months since I've received anything from
the IBM Assembler List Server.  The last I knew, the list server
e-mail address was: assembler-l...@listserv.uga.edu

Is this still correct?
Are any of you still getting e-mails from that list server?

Thanks for the help!

Bob Raicer

-- 


For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is the IBM Assembler List still alive

[Bill Hitefield]

I received something from it within the last few weeks.

==> "IBM Mainframe Assembler List"  wrote on 
08/19/2023 11:34:03 AM:

Looks like the "G" may be missing in the link you have.

Bill Hitefield

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Robert Raicer
> Sent: Friday, September 01, 2023 10:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is the IBM Assembler List still alive
> 
> Hi folks;
> 
> It's been several months since I've received anything from the IBM Assembler
> List Server.  The last I knew, the list server e-mail address was: ASSEMBLER-
> l...@listserv.uga.edu
> 
> Is this still correct?
> Are any of you still getting e-mails from that list server?
> 
> Thanks for the help!
> 
> Bob Raicer
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Is the IBM Assembler List still alive

[Robert Raicer]

Hi folks;

It's been several months since I've received anything from
the IBM Assembler List Server.  The last I knew, the list server
e-mail address was: assembler-l...@listserv.uga.edu

Is this still correct?
Are any of you still getting e-mails from that list server?

Thanks for the help!

Bob Raicer

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Switching between SMT-1 and SMT-2

[Scott Chapman]

There are two levels of dispatching here: PR/SM dispatches zIIP cores for the 
LPARs to use. Whether the LPAR uses both threads on that core or not depends on 
the z/OS setting. With SMT enabled, it looks like you have twice as many zIIPs 
as the LPAR has online zIIP cores. But (IIRC) the even-odd pairs are really two 
threads on the same zIIP core. 

So for example, a z/OS LPAR has two zIIPs online. (Maybe you paid for 3 zIIPs 
and you give 2 logical zIIPs to each LPAR on the HMC). With SMT enabled and 
active, that will show up as 4 zIIPs. zIIPs 0 and 1 are threads 0 and 1 on the 
a zIIP core and zIIPs 2 and 3 are threads 0 and 1 on a second zIIP core. 

At any given point in time, PR/SM will have dispatched 0 to 2 zIIP. So pretend 
that at this moment in time PR/SM has given 2 cores to the LPAR, so from z/OS's 
perspective there are 4 zIIPs to dispatch work on. If there are two units of 
work to run on the zIIP, those units of work will likely go to zIIPs 0 and 1 
which are the two threads on the one zIIP core (densely packing work to that 
core) vs. putting the work on zIIPs 0 and 2 which are different zIIP cores 
(sparsely packing the work on those cores). 

In real life things are of course more chaotic. But that's the general idea. I 
just presented on PR/SM and z/OS dispatching and managing of CPUs at SHARE New 
Orleans. If you're a SHARE member you should be able to access it from their 
website I believe. Hopefully we'll get it up on our website next week. 

Oh and why do we (mainframe) care more than the other platforms? I'd say there 
are multiple reasons for that:
- Most other OSes sparsely pack the cores so the degradation of having multiple 
threads sharing the same core isn't felt as soon as when z/OS densely packs the 
cores.

- We measure things at a finer level of detail than the other platforms 
(typically) do. And then we obsess over them because our individual unit costs 
are much higher. When a CPU core costs you a few hundred dollars your need to 
worry about the fine details of optimizing the usage of that resource decreases 
significantly. (Now in aggregate they may spend more to do the same amount of 
work because they have to buy so many more cores, but... I think the point 
remains that you don't worry so much about individual core performance. 
Although maybe they should!)

- On your own PC/laptop it matters relatively little and at this point in time, 
people may just assume it's "ok" there and so is "ok" on the server that's 
running somewhat similar feeling hardware. This may not be a good assumption.

- Actually, when Intel's Hyper-Threading came out there were server situations 
where the recommendation was to disable it. I'm not sure if that's still the 
case or not. But I do know you can disable it if you're running (at least) 
bare-metal instances in AWS and a quick google shows that at least IBM cloud 
also allows you to disable it. So it may be that the other platforms also 
sometimes have valid reasons to disable it. 

Scott Chapman


On Thu, 31 Aug 2023 13:35:11 +, kekronbekron  
wrote:

>Hi Scott,
>
>Could you expand on this please.
>
>> But z/OS "densely packs" the cores, meaning that if a work unit is running 
>> on a zIIP core and another zIIP eligible work unit comes in it will run on 
>> the second thread on the already busy zIIP core instead of being dispatched 
>> to an available but unused zIIP core. As I understand it, this was done 
>> because PR/SM dispatches cores, not threads, to the LPARs and this dense 
>> packing makes that easier.
>
>What does "dispatches cores" mean, and how is "run on second thread on already 
>busy zIIP" an example of that (dispatching cores), and the second part 
>(dispatch to a new core) isn't?
>
>
>Also a general Q to all - why is SMT a big topic with mainframes?
>Distributed's hyperthreading is everywhere.
>
>- KB
>
>--- Original Message ---
>On Thursday, August 31st, 2023 at 18:20, Scott Chapman 
><03fffd029d68-dmarc-requ...@listserv.ua.edu> wrote:
>
>
>> On Wed, 30 Aug 2023 12:14:29 +, Peter Relson rel...@us.ibm.com wrote:
>> 
>> > I'll bite. Why would you want to switch? Activating it is one thing.
>> > 
>> > There are situations where a job might run better not multi-threaded.
>> > It's not clear that the system ever would run better not multi-threaded.
>> 
>> 
>> There are multiple considerations as to whether SMT should be enabled. As Ed 
>> Jaffe said, my preference would be to add real zIIPs if I at all could and 
>> only use SMT when that was not (or no longer) feasible. My recommendation is 
>> to not enable SMT until you have a defined reason to and where it's then 
>> proven to be beneficial.
>> 
>> As a review for those stumbling across this who might not know:
>> If there's only single unit of work running on the zIIP, SMT matters not at 
>> all because there's no contention for that zIIP core. But when there's two 
>> active threads on a zIIP, both will contend for the common core 

Re: Switching between SMT-1 and SMT-2

[Jim Elliott]

Peter:

Hopefully you would not need to. However, since enabling SMT requires you to 
re-IPL z/OS, it is nice to be able to switch from SMT-2 to SMT-1, if you are 
having performance issues, without a re-IPL. I have seen very good results from 
SMT-2 in my customers, but there could always be that situation where 
performance degraded, otherwise why provide the ability to switch to SMT-1?

Regards, Jim

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Switching between SMT-1 and SMT-2

[Jim Elliott]

Mark:

Thanks. Searching through the doc I could not find this, but obviously I was 
searching with the wrong terms.

Regards, Jim

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences

[Lance D. Jackson]

Thanks Dave.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Thursday, August 31, 2023 17:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
Experiences

When we moved our LPARs to a hosting service, we were able to set-up a VPN 
(Palo Alto FW) from our f5 load balancer to 10. Addresses at the service OSA 
and from our customer's point of view, keep all of our local ip addresses

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jerry Whitteridge
> Sent: Thursday, August 31, 2023 2:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
> Experiences
> 
> [EXTERNAL EMAIL]
> 
> OK - so you are planning DB2 z to DB2 z that makes  it simpler.  Are 
> you running on your own systems or are you planning to move to a 
> hosted operating system (in other words are you just migrating DB2 or 
> would you be migrating your OS as well).
> 
> We recently moved all our mainframe work to the zCloud and I'd be 
> happy to answer any questions you may have. Some might need to be in a 
> private conversation but I will say the most critical piece of the 
> move will be your network and network addresses.
> 
> 
> Jerry Whitteridge
> Sr Manager Managed Services
> jerry.whitteri...@albertsons.com
> 480 578 7889
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lance D. Jackson
> Sent: Thursday, August 31, 2023 11:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
> Experiences
> 
> Sorry Jerry, I missed it.
> 
> What's being considered (among other things) is Db2 Z on-prem to Db2 Z 
> cloud.  I was just trying to see if anyone in the community had any 
> experiences to share.  Thanks.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jerry Whitteridge
> Sent: Thursday, August 31, 2023 13:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
> Experiences
> 
> Lance - I responded to your query asking for clarification on your 
> question. Are you asking about moving Mainframe DB2 to UDB in the 
> cloud or Mainframe
> DB2 to Mainframe DB2 (hosted on z/OS still) ?
> 
> J
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lance D. Jackson
> Sent: Wednesday, August 30, 2023 5:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
> Experiences
> 
> David,
> 
> Actually, yours is the FIRST response to my query.  I was primarily 
> curious if anyone has had experience with this (not advocating for 
> it).  My client is exploring the possibilities, and I wanted to see if anyone 
> has made the leap.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of David Elliot
> Sent: Tuesday, August 29, 2023 18:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: On-Prem to Cloud Mainframe Migration Experiences
> 
> Not seeing much in the way of responses to your question, Lance. Could 
> be you are asking an impossible question. like ' Is there a god?' or 
> 'is global warming real?' Were you expecting an outpouring of 
> enthusiasm for this nebulous technology? What were your experiences? 
> Did you get what you were promised or what you deserved?
> 
> 
> 
> 
> On Mon, Aug 21, 2023 at 11:23 AM Lance D. Jackson < 
> ljack...@pandrueassociates.com> wrote:
> 
> > List,
> >
> > Has anyone had experience (good or bad) with migrating their 
> > mainframe
> > Db2 workload from on-prem to the cloud?
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 
>  Warning: All e-mail sent to this address will be received by the 
> corporate e- mail system, and is subject to archival and review by 
> someone other than the recipient. This e-mail may contain proprietary 
> information and is intended only for the use of the intended 
> recipient(s). If the reader of this message is not the intended 
> recipient(s), you are notified that you have received this message in 
> error and that any review, dissemination, distribution or copying of 
> this message is strictly prohibited. If you have received this message in 
> error, please notify 

Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences

[Lance D. Jackson]

Thanks Jerry - any insight would be appreciated.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jerry Whitteridge
Sent: Thursday, August 31, 2023 17:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
Experiences

OK - so you are planning DB2 z to DB2 z that makes  it simpler.  Are you 
running on your own systems or are you planning to move to a hosted operating 
system (in other words are you just migrating DB2 or would you be migrating 
your OS as well).

We recently moved all our mainframe work to the zCloud and I'd be happy to 
answer any questions you may have. Some might need to be in a private 
conversation but I will say the most critical piece of the move will be your 
network and network addresses.


Jerry Whitteridge
Sr Manager Managed Services
jerry.whitteri...@albertsons.com
480 578 7889


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lance D. Jackson
Sent: Thursday, August 31, 2023 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
Experiences

Sorry Jerry, I missed it.

What's being considered (among other things) is Db2 Z on-prem to Db2 Z cloud.  
I was just trying to see if anyone in the community had any experiences to 
share.  Thanks.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jerry Whitteridge
Sent: Thursday, August 31, 2023 13:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration 
Experiences

Lance - I responded to your query asking for clarification on your question. 
Are you asking about moving Mainframe DB2 to UDB in the cloud or Mainframe DB2 
to Mainframe DB2 (hosted on z/OS still) ?

J

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lance D. Jackson
Sent: Wednesday, August 30, 2023 5:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences

David,

Actually, yours is the FIRST response to my query.  I was primarily curious if 
anyone has had experience with this (not advocating for it).  My client is 
exploring the possibilities, and I wanted to see if anyone has made the leap.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Elliot
Sent: Tuesday, August 29, 2023 18:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: On-Prem to Cloud Mainframe Migration Experiences

Not seeing much in the way of responses to your question, Lance. Could be you 
are asking an impossible question. like ' Is there a god?' or 'is global 
warming real?' Were you expecting an outpouring of enthusiasm for this  
nebulous technology? What were your experiences? Did you get what you were 
promised or what you deserved?




On Mon, Aug 21, 2023 at 11:23 AM Lance D. Jackson < 
ljack...@pandrueassociates.com> wrote:

> List,
>
> Has anyone had experience (good or bad) with migrating their mainframe
> Db2 workload from on-prem to the cloud?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain 

Re: Help for US Talent

[Jack Zukt]

Been there, got a lot of t-shirts
Jack

On Tue, 15 Aug 2023 at 21:59, Seymour J Metz  wrote:

> Sometimes you have to do something boring that is not your responsibility
> because you're the only one they trust to do it right and they can't afford
> for it to be done wrong.
>
> That said, there's nothing wrong with writing tools to eliminate some of
> the drudgery.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Bob Bridges 
> Sent: Tuesday, August 15, 2023 4:50 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Help for US Talent
>
> I thought programming sounded boring, but I figured an accountant should
> know something about computers so I signed up for a class.  Not boring.  I
> finished my Accounting degree, but I went straight into coding and never
> looked back.
>
> I agree with the folks who approved of your move.  Now that I'm a security
> analyst, I disliked being required to do repetitive security administration
> - but I have to admit that doing that work makes me more aware of what
> tools I can write that really help the admins, at each particular site.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Only a very clever human can make a real Joke about virtue, or indeed
> about anything else; any of them can be trained to talk AS IF virtue were
> funny.  Among flippant people the Joke is always assumed to have been
> made.  No one actually makes it; but every serious subject is discussed in
> a manner which implies that they have already found a ridiculous side to
> it.   -from The Screwtape Letters by C S Lewis */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Gabe Goldberg
> Sent: Tuesday, August 15, 2023 02:39
>
> regarding a point someone else made, once my IBM manager determined
> that I was going to an IBM customer, not competitor, I was able to work
> through the long notice I'd given to stop my manager from continuing to try
> to find a transfer for me.
>
> Funny, as I was leaving, more than one person said that was a great career
> move -- go work for a customer or two, then come back with real-world
> knowledge/skills, which were too scarce at IBM. I did the first part but
> forgot to return.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Switching between SMT-1 and SMT-2

[Peter Relson]

I was referring specifically to the thread's topic of "switching between", not 
to "using" SMT-2.

I fully agree that you might choose not to use. It would be less likely that 
you'd go through the hassle of "switching".

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN