Prev: Help with Tcal
Next: COBOL Error Handling (was: What MF says about ROUNDED(was:Cobol Myth Busters
From: Charles Hottel on 24 Sep 2007 18:17 "Robert" <no(a)e.mail> wrote in message news:5n6bf3p34rucdd0foe58gv11mg1310rui8(a)4ax.com... > On Sat, 22 Sep 2007 15:30:07 -0400, "Charles Hottel" > <chottel(a)earthlink.net> wrote: > >>"Robert" <no(a)e.mail> wrote in message >>news:3kcaf394t2qabq20kh2beeu413ujua7gp6(a)4ax.com... >>> On Sat, 22 Sep 2007 03:20:19 -0600, Jeff Campbell <n8wxs(a)arrl.net> >>> wrote: >>> >>>>Robert wrote: >>>>> On Fri, 21 Sep 2007 11:09:16 GMT, "William M. Klein" >>>>> <wmklein(a)nospam.netcom.com> wrote: >>>>> >>>>>> "Robert" <no(a)e.mail> wrote in message >>>>>> news:i3j6f3pa7ucignv34t4oklno0ht8jh2c5p(a)4ax.com... >>>>>>> On Fri, 21 Sep 2007 04:21:35 GMT, "William M. Klein" >>>>>>> <wmklein(a)nospam.netcom.com> wrote: >>>>>>> >>>>>> <snip> >>>>>>> I and Richard posted facts showing speed is the same. We have not >>>>>>> seen >>>>>>> facts >>>>>>> from >>>>>>> mainframe-land,except a five year old study. Just post some facts >>>>>>> and >>>>>>> skip the >>>>>>> ad homina. >>>>>> I do NOT have personal access to an Enterprise V3.4 COBOL compiler - >>>>>> and I do >>>>>> believe what IBM says about its performance (and don't believe that >>>>>> you >>>>>> know how >>>>>> they implement all their syntax -> machine code). HOWEVER, >>>>>> >>>>>> If you create a source program that you think tests subscripts vs >>>>>> indexes >>>>>> (whether it is comprehensive or not), then I think some CLC person >>>>>> might compile >>>>>> and run it for you. >>>>>> >>>>>> Therefore, please create and post a sample program that cleanly >>>>>> compiles with >>>>>> the Micro Focus directives: >>>>>> NOMF DIALECT(ENTCOBOL) FLAGAS(S) >>>>>> >>>>>> If you are not using a current-enough version of Server Express to >>>>>> include >>>>>> support for the DIALECT directive, then use: >>>>>> NOMF ENTCOBOL FLAG(ENTCOBOL) FLAGAS(S) ARITHMETIC(ENTCOBOL) >>>>>> PERFORM-TYPE(ENTCOBOL) >>>>> >>>>> That's not necessary. The code I posted is Standard-compliant except >>>>> for >>>>> comp-5, which we >>>>> all know IBM can handle. >>>> >>>>No, it wasn't. Such things as mixed sectioned, non-sectioned code; exit >>>>section statements not in separate paragraphs; linkage section declared >>>>without a using clause in the procedure division. I could go on. >>> >>> Those things were in the first test, named speed1. The subscript v. >>> index >>> test, named >>> speed2, does not have them. >>> >>> The current '02 Standard does not prohibit any of the things you >>> mentioned. Especially, it >>> does not require exit section to be in a separate paragraph, nor under a >>> paragraph name. >>> >>>>>> If you post such a program and no one else in CLC compiles and runs >>>>>> it >>>>>> (and >>>>>> posts the results) I will find someone who can and will. >>>>> >>>>> Any volunteers? >>> >> >>Speed1 is the only program I saw posted. When did you post it? I just >>searched Google groups for "speed2" and got no hits. > > I TOLD them these damned computer things would never work, but they > wouldn't listen. :) > > Here it is again. If your compiler doesn't support exit perform cycle, > just take it out. > > > * ------ Speed of subscript v. index > ------------------------------------------------------ > * Findings > > * Index 23 > * Subscript 23 > * Subscript comp-5 23 > * Index 1 23 > * Subscript 1 18 > * Subscript 1 comp-5 18 > <snip> Here are the results of running "speed2" on an IBM mainframe: *---------------------------------------------------------------* * NULL TEST 4.6380 * * INDEX 10.1520 * * SUBSCRIPT 21.0300 * * SUBSCRIPT COMP-5 25.2190 * * INDEX 1 12.5290 * * SUBSCRIPT 1 21.4480 * * SUBSCRIPT 1 COMP-5 23.9460 * *---------------------------------------------------------------*
From: Robert on 24 Sep 2007 20:30 On Mon, 24 Sep 2007 18:17:25 -0400, "Charles Hottel" <chottel(a)earthlink.net> wrote: > >"Robert" <no(a)e.mail> wrote in message >news:5n6bf3p34rucdd0foe58gv11mg1310rui8(a)4ax.com... >> Here it is again. If your compiler doesn't support exit perform cycle, >> just take it out. >> >> >> * ------ Speed of subscript v. index >> ------------------------------------------------------ >> * Findings >> >> * Index 23 >> * Subscript 23 >> * Subscript comp-5 23 >> * Index 1 23 >> * Subscript 1 18 >> * Subscript 1 comp-5 18 >> ><snip> > >Here are the results of running "speed2" on an IBM mainframe: > > *---------------------------------------------------------------* > * NULL TEST 4.6380 * > * INDEX 10.1520 * > * SUBSCRIPT 21.0300 * > * SUBSCRIPT COMP-5 25.2190 * > * INDEX 1 12.5290 * > * SUBSCRIPT 1 21.4480 * > * SUBSCRIPT 1 COMP-5 23.9460 * > *---------------------------------------------------------------* So index is twice as fast as subscript on an IBM mainframe. Thanks for running the test.
From: Pete Dashwood on 24 Sep 2007 20:47 "Robert" <no(a)e.mail> wrote in message news:35lgf39gm4180f815ad99hn1b5ku80kd82(a)4ax.com... > On Mon, 24 Sep 2007 18:17:25 -0400, "Charles Hottel" > <chottel(a)earthlink.net> wrote: > >> >>"Robert" <no(a)e.mail> wrote in message >>news:5n6bf3p34rucdd0foe58gv11mg1310rui8(a)4ax.com... > >>> Here it is again. If your compiler doesn't support exit perform cycle, >>> just take it out. >>> >>> >>> * ------ Speed of subscript v. index >>> ------------------------------------------------------ >>> * Findings >>> >>> * Index 23 >>> * Subscript 23 >>> * Subscript comp-5 23 >>> * Index 1 23 >>> * Subscript 1 18 >>> * Subscript 1 comp-5 18 >>> >><snip> >> >>Here are the results of running "speed2" on an IBM mainframe: >> >> *---------------------------------------------------------------* >> * NULL TEST 4.6380 * >> * INDEX 10.1520 * >> * SUBSCRIPT 21.0300 * >> * SUBSCRIPT COMP-5 25.2190 * >> * INDEX 1 12.5290 * >> * SUBSCRIPT 1 21.4480 * >> * SUBSCRIPT 1 COMP-5 23.9460 * >> *---------------------------------------------------------------* > > So index is twice as fast as subscript on an IBM mainframe. > > Thanks for running the test. > Good job, Robert. Whatever else people may say, at least you are fair :-) Perhaps this exercise may cause you to re-evaluate some of the considerations about mainframers in general? Pete. -- "I used to write COBOL...now I can do anything."
From: Charles Hottel on 24 Sep 2007 22:10 "Pete Dashwood" <dashwood(a)removethis.enternet.co.nz> wrote in message news:5lr44nF9j9vuU1(a)mid.individual.net... > > > "Robert" <no(a)e.mail> wrote in message > news:35lgf39gm4180f815ad99hn1b5ku80kd82(a)4ax.com... >> On Mon, 24 Sep 2007 18:17:25 -0400, "Charles Hottel" >> <chottel(a)earthlink.net> wrote: >> >>> >>>"Robert" <no(a)e.mail> wrote in message >>>news:5n6bf3p34rucdd0foe58gv11mg1310rui8(a)4ax.com... >> >>>> Here it is again. If your compiler doesn't support exit perform cycle, >>>> just take it out. >>>> >>>> >>>> * ------ Speed of subscript v. index >>>> ------------------------------------------------------ >>>> * Findings >>>> >>>> * Index 23 >>>> * Subscript 23 >>>> * Subscript comp-5 23 >>>> * Index 1 23 >>>> * Subscript 1 18 >>>> * Subscript 1 comp-5 18 >>>> >>><snip> >>> >>>Here are the results of running "speed2" on an IBM mainframe: >>> >>> *---------------------------------------------------------------* >>> * NULL TEST 4.6380 * >>> * INDEX 10.1520 * >>> * SUBSCRIPT 21.0300 * >>> * SUBSCRIPT COMP-5 25.2190 * >>> * INDEX 1 12.5290 * >>> * SUBSCRIPT 1 21.4480 * >>> * SUBSCRIPT 1 COMP-5 23.9460 * >>> *---------------------------------------------------------------* >> >> So index is twice as fast as subscript on an IBM mainframe. >> >> Thanks for running the test. >> > Good job, Robert. Whatever else people may say, at least you are fair :-) > > Perhaps this exercise may cause you to re-evaluate some of the > considerations about mainframers in general? > > Pete. > -- > "I used to write COBOL...now I can do anything." > > Yeah, if you don't say something good about mainframers ...well I'll just have to quote the bible again! ;-)
From: Robert on 25 Sep 2007 00:46
On Mon, 24 Sep 2007 22:10:38 -0400, "Charles Hottel" <chottel(a)earthlink.net> wrote: > >"Pete Dashwood" <dashwood(a)removethis.enternet.co.nz> wrote in message >news:5lr44nF9j9vuU1(a)mid.individual.net... >> >> >> "Robert" <no(a)e.mail> wrote in message >> news:35lgf39gm4180f815ad99hn1b5ku80kd82(a)4ax.com... >>> On Mon, 24 Sep 2007 18:17:25 -0400, "Charles Hottel" >>> <chottel(a)earthlink.net> wrote: >>> >>>> >>>>"Robert" <no(a)e.mail> wrote in message >>>>news:5n6bf3p34rucdd0foe58gv11mg1310rui8(a)4ax.com... >>> >>>>> Here it is again. If your compiler doesn't support exit perform cycle, >>>>> just take it out. >>>>> >>>>> >>>>> * ------ Speed of subscript v. index >>>>> ------------------------------------------------------ >>>>> * Findings >>>>> >>>>> * Index 23 >>>>> * Subscript 23 >>>>> * Subscript comp-5 23 >>>>> * Index 1 23 >>>>> * Subscript 1 18 >>>>> * Subscript 1 comp-5 18 >>>>> >>>><snip> >>>> >>>>Here are the results of running "speed2" on an IBM mainframe: >>>> >>>> *---------------------------------------------------------------* >>>> * NULL TEST 4.6380 * >>>> * INDEX 10.1520 * >>>> * SUBSCRIPT 21.0300 * >>>> * SUBSCRIPT COMP-5 25.2190 * >>>> * INDEX 1 12.5290 * >>>> * SUBSCRIPT 1 21.4480 * >>>> * SUBSCRIPT 1 COMP-5 23.9460 * >>>> *---------------------------------------------------------------* >>> >>> So index is twice as fast as subscript on an IBM mainframe. >>> >>> Thanks for running the test. >>> >> Good job, Robert. Whatever else people may say, at least you are fair :-) >> >> Perhaps this exercise may cause you to re-evaluate some of the >> considerations about mainframers in general? >> >> Pete. >> -- >> "I used to write COBOL...now I can do anything." >> >> > >Yeah, if you don't say something good about mainframers ...well I'll just >have to quote the bible again! ;-) OH NO! Please. Anything but that. I'll think of something .... Want to Save The Earth? Replace 130 servers with a mainframe. You can't make up stuff like this. (Only IBM managers can.) Project Big Green Toward Energy Conservation By CXOtoday Staff Mumbai, Aug 9, 2007 In one of the significant transformation of its data centers in a generation, IBM has announced that it'll consolidate thousands of [3,900] computer servers onto about 30 System z mainframes running the Linux operating system. IBM Global Asset Recovery Services will recycle these servers. The transformation claims to turn IBM's infrastructure flexible in accordance to business needs. The company anticipates that the new server environment will consume approximately 80% less energy than the current set up, and expects to save more than US $ 250 million over 5 years in energy, software, and system support costs. The initiative is a part of Project Big Green. IBM data centers in Poughkeepsie, New York; Southbury, Connecticut; Boulder, Colorado; Portsmouth, UK; Osaka, Japan; and Sydney, Australia will participate in the initiative. The company anticipates that the global infrastructure, supporting over 350,000 users, will serve as an example of cutting-edge data center design for enterprises around the world. James Stallings, general manager of IBM System z mainframe, states, that the movement to the global platform would enable IBM to create a technology platform, which would save energy and simultaneously position IT assets for flexibility and growth. [Cutting-edge data center design -- a room with big windows, raised floors and a mainframe in the middle of the room. How come no one thought of that before?] By trading physical servers for virtual ones, IBM will be able to reduce costs along a broad front, including expenditures related to energy consumption, software and system support. [They're using LPARs. Brilliant. Only mainframes can do that, you know.] According to IBM, this replacement with 30 mainframes will save electricity to power a small town. This statistic in itself should be enough to generate interest from environmentalists and executives although it remains to be seen whether IBM will be able to carry out this transition without hurdles. [ I get it .. Big Green means Big Bucks, Big Profits. The HURDLE will be convincing executives to pay IBM software licensing fees.] http://www.cxotoday.com/India/News/Project_Big_Green_Toward_Energy_Conservation/551-82681-912.html Project Big Green In India By CXOtoday Staff Mumbai, Jun 8, 2007 Project Big Green has been announced in India by IBM. This initiative has been launched as part of the global Intelligent Energy campaign, aimed at helping economies cope with the existing and impending energy crisis. The initiative includes new products and services for IBM and its clients to sharply reduce data center energy consumption, transforming the world s business and public technology infrastructures into green data centers. [New products: mainframes] IBM s efforts under the Intelligent Energy campaign will be channeled through four specific initiatives namely Client Innovations in Energy, Application of Technology & Services for Energy Efficiency, Activities with Energy Influencers, and Environmental Efforts at Big Blue. With its work under each of these pillars, IBM aims to create a holistic approach to addressing the energy issue facing the globe. [Holistic: we want the whole pie.] As part of this initiative IBM will create a global green team of over 1000 energy efficiency specialists from across the company, to offer green solutions comprising IBM s hardware, software, services, research, and finance offerings. [Goodbye Marketing Reps; Hello Energy Efficiency Specialists. ] IBM is using its expertise and energy-smart technology innovations to outline a five-step approach namely diagnose, build, virtualize, manage and cool that is designed to dramatically improve energy efficiency for clients. The existing facilities are evaluated according to energy assessment, virtual 3-D power management and thermal analytics. After the evaluation efficient data centre is planned, built or updated. Virtualizing IT infrastructures and special purpose processor follows this. The power management software is controlled and finally liquid cooling solutions both inside and out of the data center are exploited. [Special purpose processor: mainframe running Linux. It's water cooled. There's new technology.] Announcing Project Big Green in India, Steven Sams, vice president , Site & Facilities Services, IBM said, "Businesses around the world are consuming extreme amounts of energy through their use of IT -over 100 billion kilowatts per year globally furthering today's energy crisis." "According to Morgan Stanley, energy used to power and cool today s data centers represents 44 % of a data center s TCO and for a company of any size today, this can be a huge saving, besides it being a great contribution towards protecting the environment," he added. [Big Green will change that to: power 10%, hardware 20%, software licensing fees 70%] Elaborating on the issue in India, Jyoti Satyanathan, country manager, eServer pSeries, IBM India said, "In India, the need for intelligent energy solutions is more acute than many other nations. As per IDC, IT spending in the Asia-Pacific region is expected to grow by 52 % to reach US$162.5 billion by 2010 and this growth is driven by India in addition to China. However, our country is already facing an energy crisis." "According to the Central Electricity Authority (CEA), at the current annual generation capacity of 1,30,000 MW, we face a shortage of nearly 9% with peak load deficits being higher at 10-11% and it will only get worse. It is important that Indian organizations start taking this problem seriously, and make the appropriate investments so that their energy spends can keep pace with their growth," he added. [Iran has nuclear power and few computers. Maybe they'll sell their surplus to India.] IBM will soon launch an open, web-enabled clearinghouse for energy efficiency incentives. The Energy Efficiency Incentive Finder will serve as a central website for details about energy efficiency incentives and programs that are available from local utility companies, governments, and other participating agencies anywhere in the world. Also, IBM Global Financing (IGF), the financing business segment of IBM, will provide a green wrapper of financing solutions to help data center owners access or acquire the hardware, software and services they need to build an energy efficient data center. By using these technologies internally, IBM expects to double the computing capacity of its data centers within the next three years without increasing power consumption or its carbon footprint. http://www.cxotoday.com/cxo/jsp/article.jsp?article_id=81558&cat_id=912 |