[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-libc-dev] Printing octal (brain dump)
From: |
George Spelvin |
Subject: |
Re: [avr-libc-dev] Printing octal (brain dump) |
Date: |
19 Dec 2016 15:02:46 -0500 |
Longer reply coming; I'm benchmarking.
But the tl;dr is that damn it, you may be right and I've wasted several
days of effort. :-(
I can even shave a few cycles (and one instruction) off of your code.
At less than half the size and slightly better than half the speed,
it's hard to argue with.
While the optimal tradeoff depends on the application, and all we can be
sure of is that it's somewhere on the convex hull of the space/time plot,
optimizing time^k * space for some exponent k is usually good, and you're
beating me with k=1.
- [avr-libc-dev] Printing octal (brain dump), George Spelvin, 2016/12/14
- [avr-libc-dev] Working octal code (FYI), George Spelvin, 2016/12/16
- Re: [avr-libc-dev] Printing octal (brain dump), George Spelvin, 2016/12/19
- Re: [avr-libc-dev] Printing octal (brain dump), Georg-Johann Lay, 2016/12/19
- Re: [avr-libc-dev] Printing octal (brain dump), Georg-Johann Lay, 2016/12/21
- Re: [avr-libc-dev] Printing octal (brain dump), George Spelvin, 2016/12/21
- [avr-libc-dev] Even faster decimal code, George Spelvin, 2016/12/23
- Re: [avr-libc-dev] Even faster decimal code, Georg-Johann Lay, 2016/12/24
- Re: [avr-libc-dev] Even faster decimal code, George Spelvin, 2016/12/24
- Re: [avr-libc-dev] Even faster decimal code, Martin McKee, 2016/12/28
- Re: [avr-libc-dev] Even faster decimal code, George Spelvin, 2016/12/28