Live data from Hacker News

Viewing profile — druzyek

druzyek

HN member
Joined
Wed, Jan 01, 2020, 7:49 AM UTC
HN karma
53
Public activity
11 items

About druzyek

No profile information was provided.

Recent public activity

  1. 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…

  2. 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…

  3. 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 …

  4. 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. …

  5. 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…

  6. comment
    Comment #23816469

    Right, I do this in the assembly versions everywhere I multiply by a constant. mult5 is just an example.

  7. 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…

  8. story
  9. comment
  10. story
  11. 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…