Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.theory > #143063 > unrolled thread

Viswath & Charmaigne (vector-wide scalar-word and character machines)

Back to article view | Back to comp.theory

Contents

  Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 11:43 -0700
    Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-28 02:47 +0800
      Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 15:07 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Mild Shock <janburse@fastmail.fm> - 2026-07-28 00:25 +0200
          Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 16:09 -0700
            Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 16:33 -0700
          Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 15:48 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 07:44 -0700
          You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:11 +0200
            Re: You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:25 -0700
              Re: You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 23:49 +0800
                Re: You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:59 -0700
                I don't care about Java, pi-WAM is pi-calculus and WAM (Re: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:05 +0200
                  Underneath pi-WAM is Hack VM, you can goto (Was: I don't care about Java, pi-WAM is pi-calculus and WAM) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:09 +0200
                    New addition to π-WAM is π-WAM Assembly (Was: Underneath pi-WAM is Hack VM, you can goto) Mild Shock <janburse@fastmail.fm> - 2026-08-09 19:45 +0200
                  Re: I don't care about Java, pi-WAM is pi-calculus and WAM (Re: You are still chewing on SIMD. LoL) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 09:11 -0700
                    A yellow mustard called Rossy Body (Was: I don't care about Java, pi-WAM is pi-calculus and WAM) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:30 +0200
                      Ignoramus or Ignorabimus: I don't care (π-WAM) (Was: A yellow mustard called Rossy Body) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:31 +0200
            Hurry Rossy Boy, the blue bus is waiting (Was: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:32 +0200
              Re: Hurry Rossy Boy, the blue bus is waiting (Was: You are still chewing on SIMD. LoL) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:36 -0700
              Look how they advertized CUDA and logical threads (Was: Hurry Rossy Boy, the blue bus is waiting) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:43 +0200
                Forget any arithmetization of product FSA (Was: Look how they advertized CUDA and logical threads) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:47 +0200
                  comp.lang.lisp (was: Re: Forget any arithmetization of product FSA) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 23:53 +0800
                Re: Look how they advertized CUDA and logical threads (Was: Hurry Rossy Boy, the blue bus is waiting) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:53 -0700
            There are two versions of Hack VM (Was: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:14 +0200
              Hack VM has also a Prolog spec (Was: There are two versions of Hack VM) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:17 +0200
                A better compiler is planned / What do you target? (Was: Hack VM has also a Prolog spec) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:22 +0200
                  It’s called . . . . enshittification (About the price tag for using a multifile/1) Mild Shock <janburse@fastmail.fm> - 2026-08-14 00:50 +0200
            Budget AI Laptop 2026 versus Cray T3D 1995 (Re: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-08-05 14:24 +0200
      A brain desease of 20 days [Rossy Boy] (Was: Viswath & Charmaigne (vector-wide scalar-word and character machines)) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:38 +0200
        Rossy Boys tears could cool a data center [pi-WAM Interleaved Synchronized Emulator] Mild Shock <janburse@fastmail.fm> - 2026-07-29 20:05 +0200
          Re: Rossy Boys tears could cool a data center [pi-WAM Interleaved Synchronized Emulator] Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 11:13 -0700
            I don't use Rust, you are crazy [Jump off a bridge, idiot] (Was: Rossy Boys tears could cool a data center [pi-WAM Interleaved Synchronized Emulator]) Mild Shock <janburse@fastmail.fm> - 2026-07-29 20:22 +0200
              Standing on the shoulders of giants (Re: I don't use Rust, you are crazy [Jump off a bridge, idiot]) Mild Shock <janburse@fastmail.fm> - 2026-08-04 03:20 +0200
                You Thief! Stealing Szemeredi, Aristotle, Leibniz, etc.. (Re: Standing on the shoulders of giants) Mild Shock <janburse@fastmail.fm> - 2026-08-04 15:18 +0200
                  How Rossy Boys plagiarism works [Copy Paste Slop] (Re: You Thief! Stealing Szemeredi, Aristotle, Leibniz, etc..) Mild Shock <janburse@fastmail.fm> - 2026-08-04 17:56 +0200
            Postgres is in C! Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 03:46 +0800
              Re: Postgres is in C! Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 13:47 -0700
                Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) Mild Shock <janburse@fastmail.fm> - 2026-07-29 23:00 +0200
                  Re: Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 21:05 +0800
                    Re: Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) scott@slp53.sl.home (Scott Lurndal) - 2026-07-30 14:46 +0000
                Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) Mild Shock <janburse@fastmail.fm> - 2026-07-29 23:05 +0200
                Mars, the MIPS emulator in Java (was: Re: Postgres is in C!) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 21:20 +0800
                  Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 06:59 -0700
                    Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 07:24 -0700
                      Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-05 09:58 +0800
                    Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 23:19 +0800
                      Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 09:23 -0700
                        Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 09:36 -0700
                          Decorum (was: Re: Mars, the MIPS emulator in Java) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-31 23:07 +0800
                            Re: Decorum Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-31 23:09 +0800
                            Re: Decorum Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 08:36 -0700
                              Re: Decorum Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 08:44 -0700
                              Re: Decorum Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-05 10:38 +0800
                        Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-05 10:15 +0800
                          Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-04 23:31 -0700
                            Re: Mars, the MIPS emulator in Java "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-05 12:42 -0700
                              Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-05 13:24 -0700
                                Re: Mars, the MIPS emulator in Java "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-05 13:30 -0700
                                Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-05 13:45 -0700
                            Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-05 20:42 -0700
                              Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-07 09:55 +0800
                                Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-07 05:13 -0700
                                  Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-07 05:59 -0700
                            Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-07 09:53 +0800
                              Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-06 20:11 -0700
              Hack ecosystem ignorance paired with paranoia [Nand to Tetris] (Re: Postgres is in C!) Mild Shock <janburse@fastmail.fm> - 2026-07-29 22:49 +0200
                A funny Q16.16 experiment with Hack (Was: Hack ecosystem ignorance paired with paranoia [Nand to Tetris]) Mild Shock <janburse@fastmail.fm> - 2026-07-29 23:10 +0200
                  Summer Challenge: libSQL = Prolog+Modes [VDBE versus π-WAM] (Re: A funny Q16.16 experiment with Hack) Mild Shock <janburse@fastmail.fm> - 2026-07-30 11:27 +0200
                    Re: Bullshit Authorized by Sarah Connor [EyeProlog Failure] (Re: Summer Challenge: libSQL = Prolog+Modes [VDBE versus π-WAM]) Mild Shock <janburse@fastmail.fm> - 2026-08-12 20:30 +0200
                Crating Interpreters, Java part (was: Re: Hack ecosystem ignorance paired with paranoia [Nand to Tetris] (Re: Postgres is in C!)) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 21:27 +0800
                  I wrote Hack VM for π-WAM from scratch [4 Months total JavaScript, Python and Java] (Re: Crating Interpreters, Java part) Mild Shock <janburse@fastmail.fm> - 2026-07-30 19:32 +0200
                    For WebGPU I first had SIMD in mind (Was: I wrote Hack VM for π-WAM from scratch) Mild Shock <janburse@fastmail.fm> - 2026-07-30 19:47 +0200
                      Corr.: 4 Months --> 4 Weeks (Was: For WebGPU I first had SIMD in mind) Mild Shock <janburse@fastmail.fm> - 2026-07-30 20:04 +0200
                      Re: For WebGPU I first had SIMD in mind (Was: I wrote Hack VM for π-WAM from scratch) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-31 04:07 +0800
                    Re: I wrote Hack VM for π-WAM from scratch [4 Months total JavaScript, Python and Java] (Re: Crating Interpreters, Java part) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-31 03:49 +0800
                    MIPS is a big Huffman mess [But Hack could do it] (Was: I wrote Hack VM for π-WAM from scratch) Mild Shock <janburse@fastmail.fm> - 2026-07-30 22:26 +0200
                      Not declarative with PHI (Φ) nodes (Re: MIPS is a big Huffman mess [But Hack could do it]) Mild Shock <janburse@fastmail.fm> - 2026-07-30 22:41 +0200
                    Quo Vadis: Extend investigations to WebNN (Re: I wrote Hack VM for π-WAM from scratch) Mild Shock <janburse@fastmail.fm> - 2026-07-31 20:47 +0200
                RCan library(ironpaw) repurpose FFT hardware [Glimps into Ryzen AI 7 350] (Re: Hack ecosystem ignorance paired with paranoia) Mild Shock <janburse@fastmail.fm> - 2026-08-01 02:33 +0200
                Can library(ironpaw) repurpose FFT hardware [Glimps into Ryzen AI 7 350] (Re: Hack ecosystem ignorance paired with paranoia) Mild Shock <janburse@fastmail.fm> - 2026-08-01 02:34 +0200
              Re: Postgres is in C! Cóilín Nioclásín Glostéir <thanks-to@Taf.com> - 2026-07-29 21:23 +0000
                Turbo Vison, again (was: Re: Postgres is in C!) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 21:31 +0800
        He uses "FIFO objects", and DMA and Noc [Glimps into Ryzen AI 7 350] (Re: A brain desease of 20 days [Rossy Boy])) Mild Shock <janburse@fastmail.fm> - 2026-08-01 12:15 +0200
          Tablet and phone UBS-C remote debugging (Re: He uses "FIFO objects", and DMA and Noc) Mild Shock <janburse@fastmail.fm> - 2026-08-01 12:18 +0200
            NPUs doing 2d chess comms (Manhattan Distance or L1 Norm) (Re: Tablet and phone UBS-C remote debugging) Mild Shock <janburse@fastmail.fm> - 2026-08-01 14:11 +0200
              NACK retransmission might double Manhattan Distance (Re: NPUs doing 2d chess comms) Mild Shock <janburse@fastmail.fm> - 2026-08-01 14:23 +0200
    Rossy Boy is neither Einstein nor Zweistein (Re: Viswath & Charmaigne) Mild Shock <janburse@fastmail.fm> - 2026-07-27 21:18 +0200
      Re: Rossy Boy is neither Einstein nor Zweistein (Re: Viswath & Charmaigne) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 15:35 -0700
        Clueless about MIMD as usual [Flynn's Taxonomy] (Was: Rossy Boy is neither Einstein nor Zweistein) Mild Shock <janburse@fastmail.fm> - 2026-07-28 11:25 +0200
          Re: Clueless about MIMD as usual [Flynn's Taxonomy] (Was: Rossy Boy is neither Einstein nor Zweistein) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-28 20:39 -0700
            confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy]) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:15 +0200
              Gemini, DeepSeek, OpenAI more clever than rossy boy (Was: confused rossy boy is confused) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:18 +0200
              Re: confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy]) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 17:21 +0800
                In AI Acceleration nobody cares about CivetWeb (Was: confused rossy boy is confused) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:27 +0200
                  Re: In AI Acceleration nobody cares about CivetWeb (Was: confused rossy boy is confused) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 17:40 +0800
                    Your strictness is your problem , not mine [See WebLLM] (Was: In AI Acceleration nobody cares about CivetWeb) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:46 +0200
                      Graphics Processing with Fortran 77 (was: Re: Your strictness is your problem , not mine) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 18:10 +0800
                        I am not in C, it is theory and C++ [Hybrid Approaches from KOAN/Fortran-S] (Was: Graphics Processing with Fortran 77) Mild Shock <janburse@fastmail.fm> - 2026-07-29 12:43 +0200
                          Java picky concerning JIT-ing [Luckier with C++/C or FORTRAN compilers?] (Re: I am not in C, it is theory and C++) Mild Shock <janburse@fastmail.fm> - 2026-07-29 12:53 +0200
                  Run with minimum HTTPS and .mjs type (Re: In AI Acceleration nobody cares about CivetWeb) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:48 +0200
                    Lamas in a cradle and Lamas on the edge [Red Pyjama] (Was: Run with minimum HTTPS and .mjs type) Mild Shock <janburse@fastmail.fm> - 2026-07-29 13:05 +0200
                      Synthetic Multilanguage Autoformalization Dataset [Informath project] (Re: Lamas in a cradle and Lamas on the edge [Red Pyjama]) Mild Shock <janburse@fastmail.fm> - 2026-08-08 09:22 +0200
                        Re: Synthetic Multilanguage Autoformalization Dataset [Informath project] (Re: Lamas in a cradle and Lamas on the edge [Red Pyjama]) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-08 10:38 -0700
                        Six Proofs and Generally Inteligent Systems [EyeProlog Pseudo Scientism] (Re: Synthetic Multilanguage Autoformalization Dataset [Informath project]) Mild Shock <janburse@fastmail.fm> - 2026-08-15 15:20 +0200
                          Everybody does eat and sleep [The SK hynix Story] (Re: Six Proofs and Generally Inteligent Systems [EyeProlog Pseudo Scientism]) Mild Shock <janburse@fastmail.fm> - 2026-08-15 18:49 +0200
                Re: confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy]) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-07-29 14:42 -0700
                  Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused) Mild Shock <janburse@fastmail.fm> - 2026-08-02 23:37 +0200
                    Re: Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-02 14:40 -0700
                      Re: Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-02 14:43 -0700
                      You don't understand that compute shaders are tasks (Was: Even send_color and recv_color can block [Cerebras Waver]) Mild Shock <janburse@fastmail.fm> - 2026-08-02 23:45 +0200
                      You don't understand that compute shaders are tasks (Re: Even send_color and recv_color can block [Cerebras Waver]) Mild Shock <janburse@fastmail.fm> - 2026-08-02 23:46 +0200
                        Ignoramus / Ignorabimus Barometer: Almost 1 Month (Re: You don't understand that compute shaders are tasks) Mild Shock <janburse@fastmail.fm> - 2026-08-03 00:09 +0200
                          Homework: Game Engine in WebGPU (Re: Ignoramus / Ignorabimus Barometer: Almost 1 Month) Mild Shock <janburse@fastmail.fm> - 2026-08-03 02:08 +0200
                            Re: Homework: Game Engine in WebGPU (Re: Ignoramus / Ignorabimus Barometer: Almost 1 Month) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-03 11:55 -0700
                              You are not correctly thinking (Was: Homework: Game Engine in WebGPU) Mild Shock <janburse@fastmail.fm> - 2026-08-03 21:04 +0200
                                Re: You are not correctly thinking (Was: Homework: Game Engine in WebGPU) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-03 12:32 -0700
                                  You don't understand the economy of an AI Laptop (Was: You are not correctly thinking) Mild Shock <janburse@fastmail.fm> - 2026-08-03 22:24 +0200
                                    You don't understand producer , workers , consumer (Was: You don't understand the economy of an AI Laptop ) Mild Shock <janburse@fastmail.fm> - 2026-08-03 22:37 +0200
                                      Re: You don't understand producer , workers , consumer (Was: You don't understand the economy of an AI Laptop ) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-03 14:29 -0700
                                        Know nothing and forget what you posted day before (Was: You don't understand producer , workers , consumer) Mild Shock <janburse@fastmail.fm> - 2026-08-03 23:38 +0200
    Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 06:49 -0700
      Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-07-30 14:55 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 21:18 -0700
          Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 09:12 -0700
      Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 12:55 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 13:05 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-02 10:27 -0700
          Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-06 10:12 -0700
            Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-06 12:37 -0700
    Ljubljana School versus Zurich School (Was: Viswath & Charmaigne) Mild Shock <janburse@fastmail.fm> - 2026-08-03 20:14 +0200
      Re: Ljubljana School versus Zurich School (Was: Viswath & Charmaigne) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-04 02:21 +0800
        pi-WAM uses ADA RendezVous (Was: Ljubljana School versus Zurich School) Mild Shock <janburse@fastmail.fm> - 2026-08-03 20:35 +0200
          A spinlock rewrite will be necessary (Was: pi-WAM uses ADA RendezVous) Mild Shock <janburse@fastmail.fm> - 2026-08-03 21:00 +0200
      Big thanks to Ljubljana School [Searching 0xCAFFEE] (Was: Ljubljana School versus Zurich School) Mild Shock <janburse@fastmail.fm> - 2026-08-03 20:40 +0200

Page 5 of 7 — ← Prev page 1 2 3 4 [5] 6 7  Next page →

#143165 — Can library(ironpaw) repurpose FFT hardware [Glimps into Ryzen AI 7 350] (Re: Hack ecosystem ignorance paired with paranoia)

Hi,

On could believe the AI boom is a kind of
Charles Darvin Galapagos Island Evolution
Trick of repurposing FFT hardware.

But this is of course not true, HPC, high
performance computing, has already defined
level 3 ops years ago.

But look at this rabit hole of Ryzen AI 7 350
NPU design, which is a stripped down Xilinx,
stripped of exotic FFT features:

Getting peak TOPS on a Ryzen AI 7 350 NPU
https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/

But the core feature, very long instruction
word (VLIW) engines, with hardware accelerated
GEMMs, scattered in grids of ASIC tiles,

connected by DMA and NoC, is even not very
specific to AMD, you find it also in Snapdragon /
Qualcomm SoCs for AI Laptops.

Bye

P.S.: My brain playing tricks, why should I
name a library(ironpaw) ? From the same
article above. Maybe WebNN is easier to use?

"mlir-aie contains a Python framework called
IRON that generates LLVM MLIR code representing
a workload that runs on the NPU, including the
code that runs on each compute tile processor

and the configuration of DMAs and other hardware.
Kernels for the compute tile processor can be
written in C++ and compiled either with the
open-source llvm-aie Peano compiler, which is

a fork of LLVM that adds support for the Xilinx
AI engine processors, or with the closed-source
Xilinx CHESS compiler, which is included in Vitis.
In simple cases the kernels can also be directly

written in Python with IRON."

Getting peak TOPS on a Ryzen AI 7 350 NPU
https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/

Mild Shock schrieb:
> Hi,
> 
>  > Who exactly is the thief? Does this person
>  > have stats in the Rogue class in dungeons
>  > and dragons?
> 
> The conspiracy theory of a stealing of Torso VDBE,
> by Rossy Boy, is probably a result of complete
> ignorance of the Hack ecosystem.
> 
> Hack is a very popular computer science project,
> with a couple of subprojects in hardware and
> software. It goes also by the name Nand to Tetris,
> 
> and is programming language agnositic. You can do
> Hack experiments in any programming language, be
> it BASIC, ADA or Rust. Nobody cares.
> 
> The gist are projects like here, first to
> educate yourself about Hack:
> 
> https://www.nand2tetris.org/course
> 
> And then to use Hack in different contexts:
> 
> https://www.nand2tetris.org/copy-of-talks
> 
> For didactic purposes, I used Hack for my WebGPU
> experiment. I didn't even take a look at Torso
> VDBE, why should I? Hack is nicely documented,
> 
> has even a book, and fusing the two 16-bit
> instruction types A and D, into a single 32-bit
> instruction stream, is nowhere patented.
> 
> Bye
> 
> 
> Johann 'Myrkraverk' Oskarsson schrieb:
>> On 30/07/2026 2:13 AM, Ross Finlayson wrote:
>>
>>> https://www.theregister.com/databases/2026/07/29/after-rewriting-sqlite- 
>>> in-rust-turso-turns-its-sights-on-postgres/5279835
>>>
>>> I don't much care about Rust. It's yet another Google product,
>>> with the idea of not having exception handling, then supposedly
>>> it's efficient and safe, yet, it's efficient by not being safe,
>>> and safe by not being efficient. Then there's the macro/metaprogramming
>>> front-end, which basically doesn't validate
>>> like templates or otherwise for compile-time invariants,
>>> that is basically like people who use string substititution instead
>>> of object models, who all suffer injection attacks.
>>
>> Personally, I like Postgres in C, and I hope it stays there.  I used to
>> maintain PL/Java, and got intimately familiar with some of the limi-
>> tations of the JNI interface.  And while there's some new Java foreign
>> function interface now, it doesn't replace JNI.  Especially for projects
>> that embed the JVM like PL/Java.
>>
>> I haven't contributed to that project for maybe one and half decade, and
>> now that I'm using Java again -- a project I'll mention in another
>> thread --[1] I may just resume some duties in PL/Java.  But that's a
>> future adventure that may or may not happen.
>>
>> So, I was going to say something about Postgres?  Right, I'm sure the
>> author of Postgres-in-Rust will run into some of the problems people
>> always run into when they attempt to rewrite other large projects, and
>> that's not learning from the prior mistakes.  I try to avoid that.
>>
>> Some of that I learned the hard way, and some of that I learned by read-
>> ing the /Mythical Man Month/.  I don't remember the author's name, and
>> my physical copy is not in my current library, but I believe the author
>> is famous enough I don't need to mention him by name.
>>
>>
>>>
>>>
>>> This latest manic episode has that in some more clinical or caring
>>> settings, then one might wonder over the author's need to get help
>>> or whether they're lost their mittens. In another view, though,
>>> that's crazy-town and it's not a good place and we don't go there
>>> any-more, population burse-scheiss-bots. Anyways here we just
>>> generally respect people well enough to let them well alone.
>>
>> I don't remote diagnose people.  While I don't have a medical license
>> to lose, I feel it's impolite to potentially mis-diagnose people over
>> text messages.
>>
>> I have not felt very respected here in comp.lang.c.  I guess we must
>> have some different experiences in this place.  Who exactly is
>> welcoming, and a warm person?
>>
>>>
>>> Not to spring on you that you're wrong, it's not a conspiracy
>>> against you, anyways as per the usual Shut Up goes out to any
>>> of these JB, JG, PO, WM, ..., sock-puppet bots.
>>
>> I'm not sure I recognize all of these initials.  I'm sure I'll
>> learn to not engage with the problem children here in comp.lang.c,
>> but it's been a few days, and I'm still familiarizing myself with
>> the regulars.
>>
>>>
>>> Thief.
>>
>> Who exactly is the thief?  Does this person have stats in the Rogue
>> class in dungeons and dragons?
>>
>>
>> Happy C coding!
>>
>> [1] Those pretend em-dashes will surely make Dan Cross even more
>> fictional.  I hope his rage isn't fictional and he'll byte every
>> character I type here in comp.lang.c.
> 

[toc] | [prev] | [next] | [standalone]

#143114 — Re: Postgres is in C!

Johann 'Myrkraverk' Oskarsson skrev:
|-------------------------------------------------------------|
|"I have not felt very respected here in comp.lang.c. [. . .]"|
|-------------------------------------------------------------|

Hej!

I am sorry that you feel so! I find you to be helpful!
(S. HTTP://Gloucester.Insomnia247.NL/ fuer Kontaktdaten!)

[toc] | [prev] | [next] | [standalone]

#143120 — Turbo Vison, again (was: Re: Postgres is in C!)

On 30/07/2026 5:23 AM, Cóilín Nioclásín Glostéir wrote:
> Johann 'Myrkraverk' Oskarsson skrev:
> |-------------------------------------------------------------|
> |"I have not felt very respected here in comp.lang.c. [. . .]"|
> |-------------------------------------------------------------|
> 
> Hej!
> 
> I am sorry that you feel so! I find you to be helpful!

Thank you.  I try.  The other "regulars" here seem to enamoured
of their own self importance to care what the other person is going
through on their way to competency in whatever programming project
they're tackling.

Another project I have open is a VAX emulator, written in a combination
of C and C++.  C for the emulator and other parts, C++ for the GUI in
Turbo Vision.  That's why I added comp.lang.c++ to this discussion, even
though I don't read it.

I'm sure I'll post screenshots, hosted on Dropbox, at some point in the
future.  And if your adventures are public enough, I hope to see some
screenshots from you too!

-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#143170 — He uses "FIFO objects", and DMA and Noc [Glimps into Ryzen AI 7 350] (Re: A brain desease of 20 days [Rossy Boy]))

Hi,

He uses FIFO, and DMA and Noc:

Getting peak TOPS on a Ryzen AI 7 350 NPU
https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/

But lets say whether its FIFO or FILO
isn't so important his used cases are,
what is now found in my library(furryhaze)

for GPU, namely the very basic:

/**
  * test_gpu_comp_start(W, K): internal only
  * The predicate succeeds. As a side effect it
  * starts the π-WAM W with K warps.
  */
function test_gpu_comp_start(args)

/**
  * test_gpu_comp_join(W, P): internal only
  * The predicate succeeds in P with a new promise
  * that waits for the π-WAM W to finish.
  */
function test_gpu_comp_join(args)

A GPU interface, via the command processor
for example of WebGPU, does the above
synchronization for you.

In the NPU example he does everything
low level, with Python IRON an stuff:

"Since the main way to achieve synchronization
within the IRON framework is by doing data
movement with object FIFOs, I’m sending a
dummy uint32 value as some sort of
synchronization token.

Waiting for all the kernels to finish is
trickier. The object FIFOs support a join
pattern in which an object FIFO consumes an
object from each of multiple object FIFOs,
concatenates these objects and produces the
concatenated object as a result.

Etc.."

Getting peak TOPS on a Ryzen AI 7 350 NPU
https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/

So Daniel Estévez Scientific & Technical
Amateur Radio, gives a nice glimpse into an
NPU, I have not yet publicitly released

my library(furryhaze), since its still in
testing. Maybe take another week or so,
still I have ironed out all corners,

for example the new gpu_comp_start and
gpu_comp_join works fine on may desktop
AI laptops, but I have still a bug on

my iPad AI tablet, on the Redmi AI phone,
also chokes on a test case.

Bye

Mild Shock schrieb:
> Hi,
> 
> This was archived on Jul 9, 2026:
> 
> 11.4 Giga Lips with a Budget Laptop
> https://github.com/Jean-Luc-Picard-2021/gigabudget
> 
> Still, Jul 29, Rossy Boy halucinates accusations:
> 
> Ross Finlayson schrieb:
>  > .. bla bla goto bla bla ..
>  >
>  > Stupid gangster:  teamsters are a union.
>  >
>  > In the trades, not the steals, ....
> 
> Woa! Thats now 20 days of brain desease,
> and not understanding the meaning and implications.
> Even not understand pi-WAM has Hack VM backend.
> 
> But its all opensource. Bravo Rossy Boy, you are
> champion in brainlessness and lazyness of
> a idiot usenet troll.
> 
> Bye
> 
> Johann 'Myrkraverk' Oskarsson schrieb:
>> On 28/07/2026 2:43 AM, Ross Finlayson wrote:
>>> Hello, here I'll post some design notes and a panel discussion with some
>>> chat-bots about making some sense of the "vector-wide scalar word"
>>> and "character machines", on commodity hardware about ubiquitous 
>>> operations.
>>>
>>>
>>> It's considered at least tangentially relevant to comp.lang.c and
>>> comp.lang.c++ because for example text is ubiquitous and the targets
>>> would be low-level, while the higher-level languages would have a
>>> same sort of patternry, and for example that libc and cstdlib are
>>> standard, and as with regards to POSIX and Unicode and so on.
>>>
>>> Please feel free to excuse or ignore, or comment as freely.
>>>
>>> Thanks for reading.
>>>
>>
>> Are you generating all of your code via LLMs?  Rest assured,
>> the LLM generated code will have subtle and sometimes not so subtle
>> bugs.
>>
>>
>> Happy bughunting!
> 

[toc] | [prev] | [next] | [standalone]

#143171 — Tablet and phone UBS-C remote debugging (Re: He uses "FIFO objects", and DMA and Noc)

Hi,

Tablets and phone are more annoying to
use with WebGPU. The usual browsers don't
have a Chrome DevTools panel integrated,

so that one could do JavaScript Debugging
directly on the device. Instead one has to
use a desktop machine, and connect the

device via UBS-C , and start a Chrome
Browser there . And then start a Chrome
DevTools panel alone, that is pair with

the device, via UBS-C cable. So this way
I already see where it crashes on the
tablets and phone:

await output.mapAsync(GPUMapMode.READ)
Unhandled Promise Rejection: OperationError

The above is the error that one can re-produce
already here with this test:

11.4 Giga Lips with a Budget Laptop
https://github.com/Jean-Luc-Picard-2021/gigabudget

Not sure what exactly happens. Maybe
a form of timeout or device lost, that the
primitive HTML / JavaScript doesn't handle

gracefully yet. Maybe redimensioning the
test, so that it consumes less time would
help. Who knows? Will see. For production

use of a GPU integration I have to anyway
provide work slicing it seems.

Bye

Mild Shock schrieb:
> Hi,
> 
> He uses FIFO, and DMA and Noc:
> 
> Getting peak TOPS on a Ryzen AI 7 350 NPU
> https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/
> 
> But lets say whether its FIFO or FILO
> isn't so important his used cases are,
> what is now found in my library(furryhaze)
> 
> for GPU, namely the very basic:
> 
> /**
>   * test_gpu_comp_start(W, K): internal only
>   * The predicate succeeds. As a side effect it
>   * starts the π-WAM W with K warps.
>   */
> function test_gpu_comp_start(args)
> 
> /**
>   * test_gpu_comp_join(W, P): internal only
>   * The predicate succeeds in P with a new promise
>   * that waits for the π-WAM W to finish.
>   */
> function test_gpu_comp_join(args)
> 
> A GPU interface, via the command processor
> for example of WebGPU, does the above
> synchronization for you.
> 
> In the NPU example he does everything
> low level, with Python IRON an stuff:
> 
> "Since the main way to achieve synchronization
> within the IRON framework is by doing data
> movement with object FIFOs, I’m sending a
> dummy uint32 value as some sort of
> synchronization token.
> 
> Waiting for all the kernels to finish is
> trickier. The object FIFOs support a join
> pattern in which an object FIFO consumes an
> object from each of multiple object FIFOs,
> concatenates these objects and produces the
> concatenated object as a result.
> 
> Etc.."
> 
> Getting peak TOPS on a Ryzen AI 7 350 NPU
> https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/
> 
> So Daniel Estévez Scientific & Technical
> Amateur Radio, gives a nice glimpse into an
> NPU, I have not yet publicitly released
> 
> my library(furryhaze), since its still in
> testing. Maybe take another week or so,
> still I have ironed out all corners,
> 
> for example the new gpu_comp_start and
> gpu_comp_join works fine on may desktop
> AI laptops, but I have still a bug on
> 
> my iPad AI tablet, on the Redmi AI phone,
> also chokes on a test case.
> 
> Bye
> 
> Mild Shock schrieb:
>> Hi,
>>
>> This was archived on Jul 9, 2026:
>>
>> 11.4 Giga Lips with a Budget Laptop
>> https://github.com/Jean-Luc-Picard-2021/gigabudget
>>
>> Still, Jul 29, Rossy Boy halucinates accusations:
>>
>> Ross Finlayson schrieb:
>>  > .. bla bla goto bla bla ..
>>  >
>>  > Stupid gangster:  teamsters are a union.
>>  >
>>  > In the trades, not the steals, ....
>>
>> Woa! Thats now 20 days of brain desease,
>> and not understanding the meaning and implications.
>> Even not understand pi-WAM has Hack VM backend.
>>
>> But its all opensource. Bravo Rossy Boy, you are
>> champion in brainlessness and lazyness of
>> a idiot usenet troll.
>>
>> Bye
>>
>> Johann 'Myrkraverk' Oskarsson schrieb:
>>> On 28/07/2026 2:43 AM, Ross Finlayson wrote:
>>>> Hello, here I'll post some design notes and a panel discussion with 
>>>> some
>>>> chat-bots about making some sense of the "vector-wide scalar word"
>>>> and "character machines", on commodity hardware about ubiquitous 
>>>> operations.
>>>>
>>>>
>>>> It's considered at least tangentially relevant to comp.lang.c and
>>>> comp.lang.c++ because for example text is ubiquitous and the targets
>>>> would be low-level, while the higher-level languages would have a
>>>> same sort of patternry, and for example that libc and cstdlib are
>>>> standard, and as with regards to POSIX and Unicode and so on.
>>>>
>>>> Please feel free to excuse or ignore, or comment as freely.
>>>>
>>>> Thanks for reading.
>>>>
>>>
>>> Are you generating all of your code via LLMs?  Rest assured,
>>> the LLM generated code will have subtle and sometimes not so subtle
>>> bugs.
>>>
>>>
>>> Happy bughunting!
>>
> 

[toc] | [prev] | [next] | [standalone]

#143172 — NPUs doing 2d chess comms (Manhattan Distance or L1 Norm) (Re: Tablet and phone UBS-C remote debugging)

Hi,

Looking at the floor plan of a NPU:

Getting peak TOPS on a Ryzen AI 7 350 NPU
https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/

It seems to me comms between tiles takes
at least Manhattan Distance or L1 Norm time,
if there is no comms congestion

But how does a packet travel? This way:

+----E
|
|
S

Or this way, from start S to end E:

    +-E
   +
  +
S

And what does the chip do if there is
traffic congestion? Some papers are
here, possibly an old problem giving

that processor "cubes" are nothing new.
But a "cube" would be 3D and not 2D.
This paper is old from 2007 or so:

Routing Algorithms for 2D NoC Architectures
http://cva.stanford.edu/classes/ee382c/research/2DRouting.pdf

Bye

Mild Shock schrieb:
> Hi,
> 
> Tablets and phone are more annoying to
> use with WebGPU. The usual browsers don't
> have a Chrome DevTools panel integrated,
> 
> so that one could do JavaScript Debugging
> directly on the device. Instead one has to
> use a desktop machine, and connect the
> 
> device via UBS-C , and start a Chrome
> Browser there . And then start a Chrome
> DevTools panel alone, that is pair with
> 
> the device, via UBS-C cable. So this way
> I already see where it crashes on the
> tablets and phone:
> 
> await output.mapAsync(GPUMapMode.READ)
> Unhandled Promise Rejection: OperationError
> 
> The above is the error that one can re-produce
> already here with this test:
> 
> 11.4 Giga Lips with a Budget Laptop
> https://github.com/Jean-Luc-Picard-2021/gigabudget
> 
> Not sure what exactly happens. Maybe
> a form of timeout or device lost, that the
> primitive HTML / JavaScript doesn't handle
> 
> gracefully yet. Maybe redimensioning the
> test, so that it consumes less time would
> help. Who knows? Will see. For production
> 
> use of a GPU integration I have to anyway
> provide work slicing it seems.
> 
> Bye
> 
> Mild Shock schrieb:
>> Hi,
>>
>> He uses FIFO, and DMA and Noc:
>>
>> Getting peak TOPS on a Ryzen AI 7 350 NPU
>> https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/
>>
>> But lets say whether its FIFO or FILO
>> isn't so important his used cases are,
>> what is now found in my library(furryhaze)
>>
>> for GPU, namely the very basic:
>>
>> /**
>>   * test_gpu_comp_start(W, K): internal only
>>   * The predicate succeeds. As a side effect it
>>   * starts the π-WAM W with K warps.
>>   */
>> function test_gpu_comp_start(args)
>>
>> /**
>>   * test_gpu_comp_join(W, P): internal only
>>   * The predicate succeeds in P with a new promise
>>   * that waits for the π-WAM W to finish.
>>   */
>> function test_gpu_comp_join(args)
>>
>> A GPU interface, via the command processor
>> for example of WebGPU, does the above
>> synchronization for you.
>>
>> In the NPU example he does everything
>> low level, with Python IRON an stuff:
>>
>> "Since the main way to achieve synchronization
>> within the IRON framework is by doing data
>> movement with object FIFOs, I’m sending a
>> dummy uint32 value as some sort of
>> synchronization token.
>>
>> Waiting for all the kernels to finish is
>> trickier. The object FIFOs support a join
>> pattern in which an object FIFO consumes an
>> object from each of multiple object FIFOs,
>> concatenates these objects and produces the
>> concatenated object as a result.
>>
>> Etc.."
>>
>> Getting peak TOPS on a Ryzen AI 7 350 NPU
>> https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/
>>
>> So Daniel Estévez Scientific & Technical
>> Amateur Radio, gives a nice glimpse into an
>> NPU, I have not yet publicitly released
>>
>> my library(furryhaze), since its still in
>> testing. Maybe take another week or so,
>> still I have ironed out all corners,
>>
>> for example the new gpu_comp_start and
>> gpu_comp_join works fine on may desktop
>> AI laptops, but I have still a bug on
>>
>> my iPad AI tablet, on the Redmi AI phone,
>> also chokes on a test case.
>>
>> Bye
>>
>> Mild Shock schrieb:
>>> Hi,
>>>
>>> This was archived on Jul 9, 2026:
>>>
>>> 11.4 Giga Lips with a Budget Laptop
>>> https://github.com/Jean-Luc-Picard-2021/gigabudget
>>>
>>> Still, Jul 29, Rossy Boy halucinates accusations:
>>>
>>> Ross Finlayson schrieb:
>>>  > .. bla bla goto bla bla ..
>>>  >
>>>  > Stupid gangster:  teamsters are a union.
>>>  >
>>>  > In the trades, not the steals, ....
>>>
>>> Woa! Thats now 20 days of brain desease,
>>> and not understanding the meaning and implications.
>>> Even not understand pi-WAM has Hack VM backend.
>>>
>>> But its all opensource. Bravo Rossy Boy, you are
>>> champion in brainlessness and lazyness of
>>> a idiot usenet troll.
>>>
>>> Bye
>>>
>>> Johann 'Myrkraverk' Oskarsson schrieb:
>>>> On 28/07/2026 2:43 AM, Ross Finlayson wrote:
>>>>> Hello, here I'll post some design notes and a panel discussion with 
>>>>> some
>>>>> chat-bots about making some sense of the "vector-wide scalar word"
>>>>> and "character machines", on commodity hardware about ubiquitous 
>>>>> operations.
>>>>>
>>>>>
>>>>> It's considered at least tangentially relevant to comp.lang.c and
>>>>> comp.lang.c++ because for example text is ubiquitous and the targets
>>>>> would be low-level, while the higher-level languages would have a
>>>>> same sort of patternry, and for example that libc and cstdlib are
>>>>> standard, and as with regards to POSIX and Unicode and so on.
>>>>>
>>>>> Please feel free to excuse or ignore, or comment as freely.
>>>>>
>>>>> Thanks for reading.
>>>>>
>>>>
>>>> Are you generating all of your code via LLMs?  Rest assured,
>>>> the LLM generated code will have subtle and sometimes not so subtle
>>>> bugs.
>>>>
>>>>
>>>> Happy bughunting!
>>>
>>
> 

[toc] | [prev] | [next] | [standalone]

#143173 — NACK retransmission might double Manhattan Distance (Re: NPUs doing 2d chess comms)

Hi,

As easy as queues and FIFO objects might
sound. They don't like congestion. NACK for
retransmission might double the Manhattan Distance:

You have not only start
S to end E communication:

+----E
|
|
S

You might also have ACK or NACK
from E or midpoints back to S:

    S'
   +
  +
E'

Ok, I made that up, I have no idea what a flit is,
when the author wrote this here:

"Packet flits are held in the FIFO which can
be used to determine back pressure. Dropping flits
in a NoC may not be possible since these
architectures may not provide an end-to-end
protocol for retransmission."

Routing Algorithms for 2D NoC Architectures
http://cva.stanford.edu/classes/ee382c/research/2DRouting.pdf

Bye

Mild Shock schrieb:
> Hi,
> 
> Looking at the floor plan of a NPU:
> 
> Getting peak TOPS on a Ryzen AI 7 350 NPU
> https://destevez.net/2026/05/getting-peak-tops-on-a-ryzen-ai-7-350-npu/
> 
> It seems to me comms between tiles takes
> at least Manhattan Distance or L1 Norm time,
> if there is no comms congestion
> 
> But how does a packet travel? This way:
> 
> +----E
> |
> |
> S
> 
> Or this way, from start S to end E:
> 
>     +-E
>    +
>   +
> S
> 
> And what does the chip do if there is
> traffic congestion? Some papers are
> here, possibly an old problem giving
> 
> that processor "cubes" are nothing new.
> But a "cube" would be 3D and not 2D.
> This paper is old from 2007 or so:
> 
> Routing Algorithms for 2D NoC Architectures
> http://cva.stanford.edu/classes/ee382c/research/2DRouting.pdf
> 
> Bye

[toc] | [prev] | [next] | [standalone]

#143065 — Rossy Boy is neither Einstein nor Zweistein (Re: Viswath & Charmaigne)

Hi,

Rossy Boy is neither Einstein nor Zweistein.
He is not Einstein since Einstein is already dead:

Albert Einstein (1879 - 1955)
https://de.wikipedia.org/wiki/Albert_Einstein

He is also not Zweistein, since he doesn't
understand concepts such as:

- NVIDIA Volta ff. architecture

Also his hands are small, and his breath stinks,
and he lives in the basement of his mother.

Bye


Ross Finlayson schrieb:
>>> Thanks for reading.
> Good-day and good-bye.

[toc] | [prev] | [next] | [standalone]

#143068 — Re: Rossy Boy is neither Einstein nor Zweistein (Re: Viswath & Charmaigne)

On 07/27/2026 12:18 PM, Mild Shock wrote:
> Hi,
>
> Rossy Boy is neither Einstein nor Zweistein.
> He is not Einstein since Einstein is already dead:
>
> Albert Einstein (1879 - 1955)
> https://de.wikipedia.org/wiki/Albert_Einstein
>
> He is also not Zweistein, since he doesn't
> understand concepts such as:
>
> - NVIDIA Volta ff. architecture
>
> Also his hands are small, and his breath stinks,
> and he lives in the basement of his mother.
>
> Bye
>
>
> Ross Finlayson schrieb:
>>>> Thanks for reading.
>> Good-day and good-bye.

Hm, well I have a tobacco habit, and happen to live
in the same town as my saintly mother, not exactly
the basement, then my hands have a span of eight inches
since they are grown, close enough to make a natural measure,
and I have twenty-five plus years experience as a full dev
in the enterprise, or at least doing the job.

It's the same small town as a grandfather's,
you can call me Ross Lincoln or Ross Conway,
and I gave at the bank. It really kind of is
like a van, down by the river.

My other grandfather had three bronze stars and
a real purple heart, successful businessmen
I think of them. Newspapers, hotels, establishments, ....

Your digital twinning is like those "failures replicating Ripley".

Homey don't play that, ....


Then, also I have very firm opinions about what Zweistein says.





Shut Up, Burse-bot, Shut Up. Wiggly grimacing kimono rictus.
You hype-ing value-subtracting free-loading bloater.

"A tensor core is a unit that multiplies two 4×4 FP16 matrices, and then
adds a third FP16 or FP32 matrix to the result by using fused
multiply–add operations, and obtains an FP32 result that could be
optionally demoted to an FP16 result."

"The GPU is operating at a frequency of 1200 MHz, which can be boosted
up to 1455 MHz, memory is running at 848 MHz."

It's just 2048 threads wide picked from the bins after the defects.
Most systems simply don't include GPGPU's, they're considered extras.

They're considered really quite simple, each of those threads is simple,
SIMT.

Does it have a stable instruction set? No, it doesn't.

https://docs.nvidia.com/cuda/parallel-thread-execution/index.html

"Last updated on Jun 25, 2026. "




This kind of Viswath & Charmaigne is considered the needful
for efficient text routines, on modern commodity hardware,
encodings, and algorithms. It's simple, portable, and performant.
The "findings and matchings" for "vector-wide scalar word" for
"character machines" is eventually very obvious to those skilled
in the field, and with very much: prior art.

[toc] | [prev] | [next] | [standalone]

#143072 — Clueless about MIMD as usual [Flynn's Taxonomy] (Was: Rossy Boy is neither Einstein nor Zweistein)

Hi,

Moron there is no SIMT. As I already wrote:

> He is also not Zweistein, since he doesn't
> understand concepts such as:
> 
> - NVIDIA Volta ff. architecture 

But you had the SIMD and MIMD disctinction
alreay in OpenMP (via #pragma omp simd and
#pragma omp parallel(:

Flynn's Taxonomy classifies computer
architectures according to how many
instruction streams (processes) and
data streams they can process simultaneously,
dividing them into four categories:
SISD, SIMD, MISD, and MIMD.
https://www.geeksforgeeks.org/computer-organization-architecture/computer-architecture-flynns-taxonomy/

Its not so difficult to understand what
the NVIDIA Volta ff. architecture.

Bye

Ross Finlayson schrieb:
> They're considered really quite simple, 
> each of those threads is simple, SIMT.

[toc] | [prev] | [next] | [standalone]

#143073 — Re: Clueless about MIMD as usual [Flynn's Taxonomy] (Was: Rossy Boy is neither Einstein nor Zweistein)

On 07/28/2026 02:25 AM, Mild Shock wrote:
> Hi,
>
> Moron there is no SIMT. As I already wrote:
>
>> He is also not Zweistein, since he doesn't
>> understand concepts such as:
>>
>> - NVIDIA Volta ff. architecture
>
> But you had the SIMD and MIMD disctinction
> alreay in OpenMP (via #pragma omp simd and
> #pragma omp parallel(:
>
> Flynn's Taxonomy classifies computer
> architectures according to how many
> instruction streams (processes) and
> data streams they can process simultaneously,
> dividing them into four categories:
> SISD, SIMD, MISD, and MIMD.
> https://www.geeksforgeeks.org/computer-organization-architecture/computer-architecture-flynns-taxonomy/
>
>
> Its not so difficult to understand what
> the NVIDIA Volta ff. architecture.
>
> Bye
>
> Ross Finlayson schrieb:
>> They're considered really quite simple, each of those threads is
>> simple, SIMT.

Mein Hut hat drei Ecken

Drei Ecken hat mein Hut


Three models of continuous domains,
three laws of large numbers,
three models of Cantor spaces,
three laws of limit theorems,
three probabilistic limit theorems,
three uniform distributions of the naturals,
....


Drei Ecken hat mein Hut.

This is with infinity and continuity,
SIMT is a worker pool.


Zero paradoxes.

[toc] | [prev] | [next] | [standalone]

#143074 — confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy])

Hi,

Confused rossy boy is confused. We are
not building a stupid web server, where
a listener thread spawns service threads,

and to avoid malloc and free, reuses
a pool, or some shitty fork join framework.
The producer and consumer example I posted

elsewhere archived a dataflow without
malloc and free of threads. You are miles
away from what we are doing here.

Bye

Ross Finlayson schrieb:
> On 07/28/2026 02:25 AM, Mild Shock wrote:
>> Hi,
>>
>> Moron there is no SIMT. As I already wrote:
>>
>>> He is also not Zweistein, since he doesn't
>>> understand concepts such as:
>>>
>>> - NVIDIA Volta ff. architecture
>>
>> But you had the SIMD and MIMD disctinction
>> alreay in OpenMP (via #pragma omp simd and
>> #pragma omp parallel(:
>>
>> Flynn's Taxonomy classifies computer
>> architectures according to how many
>> instruction streams (processes) and
>> data streams they can process simultaneously,
>> dividing them into four categories:
>> SISD, SIMD, MISD, and MIMD.
>> https://www.geeksforgeeks.org/computer-organization-architecture/computer-architecture-flynns-taxonomy/ 
>>
>>
>>
>> Its not so difficult to understand what
>> the NVIDIA Volta ff. architecture.
>>
>> Bye
>>
>> Ross Finlayson schrieb:
>>> They're considered really quite simple, each of those threads is
>>> simple, SIMT.
> 
> Mein Hut hat drei Ecken
> 
> Drei Ecken hat mein Hut
> 
> 
> Three models of continuous domains,
> three laws of large numbers,
> three models of Cantor spaces,
> three laws of limit theorems,
> three probabilistic limit theorems,
> three uniform distributions of the naturals,
> ....
> 
> 
> Drei Ecken hat mein Hut.
> 
> This is with infinity and continuity,
> SIMT is a worker pool.
> 
> 
> Zero paradoxes.
> 
> 
> 

[toc] | [prev] | [next] | [standalone]

#143075 — Gemini, DeepSeek, OpenAI more clever than rossy boy (Was: confused rossy boy is confused)

Hi,

I already posted the candidate MPMC queue
to do these things. But my research is
not yet conclusive:

> Its actually quite amazing. Gemini, DeepSeek,
> OpenAI all know Dmitriy V'jukov. I have asked
> the IntelliJ integrated Freeium AI to generate
> 
> some code for me, I guess their service uses
> by default OpenAI (Codex), and had it reviewed
> by Gemini and DeepSeek. These AIs started lecturing
> 
> me about lazySet() in Java. But I went with set():
> 
>     private static boolean enqueue(Queue q, Object data) {
>         int pos = q.enqueuePos.get();
>         for (; ; ) {
>             int index = pos & q.bufferMask;
>             int seq = q.sequences.get(index);
>             int dif = seq - pos;
>             if (dif == 0) {
>                 if (q.enqueuePos.compareAndSet(pos, pos + 1)) {
>                     q.data[index] = data;
>                     q.sequences.set(index, pos + 1);
>                     return true;
>                 }
>                 pos = q.enqueuePos.get();
>             } else if (dif < 0) {
>                 return false;
>             } else {
>                 pos = q.enqueuePos.get();
>             }
>         }
>     }
> 
> The above version seems to be more suitable
> for my purpose, since it allows polling, it
> basically implements offer(). While the
> 
> version posted on in the lock free group
> by Chris M. Thomasson implements a spin wait
> blocking put() already. 

Bye

Mild Shock schrieb:
> Hi,
> 
> Confused rossy boy is confused. We are
> not building a stupid web server, where
> a listener thread spawns service threads,
> 
> and to avoid malloc and free, reuses
> a pool, or some shitty fork join framework.
> The producer and consumer example I posted
> 
> elsewhere archived a dataflow without
> malloc and free of threads. You are miles
> away from what we are doing here.
> 
> Bye
> 
> Ross Finlayson schrieb:
>> On 07/28/2026 02:25 AM, Mild Shock wrote:
>>> Hi,
>>>
>>> Moron there is no SIMT. As I already wrote:
>>>
>>>> He is also not Zweistein, since he doesn't
>>>> understand concepts such as:
>>>>
>>>> - NVIDIA Volta ff. architecture
>>>
>>> But you had the SIMD and MIMD disctinction
>>> alreay in OpenMP (via #pragma omp simd and
>>> #pragma omp parallel(:
>>>
>>> Flynn's Taxonomy classifies computer
>>> architectures according to how many
>>> instruction streams (processes) and
>>> data streams they can process simultaneously,
>>> dividing them into four categories:
>>> SISD, SIMD, MISD, and MIMD.
>>> https://www.geeksforgeeks.org/computer-organization-architecture/computer-architecture-flynns-taxonomy/ 
>>>
>>>
>>>
>>> Its not so difficult to understand what
>>> the NVIDIA Volta ff. architecture.
>>>
>>> Bye
>>>
>>> Ross Finlayson schrieb:
>>>> They're considered really quite simple, each of those threads is
>>>> simple, SIMT.
>>
>> Mein Hut hat drei Ecken
>>
>> Drei Ecken hat mein Hut
>>
>>
>> Three models of continuous domains,
>> three laws of large numbers,
>> three models of Cantor spaces,
>> three laws of limit theorems,
>> three probabilistic limit theorems,
>> three uniform distributions of the naturals,
>> ....
>>
>>
>> Drei Ecken hat mein Hut.
>>
>> This is with infinity and continuity,
>> SIMT is a worker pool.
>>
>>
>> Zero paradoxes.
>>
>>
>>
> 

[toc] | [prev] | [next] | [standalone]

#143076 — Re: confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy])

On 29/07/2026 5:15 PM, Mild Shock wrote:
> Hi,
> 
> Confused rossy boy is confused. We are
> not building a stupid web server, where
> a listener thread spawns service threads,
> 
> and to avoid malloc and free, reuses
> a pool, or some shitty fork join framework.
> The producer and consumer example I posted
> 
> elsewhere archived a dataflow without
> malloc and free of threads. You are miles
> away from what we are doing here.

Why not?  Isn't this comp.lang.c?  And isn't that exactly how
CivetWeb works internally?  Have you never built your own web
sever in C?  Not even with CivetWeb?  It's really easy!  You
only need to implement a callback or two.

-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#143077 — In AI Acceleration nobody cares about CivetWeb (Was: confused rossy boy is confused)

Hi,

Nobody cares about CivetWeb a C++/C library,
the rossy boy moron refuses to understand this
simple GPU test, that shows some AI Acceleration:

11.4 Giga Lips with a Budget Laptop
https://github.com/Jean-Luc-Picard-2021/gigabudget

Bye

Johann 'Myrkraverk' Oskarsson schrieb:
> On 29/07/2026 5:15 PM, Mild Shock wrote:
>> Hi,
>>
>> Confused rossy boy is confused. We are
>> not building a stupid web server, where
>> a listener thread spawns service threads,
>>
>> and to avoid malloc and free, reuses
>> a pool, or some shitty fork join framework.
>> The producer and consumer example I posted
>>
>> elsewhere archived a dataflow without
>> malloc and free of threads. You are miles
>> away from what we are doing here.
> 
> Why not?  Isn't this comp.lang.c?  And isn't that exactly how
> CivetWeb works internally?  Have you never built your own web
> sever in C?  Not even with CivetWeb?  It's really easy!  You
> only need to implement a callback or two.
> 

[toc] | [prev] | [next] | [standalone]

#143078 — Re: In AI Acceleration nobody cares about CivetWeb (Was: confused rossy boy is confused)

On 29/07/2026 5:27 PM, Mild Shock wrote:
> Hi,
> 
> Nobody cares about CivetWeb a C++/C library,
> the rossy boy moron refuses to understand this
> simple GPU test, that shows some AI Acceleration:

I don't know about you, but I don't run my webserver on my GPU.  I use
it strictly for graphics.

-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#143079 — Your strictness is your problem , not mine [See WebLLM] (Was: In AI Acceleration nobody cares about CivetWeb)

Hi,

Your strictness is your problem , not mine.
The WebGPU / WGSL has explicitly an API
for so called compute shaders.

You can also combine compute shaders and
render shaders. But to use compute shaders
for AI acceration is not uncommon now.

See the WebLLM project by OpenAI where a
transformer is just a WebGPU / WGSL
pipeline type:

WebLLM: High-Performance
In-Browser LLM Inference Engine
https://webllm.mlc.ai/

But I do not assume that everybody is
crawling out of under his rock. And trying
to understand what happens with post NVIDIA

Volta GPUs that come as mobile iGPUs.

Take your time.

Bye

Johann 'Myrkraverk' Oskarsson schrieb:
> On 29/07/2026 5:27 PM, Mild Shock wrote:
>> Hi,
>>
>> Nobody cares about CivetWeb a C++/C library,
>> the rossy boy moron refuses to understand this
>> simple GPU test, that shows some AI Acceleration:
> 
> I don't know about you, but I don't run my webserver on my GPU.  I use
> it strictly for graphics.
> 

[toc] | [prev] | [next] | [standalone]

#143081 — Graphics Processing with Fortran 77 (was: Re: Your strictness is your problem , not mine)

On 29/07/2026 5:46 PM, Mild Shock wrote:
> Hi,
> 
> Your strictness is your problem , not mine.
> The WebGPU / WGSL has explicitly an API
> for so called compute shaders.
> 
> You can also combine compute shaders and
> render shaders. But to use compute shaders
> for AI acceration is not uncommon now.

I know it's extremely common.  I just don't do it myself.

I don't even know what kind of GPU I have.  That's as much I care about
GPUs.  I only need my GPU to handle OpenGL 4.6.

Because we're in comp.lang.c, and I write my graphics in C, and not C++.
Nor Fortran 77, like my copy of /Digital Image Processing/ by Gonzales &
Woods.  Just take a look at page 127, and bask in the glory of the /Fast
Fourier Transform/ in Fortran 77.

That said, I kind of like classic Fortran, like 77, IV; and recently I
learned there was Fortran 66.  I either didn't know that, or just
completely forgot about it.


Happy C coding, or Fortran 77!
-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#143082 — I am not in C, it is theory and C++ [Hybrid Approaches from KOAN/Fortran-S] (Was: Graphics Processing with Fortran 77)

Hi,

I am not in C, it is a theory and a C++
cross post. But I originally started elsewhere.
I am only reacting to a post that spilled

from C, theory and C++ back to else where,
since Rossy Boy extend the discussion.
Yes the FORTRAN reference is interesting!

See an older post of mine, where I tested
exactly the Queues idea, and where they
already mentiond hyprid approaches:

> Hi,
> 
> You see it all boils down to find your inner peace
> by an immaculate inception of some queue datatype.
> 
> KOAN/Fortran-S was an early 1990s research programming
> system for distributed-memory multiprocessors . Developed
> at ENS Lyon in the early 1990s . Often listed alongside
> other historical parallel programming efforts.
> 
> The Message Passing: The research explicitly
> compared the SVM approach against message passing
> on the same hardware . The finding was that SVM
> could achieve good performance without the low-level
> 
> complexity of managing explicit messages, though
> the best results often came from a hybrid approach (sic!)
> Here is an interesting baseline, from Java,
> a class ElevenSingle that only does:
> 
>     public static void run() {
>         for (int A = 1; A < 192; A++) {
>             int Y = (771-A)/3;
>             for (int B = A; B < Y; B++) {
>                 int Z = (771-A-B)/2;
>                 for (int C = B; C < Z; C++) {
>                     int D = 711-A-B-C;
>                     if (A*B*C == 711000000/D &&
>                           711000000 % D == 0)
>     System.out.println("A="+A+", B="+B+", C="+C+", D="+D);
>                 }
>             }
>         }
>     }
> 
> And then compare it to ElevenMulti, doing some
> Work Balancing Scheduler Tetris Game with 8 cores:
> 
> ElevenSingle
> A=120, B=125, C=150, D=316
> 6.628 ms
> 
> ElevenMulti
> A=120, B=125, C=150, D=316
> 1.941 ms
> 
> Not great, not terrible!
> 
> Bye 


Feel free to also do these more logic tiling
experiments than signal processing experiments.
I don't do signal process with pi-WAM.

Bye

Johann 'Myrkraverk' Oskarsson schrieb:
> On 29/07/2026 5:46 PM, Mild Shock wrote:
>> Hi,
>>
>> Your strictness is your problem , not mine.
>> The WebGPU / WGSL has explicitly an API
>> for so called compute shaders.
>>
>> You can also combine compute shaders and
>> render shaders. But to use compute shaders
>> for AI acceration is not uncommon now.
> 
> I know it's extremely common.  I just don't do it myself.
> 
> I don't even know what kind of GPU I have.  That's as much I care about
> GPUs.  I only need my GPU to handle OpenGL 4.6.
> 
> Because we're in comp.lang.c, and I write my graphics in C, and not C++.
> Nor Fortran 77, like my copy of /Digital Image Processing/ by Gonzales &
> Woods.  Just take a look at page 127, and bask in the glory of the /Fast
> Fourier Transform/ in Fortran 77.
> 
> That said, I kind of like classic Fortran, like 77, IV; and recently I
> learned there was Fortran 66.  I either didn't know that, or just
> completely forgot about it.
> 
> 
> Happy C coding, or Fortran 77!

[toc] | [prev] | [next] | [standalone]

#143083 — Java picky concerning JIT-ing [Luckier with C++/C or FORTRAN compilers?] (Re: I am not in C, it is theory and C++)

Hi,

Small correction, the code below should use <=
in the for loops. But Java was extrem picky
concerning JIT-ing of the for loops, refuse

to JIT a <= based loop, so I rewrote a
corrected solution that matches:

7-11 cubic Solution by Pritchard & Gries
https://www.cs.cornell.edu/gries/TechReports/83-574.pdf

Into the following code:

     public static void run() {
         for (int A = 1; A < 193; A++) {
             int Y = (771-A)/3+1;
             for (int B = A; B < Y; B++) {
                 int Z = (771-A-B)/2+1;
                 for (int C = B; C < Z; C++) {
                     int D = 711-A-B-C;
                     if (A *B*C == 711000000/D && 711000000 % D == 0)
                         /* System.out.println("A="+A+", B="+B+", 
C="+C+", D="+D) */ ;
                 }
             }
         }
     }

Bye

Mild Shock schrieb:
> Hi,
> 
> I am not in C, it is a theory and a C++
> cross post. But I originally started elsewhere.
> I am only reacting to a post that spilled
> 
> from C, theory and C++ back to else where,
> since Rossy Boy extend the discussion.
> Yes the FORTRAN reference is interesting!
> 
> See an older post of mine, where I tested
> exactly the Queues idea, and where they
> already mentiond hyprid approaches:
> 
>> Hi,
>>
>> You see it all boils down to find your inner peace
>> by an immaculate inception of some queue datatype.
>>
>> KOAN/Fortran-S was an early 1990s research programming
>> system for distributed-memory multiprocessors . Developed
>> at ENS Lyon in the early 1990s . Often listed alongside
>> other historical parallel programming efforts.
>>
>> The Message Passing: The research explicitly
>> compared the SVM approach against message passing
>> on the same hardware . The finding was that SVM
>> could achieve good performance without the low-level
>>
>> complexity of managing explicit messages, though
>> the best results often came from a hybrid approach (sic!)
>> Here is an interesting baseline, from Java,
>> a class ElevenSingle that only does:
>>
>>     public static void run() {
>>         for (int A = 1; A < 192; A++) {
>>             int Y = (771-A)/3;
>>             for (int B = A; B < Y; B++) {
>>                 int Z = (771-A-B)/2;
>>                 for (int C = B; C < Z; C++) {
>>                     int D = 711-A-B-C;
>>                     if (A*B*C == 711000000/D &&
>>                           711000000 % D == 0)
>>     System.out.println("A="+A+", B="+B+", C="+C+", D="+D);
>>                 }
>>             }
>>         }
>>     }
>>
>> And then compare it to ElevenMulti, doing some
>> Work Balancing Scheduler Tetris Game with 8 cores:
>>
>> ElevenSingle
>> A=120, B=125, C=150, D=316
>> 6.628 ms
>>
>> ElevenMulti
>> A=120, B=125, C=150, D=316
>> 1.941 ms
>>
>> Not great, not terrible!
>>
>> Bye 
> 
> 
> Feel free to also do these more logic tiling
> experiments than signal processing experiments.
> I don't do signal process with pi-WAM.
> 
> Bye
> 
> Johann 'Myrkraverk' Oskarsson schrieb:
>> On 29/07/2026 5:46 PM, Mild Shock wrote:
>>> Hi,
>>>
>>> Your strictness is your problem , not mine.
>>> The WebGPU / WGSL has explicitly an API
>>> for so called compute shaders.
>>>
>>> You can also combine compute shaders and
>>> render shaders. But to use compute shaders
>>> for AI acceration is not uncommon now.
>>
>> I know it's extremely common.  I just don't do it myself.
>>
>> I don't even know what kind of GPU I have.  That's as much I care about
>> GPUs.  I only need my GPU to handle OpenGL 4.6.
>>
>> Because we're in comp.lang.c, and I write my graphics in C, and not C++.
>> Nor Fortran 77, like my copy of /Digital Image Processing/ by Gonzales &
>> Woods.  Just take a look at page 127, and bask in the glory of the /Fast
>> Fourier Transform/ in Fortran 77.
>>
>> That said, I kind of like classic Fortran, like 77, IV; and recently I
>> learned there was Fortran 66.  I either didn't know that, or just
>> completely forgot about it.
>>
>>
>> Happy C coding, or Fortran 77!
> 

[toc] | [prev] | [next] | [standalone]

Page 5 of 7 — ← Prev page 1 2 3 4 [5] 6 7  Next page →

Back to top | Article view | comp.theory

csiph-web