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

Groups > comp.lang.c++ > #124392 > unrolled thread

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

Back to article view | Back to comp.lang.c++

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
                    Re: Please don't extend your cross posting / What does abstract mean? Cóilín Nioclásín Glostéir <thanks-to@Taf.com> - 2026-07-30 16:00 +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
                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
              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
                        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-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
    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 6 — ← Prev page 1 2 3 4 [5] 6  Next page →

#124401 — 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]

#124406 — 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]

#124408 — 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]

#124409 — 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]

#124410 — 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]

#124411 — 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]

#124412 — 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]

#124413 — 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]

#124415 — 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]

#124416 — 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]

#124417 — 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]

#124414 — Run with minimum HTTPS and .mjs type (Re: In AI Acceleration nobody cares about CivetWeb)

Hi,

Maybe there is a Rossy Boy flux generator
web server with infinity and continuity
HTTPS and .mjs type, aka SIMT halucination.

To run the GPU example that is written in HTML,
JavaScript and WebGPU / WGSL, the minium is
possibly a HTTPS server that can deliver the

right mime type for the .mjs extension. Its
then only a bundle of static pages that does
the demonstration. What worked on my side

is the IntelliJ browse button, which then uses
a small local server on its own, sandboxed to
serving some project files.

But this is only how to launch the test pages.

The Rossy Boy SIMT halucination, could also work, who knows?

Bye

Mild Shock schrieb:
> 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]

#124418 — Lamas in a cradle and Lamas on the edge [Red Pyjama] (Was: Run with minimum HTTPS and .mjs type)

Hi,

Why does this Lama have a red pyjama.
Oh, its a baby Lama. Its still in the cradle
and needs some training:

RedPajama-Data-v2
https://github.com/togethercomputer/RedPajama-Data

But then Andrej Karpathy recently showed
GPT-2 training on rented GPUs for less
than 100 USD in less then 2 hours.

So where do these grown up Lamas go.
Well Georgi Gerganov prefered C++/C
when he shouted Llama Llama Red Pyjama.

But you also find WebLLM, wrapping the
underlying C++/C GPU interface via the
W3C standard WebGPU / WGSL, with JavaScript:

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

My experience with WebLLM 6 months
ago on an iPad Pro 2024, still a little early
stage performance and robustness.

But hey hardware of AI mobile iGPUs is
still evolving, and AI laptop, AI smartphones
and AI tablets, will soon feature Chinese

hardware such some new Kirin AI in 2027.

Bye

Mild Shock schrieb:
> Hi,
> 
> Maybe there is a Rossy Boy flux generator
> web server with infinity and continuity
> HTTPS and .mjs type, aka SIMT halucination.
> 
> To run the GPU example that is written in HTML,
> JavaScript and WebGPU / WGSL, the minium is
> possibly a HTTPS server that can deliver the
> 
> right mime type for the .mjs extension. Its
> then only a bundle of static pages that does
> the demonstration. What worked on my side
> 
> is the IntelliJ browse button, which then uses
> a small local server on its own, sandboxed to
> serving some project files.
> 
> But this is only how to launch the test pages.
> 
> The Rossy Boy SIMT halucination, could also work, who knows?
> 
> Bye
> 
> Mild Shock schrieb:
>> 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]

#124607 — Synthetic Multilanguage Autoformalization Dataset [Informath project] (Re: Lamas in a cradle and Lamas on the edge [Red Pyjama])

Hi,

Why is nobody mentioning Agda here. It has
beautiful dependent types, and tactics are
just programs. Poor Henk Barendregt, not

everybody likes dependent types it seems:

Are we stuck with Lean?
https://mathoverflow.net/q/513742/

Does Depependent types require proof objects,
which waste large amounts of memory. Well,
if you are not good in erasing them.

But is there a Red Pyjama for Proof Assistants,
the baby cradle where LLMs can learn proof
assistant lingua and strategies. It seems

yes, synthetic data corpuses to the rescue:

We address this gap by introducing SMAD
(Synthetic Multilanguage Autoformalization
Dataset), a 400K 4-to-3 parallel corpus
covering four formal languages (Dedukti,
Agda, Coq, Lean) and three natural languages (
English, French, Swedish), generated via
the Informath project.
https://github.com/GrammaticalFramework/informath

But the corpus could be an accident, maybe rather
a toy from the https://www.grammaticalframework.org/
folks, will this have an impact?

Bye

