Viewing profile — druzyek
druzyek
HN member- Joined
- Wed, Jan 01, 2020, 7:49 AM UTC
- HN karma
- 53
- Public activity
- 11 items
- HN profile
- View on Hacker News ↗
About druzyek
No profile information was provided.
Recent public activity
-
comment
Comment #30246193
The BCD processing was indeed a big advantage of the V20, which is why Casio used it in graphing calculators like the AFX 1.0 and 2.0. One point about comparing to the 8087 is that…
-
comment
Comment #23892174
> The best approach is to write your definitions the way you like, mostly ignoring speed and cycles and byte count. This should result in clean, elegant definitions. This first ste…
-
comment
Comment #23820620
> I believe you are victim of premature optimization. You knew Forth would be slow because interpreted, so you feared for performance. Fear often makes you do the wrong things. As …
-
comment
Comment #23816703
Hi astrobe_, interesting points! I disagree with you on a few things: > Looking at the C version, the argument "tile" is used once in the function, to get the pointer to the tile. …
-
comment
Comment #23816487
PLASMA is a really neat project! I considered it and a few other systems before settling on C, assembly and Forth. Ultimately I left it out because I was focusing on performance no…
-
comment
Comment #23816469
Right, I do this in the assembly versions everywhere I multiply by a constant. mult5 is just an example.
-
comment
Comment #23813147
OP here. This is a really interesting point. My strategy was to keep the highest level functions/words like DrawTile or DrawMenu while writing the underlying Forth and subwords fro…
- story
- comment
- story
-
comment
Comment #21927151
This article is specific to the 6502 where the commonly used CC65 C compiler the author references produces much, much worse code speed wise than what you can with pure assembly. I…