Before IBM makes a hardware change that impacts the performance of BAL/BALR, perhaps they should scrape their macros clean of these instructions. I just assembled an exit that uses the RACROUTE macro, and it still uses BALR (z/OS 1.9).
"Edward Jaffe" <edja...@phoenixsoftware.com> wrote in message news:<4990c116.5080...@phoenixsoftware.com>... > Don Russell wrote: > > I agree. I'm not advocating that BAL/BALR be dropped from the > > instruction set. I'm advocating that people stop using them in > > new/updated code. > > > > IBM is scraping the bottom of the barrel looking for ways to improve > performance. One way would be to offload processing for older, redundant > instructions or functions to millicode. > > Indeed, there was even some talk a while ago about possibly converting > BALR (specifically the parts of it that set the upper byte in 24-bit > mode) to millicode in order to save some System z chip "real estate". > > I haven't coded a BALR for program linkage in decades. Up until a few > years ago, I still used it on occasion to "sense" the current AMODE. > > -- > Edward E Jaffe > Phoenix Software International, Inc > 5200 W Century Blvd, Suite 800 > Los Angeles, CA 90045 > 310-338-0400 x318 > edja...@phoenixsoftware.com > http://www.phoenixsoftware.com/ > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html