Mild Shock schrieb:
> Hi,
> 
> Why does this Lama have a red pyjama.
> Oh, its a baby Lama. Its still in the cradle
> and needs some training:
> 
> RedPajama-Data-v2
> https://github.com/togethercomputer/RedPajama-Data
> 
> But then Andrej Karpathy recently showed
> GPT-2 training on rented GPUs for less
> than 100 USD in less then 2 hours.
> 
> So where do these grown up Lamas go.
> Well Georgi Gerganov prefered C++/C
> when he shouted Llama Llama Red Pyjama.
> 
> But you also find WebLLM, wrapping the
> underlying C++/C GPU interface via the
> W3C standard WebGPU / WGSL, with JavaScript:
> 
> In-Browser LLM Inference Engine
> https://webllm.mlc.ai/
> 
> My experience with WebLLM 6 months
> ago on an iPad Pro 2024, still a little early
> stage performance and robustness.
> 
> But hey hardware of AI mobile iGPUs is
> still evolving, and AI laptop, AI smartphones
> and AI tablets, will soon feature Chinese
> 
> hardware such some new Kirin AI in 2027.
> 
> Bye
> 
> Mild Shock schrieb:
>> Hi,
>>
>> Maybe there is a Rossy Boy flux generator
>> web server with infinity and continuity
>> HTTPS and .mjs type, aka SIMT halucination.
>>
>> To run the GPU example that is written in HTML,
>> JavaScript and WebGPU / WGSL, the minium is
>> possibly a HTTPS server that can deliver the
>>
>> right mime type for the .mjs extension. Its
>> then only a bundle of static pages that does
>> the demonstration. What worked on my side
>>
>> is the IntelliJ browse button, which then uses
>> a small local server on its own, sandboxed to
>> serving some project files.
>>
>> But this is only how to launch the test pages.
>>
>> The Rossy Boy SIMT halucination, could also work, who knows?
>>
>> Bye
>>
>> Mild Shock schrieb:
>>> 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]

#124729 — Six Proofs and Generally Inteligent Systems [EyeProlog Pseudo Scientism] (Re: Synthetic Multilanguage Autoformalization Dataset [Informath project])

Hi,

Years ago Sam Altman said to have no idea how
to generate revenue, but when the generally
intelligent system is in place, he might ask it.

Some schools approach the “generality” from
a totally wrong perspective. Take the EyeProlog
Pseudo Scientism here:

The Art of EyeProlog
https://eyereasoner.github.io/eyeprolog/the-art-of-eyeprolog

It is the same nonsense like constraint propagation,
the idea here is to evolve better software, that it
has as a main component refinement:

Start -> Algo1 -> Algo2 -> Algo3 -> Algo4 ...

But EyeProlog itself is an example of not using
this refinement. Like dropping the classical
WAM architecture, and back to YieldProlog somehow.

What if the world ticks like this
when it come to generality:

        /-> Algo1
       /--> Algo2
Start ---> Algo3
       \--> Algo4
        \-> ...

Innovation requires to start from scratch.
I think this little booklet, recommended by
Ernst Specker, Proofs from THE BOOK is a

book of mathematical proofs by Martin Aigner
and Günter M. Ziegler, first published in 1998.
Just wants to teach us about this bifurcation:

Chapter 1: Six proofs of the infinity of
the primes, including Euclid's and Furstenberg's.
https://en.wikipedia.org/wiki/Proofs_from_THE_BOOK

Yeah, lets aim for surprises by
generative AI, not refinement.

Bye

See also:

Sam Altman on his Business Model
https://www.youtube.com/shorts/pLnyjxgFxew

