|
Not to argue here. Maybe Hans could give use the true run down but all my understanding in 20 years of technical journals and performance tips says that the AS/400 is a packed decimal machine, the only one in the world. I believe that this has been extended to allow efficient other types (Like integer) but the native format of an AS/400 is packed decimal to the point where the math is done in a base 10 format(for absolute precision), not base 2(Binary). In other words, the AS/400 is business data processing machine, not a scientific machine. If you have ever had to work on a machine that uses floating point number to represent decimal values and all the problems inherent in that, you know what I mean. We are really spoiled on the AS/400 because we never have these kind of problems. Everything I have read says the AS/400 takes a zoned value, converts it to packed decimal, does the arithmetic in Base 10 and then converts the result back to zoned. Just my take. Will be interested to here what Hans has to say. -----Original Message----- From: Shaw, David [mailto:dshaw@spartan.com] Sent: Thursday, January 20, 2000 1:25 PM To: 'RPG400-L@midrange.com' Subject: RE: Entry Parameters -----Original Message----- From: Alan Campin [mailto:Alan.Campin@CaseLogic.com] Since the AS/400 is a packed decimal machine, everything should be defined where possible as packed decimal. This is the most efficient type for the AS/400 to handle. ------------------ Actually, it's my understanding that there's very little difference in performance between zoned and packed arithmetic at the MI level and below. The OPM RPG III compiler is what historically had the preference for packed, since it internally converts other formats to packed before using them in calculations. In contrast, the RPG II compiler for the S36EE is supposed to prefer zoned because that's what it uses internally. Dave Shaw +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.