|
You have no idea how relieved I am!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OK - so you win.
What's the answer? I'm nowhere...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Bit surprised no-one got this one ...
Developer = CODER
Consumes
Net = LAN => coLANder
Filter = Colander (an essential for every kitchen and the most fashionable headgear around).
Slogans aren't solutions.
|
|
|
|
|
Oh ... bother (he said, remembering the KSS rule at the last moment)
I had CODER, but I got stuck trying to fit WEB, NET, or ATE in there ...
Well done! Good clue.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Oh man,
I had this and wrote the answer.. Forgot to Press "post Message".
Came to check after the meeting..
Anyway I escape from Tomorrow posting
cheers,
Super
------------------------------------------
Too much of good is bad,mix some evil in it
|
|
|
|
|
I am looking for data about the distribution of floating-point operations - what percentage are additions/subtractions, what percentage are multiplications, etc.
My Google-fu isn't working today, so I would appreciate any pointers.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Daniel Pfeffer wrote: My Google-fu isn't working today, so I would appreciate any pointers.
double *px, *py;
float *pf; here you are.
|
|
|
|
|
I can't understand this. You want to know how many addition, subtraction, multiplication and division operations are performed in the World?
"It is easy to decipher extraterrestrial signals after deciphering Javascript and VB6 themselves.", ISanti[ ^]
|
|
|
|
|
42
The time unit is arbitrary.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Sounds like a title for a PHD thesis....crack on!
|
|
|
|
|
I'd need crack to want to read it!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Is was on the list to do, but it fell through the cracks....
|
|
|
|
|
I remember reading that someone had performed such an analysis, but I can't find any pointers to it.
The idea was that additions/subtractions are more common than multiplications, which in turn are much more common than divisions/square root. This implies that optimizing the less common operations is likely to give a lower return than optimizing the more common operations.
As I said, my Google-fu is non-functional today.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
If the less common operations are dramatically slower than the common ones, it still may be worth it to optimize them. Take a look at the speed comparisons at Integer and Floating-Point Arithmetic Speed vs Precision[^].
Consider the Core i7-4770 floating point graph for 32-bit operations, indicating multiplication takes about 3 times as long as addition. If addition occurs 75% of the time and multiplication 25%, you will spend the same time on each.
The decision might be influenced by which operation would be easier to optimize and which would produce the greater gain once optimized. (I see Jochen Arndt gave similar advice. This puts some numbers to it for you.)
|
|
|
|
|
Since multiplication can be done via addition and division can be done via subtractions and hardware shifts it makes a lot of sense that there are more additions and subtractions than other operations. Roots can be done via smart algorithms using multiplication, division, and subtractions.
|
|
|
|
|
Are you looking for exact values (measured values) or statistics?
For statistical purposes it is 25% each
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: For statistical purposes it is 25% each
Actually, it isn't. A review of floating-point programs that I have written shows that addition/subtraction is more common than multiplication, and these are much more common than division/square root.
I am writing various floating-point libraries, and would like this information so I can know where to spend my optimization time.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
|
Looks to me that every body is wrong. There are clearly more zeros than ones.
Each byte is packed with leading zeros. The ones are big-time losers.
QED.
|
|
|
|
|
|
Woops! Yes, it should be the thread below.
You will understand my difficulty when you see my next thread.
|
|
|
|
|
Not quite, the thread below the thread below...
take a step away from keyboard......
|
|
|
|
|
That isn't a thread - it's just a single post.
Anyway, I don't use a keyboard, I just use my psychic powers to make the words appear on the screen.
|
|
|
|
|
|
I'm writing a floating-point package in C++ that provides:
- A full implementation of the binary part of the IEEE-754-2008 Standard for Floating-Point Arithmetic (single-, double- and quad-precision)
- Implementation of higher-precision formats, compatible with the Standard (up to binary1024).
I have a basic implementation written using the "standard" algorithms, and would like some idea of where to invest time on improvements. Obviously, spending a lot of time on an operation that is rarely executed is not the best use of my time...
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|