Mild Shock schrieb:
> Hi,
> 
> Why is nobody mentioning Agda here. It has
> beautiful dependent types, and tactics are
> just programs. Poor Henk Barendregt, not
> 
> everybody likes dependent types it seems:
> 
> Are we stuck with Lean?
> https://mathoverflow.net/q/513742/
> 
> Does Depependent types require proof objects,
> which waste large amounts of memory. Well,
> if you are not good in erasing them.
> 
> But is there a Red Pyjama for Proof Assistants,
> the baby cradle where LLMs can learn proof
> assistant lingua and strategies. It seems
> 
> yes, synthetic data corpuses to the rescue:
> 
> We address this gap by introducing SMAD
> (Synthetic Multilanguage Autoformalization
> Dataset), a 400K 4-to-3 parallel corpus
> covering four formal languages (Dedukti,
> Agda, Coq, Lean) and three natural languages (
> English, French, Swedish), generated via
> the Informath project.
> https://github.com/GrammaticalFramework/informath
> 
> But the corpus could be an accident, maybe rather
> a toy from the https://www.grammaticalframework.org/
> folks, will this have an impact?
> 
> Bye
> 
> Mild Shock schrieb:
>> Hi,
>>
>> Why does this Lama have a red pyjama.
>> Oh, its a baby Lama. Its still in the cradle
>> and needs some training:
>>
>> RedPajama-Data-v2
>> https://github.com/togethercomputer/RedPajama-Data
>>
>> But then Andrej Karpathy recently showed
>> GPT-2 training on rented GPUs for less
>> than 100 USD in less then 2 hours.
>>
>> So where do these grown up Lamas go.
>> Well Georgi Gerganov prefered C++/C
>> when he shouted Llama Llama Red Pyjama.
>>
>> But you also find WebLLM, wrapping the
>> underlying C++/C GPU interface via the
>> W3C standard WebGPU / WGSL, with JavaScript:
>>
>> In-Browser LLM Inference Engine
>> https://webllm.mlc.ai/
>>
>> My experience with WebLLM 6 months
>> ago on an iPad Pro 2024, still a little early
>> stage performance and robustness.
>>
>> But hey hardware of AI mobile iGPUs is
>> still evolving, and AI laptop, AI smartphones
>> and AI tablets, will soon feature Chinese
>>
>> hardware such some new Kirin AI in 2027.
>>
>> Bye
>>
>> Mild Shock schrieb:
>>> Hi,
>>>
>>> Maybe there is a Rossy Boy flux generator
>>> web server with infinity and continuity
>>> HTTPS and .mjs type, aka SIMT halucination.
>>>
>>> To run the GPU example that is written in HTML,
>>> JavaScript and WebGPU / WGSL, the minium is
>>> possibly a HTTPS server that can deliver the
>>>
>>> right mime type for the .mjs extension. Its
>>> then only a bundle of static pages that does
>>> the demonstration. What worked on my side
>>>
>>> is the IntelliJ browse button, which then uses
>>> a small local server on its own, sandboxed to
>>> serving some project files.
>>>
>>> But this is only how to launch the test pages.
>>>
>>> The Rossy Boy SIMT halucination, could also work, who knows?
>>>
>>> Bye
>>>
>>> Mild Shock schrieb:
>>>> 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]

#124730 — Everybody does eat and sleep [The SK hynix Story] (Re: Six Proofs and Generally Inteligent Systems [EyeProlog Pseudo Scientism])

Hi,

Every does eat and sleep. Thats not,
don't give up and restart:

Cite 100 collegues, cite 100 papers, and
do 100 Python snippets. Thats only warm-up!
About - Hi, I’m Philip Zucker!
https://www.philipzucker.com/about/

One the other hand, that here is true
don't give up and restart:

Invent a dozen acronyms HMB2, HBM2E, TC-NCF,
MR-UF, MUF, MR-MUF and try them all.
How SK hynix Won the AI Memory Race
https://www.youtube.com/watch?v=Cg5tAujp6Go

Bye

