Keyboard Shortcuts
Likes
Search
Re: Going back to the future and writing programs for mainframes in the process
开云体育Based on your question#s :
Evening and night shift (of 8 hours) was because the early mainframes and that included as far as I was involved in IBM 1401, 360 and early 370s, ICL 1900's (1500 as well but they were totally Magnetic tape based). That said so was 1401 and many 360/370 as hard disks was expensive when they became available and very small in capacity i.,e from 80 - 300 MB or there about. For the later system above i.e. 360/370 that had terminal user running CICS they mostly had to have other tasks to support them that where all Batch processes and these run during the quiet periods such as for one hour lunch time (may be) and after 18:00 to 08:30 plus all of the weekends.? Now programmers also submitted compile and basic testing and this was done during the day but mostly over night and the w/e and some programmers came in during the W/E and in my case to use the card punch to produce a source deck to input to the system for a compile but usually for fixes to the code that had to be then inserted into the original source decks. One reason for having to do it yourself was the punch room people could be very busy punching data card packs for input to the system so did not have a lot of time for doing programs. Here the programmers wrote the source code on to forms that had the layout of a Cobol program with around 25 lines per page. The rest of the evening and nights was processing the normal business workloads that was created during the day such as stock updates, payroll, other accounting processes among many others. While the m/f was based on a slow CPU when using hard drives were a lot quicker than say a personal computer that was available from around 1977-8 (floppy disk based mostly but the one's with the early Winchester (early hard drives and 8 inches wide and a lot longer and were heavy) drives was not a lot faster. The benefit of mainframes has always been there much faster processing with modern hard drives because that can access multiple drives where each had there own data bus -. A PC has only one and that is used for all data flows so compared very slow. Remember a m/f is running many programs at once - (OK, may be time slicing) but a great deal more than the average micro based computer. I have two desktops and both have multi core processors where on one is is 8 core in one chip (AMD) and the other, 2 XEON CPUs with 4 cores each and with the right O/S they do bash work though and not quicker than the older m/f's as mentioned above. Bye the bye one of mine also had mag tapes (and cartridges) and they really slowed the system down so after a couple of years I replaced the lot with WD Black hard drives that are hot swappable. Small point I came into computing around 1963 and obtained my first Micros around 1978 with the faster one;s around 1982 (Cromemco was one brand) but I was running the first company in Europe dealing in micros from 1975-6 selling all over the world - outside the USA and even then sometimes in despite some products (software including DOS, CPM, MPM, *nix, books, magazines and hardware came from the USA . ? ? My first job in computing in 1963 was for 6 - 9 months as an operator on a 40 hour week earning 4 pounds per hour but if I worked the weekends on a 12 hour shift the rate doubled and I could take the rest of the next week off. Some time the w/e was light so I would do some programming such as automating the systems IPL so it only needed one switch press and along with a small card desk and the 1401 system as up and running - otherwise you had to enter a lot of machine code then execute it to do the same.? That was shown to the boss who invited me to be a programmer and a considerable higher salary :) I still did some operating though and got paid for it at my new rate :) Oh boy - those where they days = when men where men and computers . . . . On 03/06/2023 21:19, Andre wrote: Hi Steve! -- - IMPORTANT – This email and the information in it may be confidential, legally privileged and/or protected by law. It is intended solely for the use of the person to whom it is addressed. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Please also delete all copies of this email & any attachments from your systems. If this is an encrypted email, it is your responsibility to maintain the 1024 byte key system even for one-use keys. Once mail has been sent the sending key is not kept and therefore a replacement mail cannot be resent. We cannot guarantee the security or confidentiality of non encrypted email communications. We do not accept any liability for losses or damages that you may suffer as a result of your receipt of this email including but not limited to computer service or system failure, access delays or interruption, data non-delivery or mis-delivery, computer viruses or other harmful components. Copyright in this email and any attachments belongs to Applewood Computers. Should you communicate with anyone at Applewood Computers by email, you consent to us monitoring and reading any such correspondence. Nothing in this email shall be taken or read as suggesting, proposing or relating to any agreement concerted practice or other practice that could infringe UK competition legislation (unless it is against Security requirements). This Email and its attachments (if any) are scanned for virii using Clamd and ClamAV 0.103.5 and later (Linux x64) and others on IBM mainframe systems. Dykegrove Limited T/A Applewood Computers is a company registered in England (no. 01681349) whose registered office is at Applewood House, 17 Stag Green Avenue, Hatfield, Hertfordshire, AL9 5EB |