topic Re: TRUE OR FALSE with this calculation ? in Mathcad

TRUE OR FALSE with this calculation ?

lvl107 — Thu, 03 May 2018 19:21:08 GMT

Hello all, I really don't know that TRUE OR FALSE with this calculation ? Attach File below. Regard, Loi.

Re: TRUE OR FALSE with this calculation ?

ViktorKorobov — Sun, 29 Aug 2010 17:00:25 GMT

Mathcad says it's true.

Re: TRUE OR FALSE with this calculation ?

MikeArmstrong — Sun, 29 Aug 2010 17:14:51 GMT

Excel also says it's true.

151.00000

Mike

Re: TRUE OR FALSE with this calculation ?

AlanStevens — Sun, 29 Aug 2010 17:19:01 GMT

Mathcad also says:

Alan

Re: TRUE OR FALSE with this calculation ?

ViktorKorobov — Sun, 29 Aug 2010 18:03:31 GMT

Alan Stevens wrote:
Mathcad also says:
Alan

No, Mathcad says:

MuPAD kernel (in Mathcad) says

Viktor

Re: TRUE OR FALSE with this calculation ?

MikeArmstrong — Sun, 29 Aug 2010 18:16:49 GMT

Mathcad 14 says....

Mike

Re: TRUE OR FALSE with this calculation ?

jeanGiraud — Sun, 29 Aug 2010 19:41:47 GMT

.......................

Re: TRUE OR FALSE with this calculation ?

AlanStevens — Sun, 29 Aug 2010 21:35:43 GMT

Look at it this way:

Alan

Re: TRUE OR FALSE with this calculation ?

RichardJ — Mon, 30 Aug 2010 00:00:21 GMT

The Maple kernel in MC11 also shows

The numeric calculation is wrong because of roundoff errors.

Re: TRUE OR FALSE with this calculation ?

IRstuff — Mon, 30 Aug 2010 05:47:10 GMT

The answer is FALSE. Even Mathcad 11's symbolic processor shows: The same result comes from Mathcad 14's symbolic processor, which is from a different source, i.e., MuPad vs. Maple.

So, Mathcad's numeric processor, which is limited in its numerical precision winds up truncating the answer. The symbolic processor's floating point answer is

which, with careful digit counting shows that the numeric processor of almost any calculator and any normal spreadsheet program will truncate the answer to 151, but it's not. You may wish to find some aribtrary precision calculators, some of which can be downloaded from the web, to verify the results. Prime factorization in Mathcad shows the ratio to be composed of products of different primes.

Re: TRUE OR FALSE with this calculation ?

AWesterman-disa — Mon, 30 Aug 2010 08:38:57 GMT

The question that needs to be asked is what definition of equality is required.