Mild Shock schrieb:
> Hi,
> 
> Years ago Sam Altman said to have no idea how
> to generate revenue, but when the generally
> intelligent system is in place, he might ask it.
> 
> Some schools approach the “generality” from
> a totally wrong perspective. Take the EyeProlog
> Pseudo Scientism here:
> 
> The Art of EyeProlog
> https://eyereasoner.github.io/eyeprolog/the-art-of-eyeprolog
> 
> It is the same nonsense like constraint propagation,
> the idea here is to evolve better software, that it
> has as a main component refinement:
> 
> Start -> Algo1 -> Algo2 -> Algo3 -> Algo4 ...
> 
> But EyeProlog itself is an example of not using
> this refinement. Like dropping the classical
> WAM architecture, and back to YieldProlog somehow.
> 
> What if the world ticks like this
> when it come to generality:
> 
>         /-> Algo1
>        /--> Algo2
> Start ---> Algo3
>        \--> Algo4
>         \-> ...
> 
> Innovation requires to start from scratch.
> I think this little booklet, recommended by
> Ernst Specker, Proofs from THE BOOK is a
> 
> book of mathematical proofs by Martin Aigner
> and Günter M. Ziegler, first published in 1998.
> Just wants to teach us about this bifurcation:
> 
> Chapter 1: Six proofs of the infinity of
> the primes, including Euclid's and Furstenberg's.
> https://en.wikipedia.org/wiki/Proofs_from_THE_BOOK
> 
> Yeah, lets aim for surprises by
> generative AI, not refinement.
> 
> Bye
> 
> See also:
> 
> Sam Altman on his Business Model
> https://www.youtube.com/shorts/pLnyjxgFxew
> 
> Mild Shock schrieb:
>> Hi,
>>
>> Why is nobody mentioning Agda here. It has
>> beautiful dependent types, and tactics are
>> just programs. Poor Henk Barendregt, not
>>
>> everybody likes dependent types it seems:
>>
>> Are we stuck with Lean?
>> https://mathoverflow.net/q/513742/
>>
>> Does Depependent types require proof objects,
>> which waste large amounts of memory. Well,
>> if you are not good in erasing them.
>>
>> But is there a Red Pyjama for Proof Assistants,
>> the baby cradle where LLMs can learn proof
>> assistant lingua and strategies. It seems
>>
>> yes, synthetic data corpuses to the rescue:
>>
>> We address this gap by introducing SMAD
>> (Synthetic Multilanguage Autoformalization
>> Dataset), a 400K 4-to-3 parallel corpus
>> covering four formal languages (Dedukti,
>> Agda, Coq, Lean) and three natural languages (
>> English, French, Swedish), generated via
>> the Informath project.
>> https://github.com/GrammaticalFramework/informath
>>
>> But the corpus could be an accident, maybe rather
>> a toy from the https://www.grammaticalframework.org/
>> folks, will this have an impact?
>>
>> Bye
>>
>> Mild Shock schrieb:
>>> Hi,
>>>
>>> Why does this Lama have a red pyjama.
>>> Oh, its a baby Lama. Its still in the cradle
>>> and needs some training:
>>>
>>> RedPajama-Data-v2
>>> https://github.com/togethercomputer/RedPajama-Data
>>>
>>> But then Andrej Karpathy recently showed
>>> GPT-2 training on rented GPUs for less
>>> than 100 USD in less then 2 hours.
>>>
>>> So where do these grown up Lamas go.
>>> Well Georgi Gerganov prefered C++/C
>>> when he shouted Llama Llama Red Pyjama.
>>>
>>> But you also find WebLLM, wrapping the
>>> underlying C++/C GPU interface via the
>>> W3C standard WebGPU / WGSL, with JavaScript:
>>>
>>> In-Browser LLM Inference Engine
>>> https://webllm.mlc.ai/
>>>
>>> My experience with WebLLM 6 months
>>> ago on an iPad Pro 2024, still a little early
>>> stage performance and robustness.
>>>
>>> But hey hardware of AI mobile iGPUs is
>>> still evolving, and AI laptop, AI smartphones
>>> and AI tablets, will soon feature Chinese
>>>
>>> hardware such some new Kirin AI in 2027.
>>>
>>> Bye
>>>
>>> Mild Shock schrieb:
>>>> Hi,
>>>>
>>>> Maybe there is a Rossy Boy flux generator
>>>> web server with infinity and continuity
>>>> HTTPS and .mjs type, aka SIMT halucination.
>>>>
>>>> To run the GPU example that is written in HTML,
>>>> JavaScript and WebGPU / WGSL, the minium is
>>>> possibly a HTTPS server that can deliver the
>>>>
>>>> right mime type for the .mjs extension. Its
>>>> then only a bundle of static pages that does
>>>> the demonstration. What worked on my side
>>>>
>>>> is the IntelliJ browse button, which then uses
>>>> a small local server on its own, sandboxed to
>>>> serving some project files.
>>>>
>>>> But this is only how to launch the test pages.
>>>>
>>>> The Rossy Boy SIMT halucination, could also work, who knows?
>>>>
>>>> Bye
>>>>
>>>> Mild Shock schrieb:
>>>>> 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]

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

On 7/29/2026 2:21 AM, Johann 'Myrkraverk' Oskarsson wrote:
> 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.

Implementing a callback or two in a preexisting system is not creating 
one from scratch.

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

#124538 — Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused)

Hi,

If only the fucking moron Chris M. Thomasson would
stop spamming his nonsense, he doesn't listen at
all. Problem, he cannot read, he knows nothing.

Its very common that compute shaders can block,
when they are used for General Purpose computation
on GPUs (GPGPU). If only he would pull out his

finger from his asshole, and stop thinking in his
WebGL legacy code stash nonsense. Even the
Cerebras Waver has blocking:

"Cerebras Software Language (CSL), send_color
and recv_color are parameters passed to tile
programs to manage data routing and virtual
channels (called colors) across processing
elements (PEs) on the wafer

Yes, both send and receive operations can block
on a Cerebras Processing Element (PE), primarily
due to the system's hardware-enforced backpressure
mechanism. Because the Cerebras Wafer-Scale Engine
(WSE) relies on a fine-grained,

dataflow-driven architecture, blocking prevents
data loss when hardware resources are
fully saturated."

