SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-Programming Mailing List Archives

Return to [ 04 | January | 2004 ]

<< Previous Message << >> Next Message >>


Date: Sun, 4 Jan 2004 11:17:53 PST8
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-programming@scoug.com
To: scoug-programming@scoug.com
Subject: SCOUG-Programming: Optimization techniques (was QA equals testing, Part One:Detection)

In <3FF841A2.7397@peterskye.com>, on 01/04/04
at 08:38 AM, Peter Skye said:

>And I disagree. My own financial optimization software is all written
>high-level and specifically avoids doing calculations which take "a lot
>of time", and it does this by splitting numeric values into components
>and then doing the calculations with the components. It's a lot faster
>this way and couldn't have been done without an understanding of the
>hardware instruction set.

I suspect I'm somewhat familiar with some of the techniques you have used.
In the past, they were are often needed to get reasonable performance out
of fixed-poing DSP algorithms and low-level GUI code.

Back in the 8086 and 80286 days when you did a lot of your original code,
you really had no choice or you would still be waiting for results.

However, over time the performance of FP hardware has increased
dramatically to the point where often there's little if any performance
difference between floating point and fixed point operations on a given
system.

Have you done any recent studies to ensure that your fixed point methods
still outperform floating point methods on today's typical PC?

Regards,

Steven

--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.41 #10183 Warp4/FP15/14.093c_W4
www.scoug.com irc.webbnet.info irc.fyrelizard.org #scoug (Wed 7pm PST)
----------------------------------------------------------------------

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 04 | January | 2004 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.