strict mathematical: exactly equal - answer is unproven but probably not (see Alan's post)

Finding a calculator that has higher resolution / precision may give more trailing zeroes but the reality is that at some point there must(?) be some inequality.

scientific:e.g better than1 part in 10^12 - yes, its good enough.

engineering: +/- 1% (usual tolerances that can be expected ...)

Andy

Re: TRUE OR FALSE with this calculation ?

ValeryOchkov — Mon, 30 Aug 2010 08:55:05 GMT

>engineering: +/- 1% (usual tolerances that can be expected ...)

Or so, for example:

Re: TRUE OR FALSE with this calculation ?

jeanGiraud — Mon, 30 Aug 2010 12:45:55 GMT

The FPU (Floating Point Unit) is a separate part of your processor chip, dedicated to floating point (i.e., real number) arithmetics. It has been discovered that some parts of Windows 95/98 (or some drivers used by Windows) may affect the functioning of the FPU, reducing the accuracy of computations from about 19 to about 16 decimal digits.

Most applications will never notice this, as they are usually limited to the 16-digit precision of the C/C++ double type. Kalkulator, however, takes the full advantage of the built-in FPU accuracy, and this advantage is cancelled when your system's FPU performance is degraded.

Problems with the "old" Windows 95 System Agent

Microsoft admitted (in a quite understated way) that the System Agent, included with the Win95 Plus, was affecting the FPU performance. The problem has been fixed in one of the Windows 95 Service Packs, and it should not be present at all in Windows 98. The culprit was identified as one of the Windows' components, sage.dll (version 4.40.310), and the fixed version number is 4.40.311. Turning the System Agent off is also a good workaround.

Problems with other programs

This is not the end of it. Exactly the same problem may sometimes arise without the System Agent (or sage.dll) running. I have so far identified two programs interfering with the FPU and causing exactly the same symptoms:

·xwheel.exe by LCS/Telegraphics. This driver is included by many vendors with their pointing devices, touchpads in particular; probably more commonly seen on notebook computers. Removing xwheel.exe from the startup sequence fixes the FPU problem right away (in my Windows 98 tests I haven't lost any mouse functionality in the process).

·vshield.exe, a memory-resident part of the McAfee antivirus utilities. Again programs of this kind are known to cause problems often. Disabling the Virus Shield fixes the problem.

It is possible that these programs are not the real culprits here, but rather one of the Windows libraries they use; the bottom line remains the same.

Kalkulator work-around

Kalkulator runs a test for the FPU accuracy loss upon startup. If the problem is detected, the display precision setting will be limited to 16 (instead of 18) digits, and so will be the accuracy of some calculations. You will receive an appropriate warning when the FPU problem is detected the first time. If you change your system configuration (for example, by removing the offending program) and the problem goes away, the next time you run Kalkulator, it will detect this fact and give you a notice to this effect.

Re: TRUE OR FALSE with this calculation ?

lvl107 — Tue, 31 Aug 2010 22:44:34 GMT

Thanks all your help. Attach File below.

Regard.

Loi Le.

Re: TRUE OR FALSE with this calculation ?

jeanGiraud — Wed, 01 Sep 2010 00:39:12 GMT

Your question has been answered by Eden, Richard, more extensively by jmG

On my side: no need for more gyzma work sheet.

Re: TRUE OR FALSE with this calculation ?

IRstuff — Wed, 01 Sep 2010 05:34:58 GMT

Your file contains only one of several possible ways that Mathcad can solve and display your particular examples. The particular method you've used is called "dead" symbolics, since any changes to the input equation will not be reflected in the answer.

The attached shows some of the other ways of seeing the answer, all using "live" symbolics.

Re: TRUE OR FALSE with this calculation ?

RichardJ — Wed, 01 Sep 2010 11:54:38 GMT

jean Giraud wrote:
Your question has been answered by Eden, Richard, more extensively by jmG

More wrongly, you mean. It has nothing to do with other programs interfering with the FPU. It's just a property of numeric math.

On my side: no need for more gyzma work sheet.

No need for rudeness either.

Re: TRUE OR FALSE with this calculation ?

jeanGiraud — Wed, 01 Sep 2010 13:23:05 GMT

>On my side: no need for more gyzma work sheet.<

___________________________________________

You specified "Evaluation in Mathcad 12", thus gyzma version for lower than 12. In fact my Mathcad 11 did open. You can read more in the version 11 attached. Several points of interest [educative]: the fractional representation, PRN, some equivalent forms tough this last point does not apply directly in your examples

Re: TRUE OR FALSE with this calculation ?

lvl107 — Thu, 02 Sep 2010 00:13:56 GMT

Hi,
My English as Second Language is very little. I do Math just for recreation. I just only had Mathcad 12 and again I am beginner in using. I really still do not know any thing about Mathematica. ( Because I don't have it ). I was trying find the way to solve the Pell's Equation with N = 166, JUST WITH my calculator at home. When I input ( 3204668357^2 - 1 ) / 248730503^2 and the output is a INTEGER ! ( = 166 ). But after being helped from above, and now I do know I was failed with that root. Thanks again.
Regard,
Loi Le.

Re: TRUE OR FALSE with this calculation ?

jeanGiraud — Thu, 02 Sep 2010 00:41:25 GMT