Blocking and Unblocking
https://sdk.cerebras.ai/computing-with-cerebras#blocking-and-unblocking

Chris M. Thomasson is an annoyance and an idiot.
He is a total waste of time. And represents those
people who cannot use their brain.

Bye

Chris M. Thomasson schrieb:
 > On 8/1/2026 5:47 PM, Mild Shock wrote:
 >> Hi,
 >>
 >> Chris M. Thomasson can ask 100 more questions.
 >> I will happily answer them. But maybe I should
 >> make a Wiki to explain the ever same things:
 >>
 >>  > But, I still don't know what you main goal is?
 >> The goal is "Prolog inferencing"
 >>
 >>  > It has textures to work with in the pipeline.
 >> I don't need textures for "Prolog inferencing"
 >>
 >> 98 more questions to go, don't give up!
 > [...]
 >
 > Fwiw, I have several compute shaders that do what I want. Mainly 
building vector fields, etc.... And yes I use textures for some input 
and output, uniforms mainly for the settings, etc. Just, make sure to 
code things up to a point where your compute shader never needs to wait 
for something... Think of striving for wait-free algorithms.
 >
 > For instance, this is 100% wait free.
 >
 > void add_hit(ct_plane2d plane, vec2 p, vec3 weight)
 > {
 >      vec2 uv = ct_plane2d_unproject(plane, p);
 >      ivec2 px = ivec2(uv * u_resolution);
 >
 >      if (px.x >= 0 && px.x < int(u_resolution.x) &&
 >          px.y >= 0 && px.y < int(u_resolution.y))
 >      {
 >          imageAtomicAdd(accum_r,    px, weight.r);
 >          imageAtomicAdd(accum_g,    px, weight.g);
 >          imageAtomicAdd(accum_b,    px, weight.b);
 >          imageAtomicAdd(accum_hits, px, 1.0f);
 >      }
 > }
 >
 >
 > Notice how I separated my accumulation buffer into different textures?
 >
 > layout(binding = 0, r32f) uniform coherent image2D accum_r;
 > layout(binding = 1, r32f) uniform coherent image2D accum_g;
 > layout(binding = 2, r32f) uniform coherent image2D accum_b;
 > layout(binding = 3, r32f) uniform coherent image2D accum_hits;  // 
alpha / hit counter
 >
 > Works great and runs really fast.

Chris M. Thomasson schrieb:
> On 7/29/2026 2:21 AM, Johann 'Myrkraverk' Oskarsson wrote:
>> 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.
> 
> Implementing a callback or two in a preexisting system is not creating 
> one from scratch.
> 

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

#124539 — Re: Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused)

On 8/2/2026 2:37 PM, Mild Shock wrote:
> Hi,
> 
> If only the fucking moron Chris M. Thomasson would
> stop spamming his nonsense, he doesn't listen at
> all. Problem, he cannot read, he knows nothing.
> 
> Its very common that compute shaders can block,
> when they are used for General Purpose computation
> on GPUs (GPGPU). If only he would pull out his
> 
> finger from his asshole, and stop thinking in his
> WebGL legacy code stash nonsense. Even the
> Cerebras Waver has blocking:
> 
> "Cerebras Software Language (CSL), send_color
> and recv_color are parameters passed to tile
> programs to manage data routing and virtual
> channels (called colors) across processing
> elements (PEs) on the wafer
> 
> Yes, both send and receive operations can block
> on a Cerebras Processing Element (PE), primarily
> due to the system's hardware-enforced backpressure
> mechanism. Because the Cerebras Wafer-Scale Engine
> (WSE) relies on a fine-grained,
> 
> dataflow-driven architecture, blocking prevents
> data loss when hardware resources are
> fully saturated."
> 
> Blocking and Unblocking
> https://sdk.cerebras.ai/computing-with-cerebras#blocking-and-unblocking

Strive to never make a compute shader wait on something, like an empty 
condition of a queue, stack.


> Chris M. Thomasson is an annoyance and an idiot.
> He is a total waste of time. And represents those
> people who cannot use their brain.

I don't think you have coded compute shaders before? If so, cool, but wow.

[...]

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

#124540 — Re: Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused)

On 8/2/2026 2:40 PM, Chris M. Thomasson wrote:
> On 8/2/2026 2:37 PM, Mild Shock wrote:
[...]
> I don't think you have coded compute shaders before? If so, cool, but wow.
> 
> [...]

If so, in GLSL, HLSL? Vulkan, Metal, Directx12, modern opengl?

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

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

Back to top | Article view | comp.lang.c++

csiph-web