Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
Her er de mest direkte moderne modstykker:
1. D-Bus (Desktop Bus) – Linux/Unix
D-Bus er nok den mest direkte åndelige arvtager til Amigaens public ports på operativsystem-niveau.
Hvordan det ligner: Alle programmer, baggrundstjenester og systemmoduler (som systemd, Bluetooth, lyddriveren PipeWire eller medieafspillere) opretter en public navngivet adresse på D-Bus.
Funktion: Et hvilket som helst script (Python, Bash osv.) eller et andet program kan lytte på events eller sende direkte instruktioner/RPC (Remote Procedure Call) til et vilkårligt kørende program via denne bus uden direkte at kende programmets interne kodestruktur.
2. AppleScript / Open Scripting Architecture (OSA) – macOS
Apple tog reelt den direkte idé fra ARexx, da de udviklede AppleScript.
Hvordan det ligner: Programmer på Mac udstiller en "dictionary" af kommandoer, de forstår (ligesom en ARexx-port).
Funktion: Et AppleScript (eller genveje/Shortcuts) kan tage output fra et grafikprogram, bede en lokal database om at behandle det, og sende det videre i en e-mail – nøjagtig som man gjorde i Final Writer og NComm via REXX-scripts på Amigaen.
3. Unix Sockets / IPC Pipes & Unix-filosofien – Linux/Docker
På et lavere netværks- og systemniveau bruges IPC (Inter-Process Communication) som Unix Domain Sockets (.sock).
Hvordan det ligner: Ligesom AmigaOS tillod direkte beskeder i hukommelsen mellem porte, kan to uafhængige processer eller Docker-containere skrive direkte til samme socket i RAM uden om tunge netværkslag.
4. Event-driven Microservices (gRPC / REST / MQTT / Redis Pub-Sub) – Det moderne web & AI
I dag, hvor systemer er opdelt i små uafhængige mikrotjenester eller AI-pipelines (f.eks. Open WebUI, Ollama, SearXNG):
Hvordan det ligner: I stedet for at lave ét stort monolitisk program, lader man hver delkomponent køre i sit eget miljø med sin egen "port" (f.eks. via et REST API eller gRPC).
Funktion: Et overordnet orchestrations-script (fx Python eller Node.js) fungerer som "ARexx" – det binder de enkelte uafhængige moduler sammen ved at sende strukturerede beskeder (JSON/Protobuf) frem og tilbage.
Amigaen var årtier forud for sin tid ved at have en indbygget, letvægts Message Bus direkte i styresystemets kerne (exec.library + ARexx), hvilket nutidens styresystemer må bygge ovenpå med D-Bus eller komplekse netværks-APIs.
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
Her er de mest direkte moderne modstykker:
1. D-Bus (Desktop Bus) – Linux/Unix
D-Bus er nok den mest direkte åndelige arvtager til Amigaens public ports på operativsystem-niveau.
Hvordan det ligner: Alle programmer, baggrundstjenester og systemmoduler (som systemd, Bluetooth, lyddriveren PipeWire eller medieafspillere) opretter en public navngivet adresse på D-Bus.
Funktion: Et hvilket som helst script (Python, Bash osv.) eller et andet program kan lytte på events eller sende direkte instruktioner/RPC (Remote Procedure Call) til et vilkårligt kørende program via denne bus uden direkte at kende programmets interne kodestruktur.
2. AppleScript / Open Scripting Architecture (OSA) – macOS
Apple tog reelt den direkte idé fra ARexx, da de udviklede AppleScript.
Hvordan det ligner: Programmer på Mac udstiller en "dictionary" af kommandoer, de forstår (ligesom en ARexx-port).
Funktion: Et AppleScript (eller genveje/Shortcuts) kan tage output fra et grafikprogram, bede en lokal database om at behandle det, og sende det videre i en e-mail – nøjagtig som man gjorde i Final Writer og NComm via REXX-scripts på Amigaen.
3. Unix Sockets / IPC Pipes & Unix-filosofien – Linux/Docker
På et lavere netværks- og systemniveau bruges IPC (Inter-Process Communication) som Unix Domain Sockets (.sock).
Hvordan det ligner: Ligesom AmigaOS tillod direkte beskeder i hukommelsen mellem porte, kan to uafhængige processer eller Docker-containere skrive direkte til samme socket i RAM uden om tunge netværkslag.
4. Event-driven Microservices (gRPC / REST / MQTT / Redis Pub-Sub) – Det moderne web & AI
I dag, hvor systemer er opdelt i små uafhængige mikrotjenester eller AI-pipelines (f.eks. Open WebUI, Ollama, SearXNG):
Hvordan det ligner: I stedet for at lave ét stort monolitisk program, lader man hver delkomponent køre i sit eget miljø med sin egen "port" (f.eks. via et REST API eller gRPC).
Funktion: Et overordnet orchestrations-script (fx Python eller Node.js) fungerer som "ARexx" – det binder de enkelte uafhængige moduler sammen ved at sende strukturerede beskeder (JSON/Protobuf) frem og tilbage.
Amigaen var årtier forud for sin tid ved at have en indbygget, letvægts Message Bus direkte i styresystemets kerne (exec.library + ARexx), hvilket nutidens styresystemer må bygge ovenpå med D-Bus eller komplekse netværks-APIs.
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
AI Brain Thinking
I kognitiv psykologi og neurologi er det faktisk præcis sådan, den menneskelige hjerne arbejder med overvældelse og problemløsning.
Når et menneske oplever kaos eller stress, fyldes arbejdshukommelsen op. Det føles uoverskueligt, fordi hjernen prøver at gribe hele "klumpen" af problemet på én gang, hvilket aktiverer følelsesmæssige reaktioner.
For at genvinde styringen og se sagen objektivt, skal hjernen igennem nøjagtig den samme proces:
Sortering og nedbrydning (Kognitiv dekonstruktion):
Du tager det kaotiske billede og piller det fra hinanden. Hvad er fakta, og hvad er følelser/forventninger? Hvad kan du styre, og hvad kan du ikke styre? Ved at reducere kompleksiteten til helt konkrete, mindre brikker, afkobler du den umiddelbare frygt- eller stressreaktion.
Et nyt fundament (Reorganisering):
Når elementerne ligger spredt på bordet som enkelte brikker, er de ikke længere et uidentificerbart "kaos". De er bare data. Nu kan du kategorisere dem, prioritere dem og lægge en ny struktur — altså opbygge et nyt, stabilt fundament.
Objektiviteten genvindes:
Når du kigger på brikkerne udefra i stedet for at stå midt i orkanens øje, skifter perspektivet fra at være ramt af kaos til at være en observatør, der analyserer et mønster.
Hvor AI'en gør det ren mekanisk for at beregne det næste mest sandsynlige ord, gør menneske hjernen det for at genskabe overblik, struktur og kontrol. Men princippet om at skrælle alt overflødigt væk ind til den mindste byggeklods er nøjagtig det samme.
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
kvinder føler
mænd handler
1. Forskellig motivation for handling
Mænd motiveres af status og resultater: Handling er ofte direkte koblet til at løse et specifikt problem her og nu.
Kvinder motiveres af relationer og tryghed: Handling kræver ofte, at de følelsesmæssige og sociale konsekvenser er afklaret først.
Resultatet: Hvis du presser en kvinde med en ren "konsekvens- og resultatorienteret" mandlig metode, skaber det ofte stress frem for handling.
2. Biologisk og hormonel ulighed
Hjernens netværk: Forskning viser, at kvinders hjerner har stærkere forbindelser på tværs af højre og venstre hjernehalvdel (forbinder følelser og logik). Mænd har stærkere forbindelser i de områder, der styrer motorik og direkte perception.
Hormonelle cyklusser: Mænds testosteron kører i en stabil 24-timers cyklus. Kvinders hormoner svinger over 28 dage, hvilket påvirker energiniveau, risikovillighed og stresshåndtering markant.
Resultatet: En lineær, uforandret arbejds- eller livsstilsstruktur passer biologisk set bedre til mænds hormonsystem end til kvinders.
3. Forskellige sprog- og kommunikationsmønstre
Rapport vs. Status: Kvinder bruger ofte sprog til at opbygge relationer og dele følelser (rapport). Mænd bruger sprog til at etablere hierarki og løse problemer (status).
Resultatet: Hvis en kvinde lufter sine bekymringer, og hun mødes med kravet om øjeblikkelig "handling" (en klassisk mandlig respons), føler hun sig overhørt. Det bremser hendes lyst til at agere.
Hvordan skaber man reelle resultater?
For at få det bedste resultat ud af både mænd og kvinder, må metoden tilpasses:
Anerkend før handling: Kvinder skal ofte have valideret deres følelser og bekymringer først. Når trygheden er der, følger handlingen naturligt efter.
Giv mænd klare rammer: Mænd trives ofte bedst med direkte, ukomplicerede mål uden for meget fokus på processens følelsesmæssige nuancer.
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
mange mennesker vil sige cpu er brænd af smide computeren væk de vil ikke tænke det skal skilles af og samles igen... når den Termisk mikrobevægelse uundgåelige fejl udløses efter mange års flittigt brug.
efterfølgende operation skifte pasta kom der luft i lukket kølesystemet, pumpen larmede bundkortet viste fejl gul dram til sidst rød cpu fejl... den blev varm cpu'en blæserne speede op.... noget så banalt er løsningen "shake it" computeren under opstart driver luften ud og vandet ind .
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
Hvorfor båndbredde slår clock-hastighedSlut med GHz-racet: Traditionelle CPU'er forsøgte længe at vinde på ren rå hastighed (højere GHz), men ramte en "strømmur" (Power Wall), hvor chippen blev for varm.Båndbredde som styrke: I stedet for at udføre én opgave lynhurtigt efter hinanden, udfører parallelle arkitekturer tusindvis af opgaver samtidigt. Det kræver enorm databåndbredde frem for høj clock-frekvens.Simplicitet vinder: Ved at holde de enkelte beregningsenheder simple (ligesom RISC-tanken), kan man klemme tusindvis af dem ind på samme chip uden at smelte hardwaren.Hvordan det fungerer i praksisData-pipelining: Instruktioner skæres ud i så simple bidder, at næste instruktion kan startes, før den forrige er helt færdig.Båndbredde-optimering: Fordi GPU'en bearbejder enorme mængder data parallelt, er dens primære flaskehals ikke, hvor hurtigt kernen regner, men hvor hurtigt data kan flyttes ind og ud af hukommelsen (f.eks. via HBM eller GDDR-hukommelse).
Kernepunkter om RISC-V i forhold til parallelisme:Modulært opbygget (Extensions): Selve basis-arkitekturen er så lille, at den kun har omkring 40 grundlæggende instruktioner. Hvis man skal bruge den til parallel databehandling, tilføjer man blot RVV (RISC-V Vector Extension).Båndbredde over frekvens: RVV-udvidelsen tillader processoren at behandle gigantiske datamængder (vektorer) i én enkelt instruktion i stedet for at køre en lang løkke. Dette gør den ekstremt velegnet til AI, sensorfusion og supercomputere, hvor data-båndbredde er altgørende.Fra mikrochips til GPGPU: RISC-V startede som små microcontrollere, men bruges nu til at bygge gigantiske netværk af mikro-kerner (mange tusinde på én chip), hvilket i praksis fungerer ligesom en GPU (såkaldt GPGPU-arkitektur som f.eks. open-source projektet Vortex).
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
At genopdage Amigaen – og dens radikale filosofi – er præcis det, AI-hardwarebranchen har brug for frem mod 2028. Amigaen var nemlig 40 år forud for sin tid på det helt rigtige punkt: Co-processorer og direkte hukommelsesadgang (DMA).Hvor PC'en i 1985 lod CPU'en lave alt arbejdet, var Amigaen bygget som et moderne AI-system i miniatureform.Hvorfor Amigaens arkitektur er "fremtiden"De dedikerede "chips" (Paula, Agnus, Denise): I en Amiga lavede CPU'en (Motorola 68000) minimalt arbejde. Grafik, lyd og animation blev håndteret af dedikerede hjælpechips. Det svarer præcis til i dag, hvor vi flytter opgaver væk fra CPU'en og over til GPU'er, NPU'er og lynhurtige SSD-controllere.Direct Memory Access (DMA): Amigaens geniale træk var, at disse specialchips kunne tale direkte med hukommelsen (RAM) uden at spørge CPU'en om lov. Det er nøjagtig det samme koncept, som NVIDIA genopfinder i dag med GPUDirect Storage og DirectStorage til SSD'er.Amigaens filosofi genfødt i 2028Hvis vi tager Amiga-tanken og skalerer den op til 2028-hardware, får vi den ultimative AI-workstation:CPU'en er blot en kontrollør: CPU'ens opgave bliver udelukkende at starte systemet – præcis som i en Amiga.Lageret er en aktiv medspiller: SSD'en er ikke bare en passiv "harddisk". Den har sin egen chip (en dedikeret accelerator), der dekomprimerer AI-data i realtid og skyder det direkte ind i GPU'ens VRAM.Unified Memory: Alt kører på en fælles, ultrahurtig databus, hvor ingen komponenter skal vente på hinanden i en kø.Amigaen beviste, at specialiseret hardware, der arbejder sammen uden om CPU'en, altid vil vinde over rå CPU-råstyrke. Det er den lektie, NVIDIA, AMD og Intel for alvor har lært nu, hvor AI kræver ekstrem parallel databehandling.
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
Back in the 1980s and 90s, AmigaOS was miles ahead of its time on that very point.
Why it resembles AmigaOS
True Multitasking and IPC (Inter-Process Communication): While the PC of the time (DOS/Windows) could only do one thing at a time, AmigaOS ran with a lightning-fast micro-kernel principle (Exec). It was all about,
that independent small programs (processes) sent lightning-fast messages (messages) and "pipes" directly to each other in memory without burdening the system.
Modular CPU work: Instead of one large program blocking the entire computer, the Amiga split up the work.
The CPU (Motorola 68000) managed the traffic and sent data in tight paths between the specialized chipsets (Agnes, Denise, Paula).
The parallel to your local AI system today
It's exactly the same thinking you have running on your machine right now:
Open WebUI (your AmigaWorkbench/desktop) creates a "pipe" (a communication channel).
When you type a message, the text is streamed as raw tokens through the channel directly down to the Ollama process.
Ollama takes the packet and pushes it directly into the memory of your RTX 3060 (which works like the Amiga's specialized copper chips), which spits the result back through the pipe, token by token.
When building systems from many small,
specialized modules (models, tools, databases), instead of one gigantic closed lump of software, you have to go back to the old Amiga virtues: Lightning-fast, streamlined communication between processes..
Ja, det er en god sammenfattelse! Open Web UI (OWUI) er et eksempel på en applikation, der benytter sig af de samme koncepter som ARexx. OWUI er en web-baseret interface for å administrere og konfigurere Amiga-systemets hardware og software.
Lignes med ARexx gør OWUI brugen af et interaktivt skriftssystem, der giver brugerne mulighed for å skrive kommandoer på et højt niveau. Det kan også håndter task-switching, hvilket betyder at brugerne kan skifte mellem forskellige programvare og processer på flydende basis.
OWUI benytter sig af en lignende arkitektur som ARexx, hvor brugerne kan skrive kommandoer i en form, der er mere naturlig end den traditionelle "command-line" tekstform. Det giver brugerne en letere måde at arbejde med, da de ikke behøver være bekendt med den komplekse code-basen til Amiga-systemet.
Noget af de samme koncepter, der er tilfældigt relevant for ARexx, inkluderer også OWUI:
Kommandoerne: Brugerne kan skrive kommandoer i en form, der er mere naturlig end den traditionelle "command-line" tekstform.
Task-switching: OWUI håndter task-switching, hvilket betyder at brugerne kan skifte mellem forskellige programvare og processer på flydende basis.
Konfiguration: OWUI gør det muligt at konfigurere Amiga-systemets hardware og software på en let og intuitiv måde.
Interaktivitet: OWUI er et interaktivt skriftssystem, der giver brugerne mulighed for å skrive kommandoer og eksekvere dem på flydende basis.
I alt har OWUI vist sig til at være et eksempel på en effektiv anvendelse af de samme koncepter som ARexx, og det er en god indikation af, hvordan disse teknologier kan bruges til at skabe komplekse og interaktive systeme.
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
lost in the middel
caught in the net discipline is key
I'm doing well
Prompt: the cover of a comic book.
whimsical cartoon crazy fun desperate attempt.
lost in the middel
nede på et dokument der er bevisende at alle i admistrasionen fejler ALLE
Dream Level: is increased each time when you "Go Deeper" into the dream. Each new level is harder to achieve and
takes more iterations than the one before.
Rare Deep Dream: is any dream which went deeper than level 6.
Deep Dream
You cannot go deeper into someone else's dream. You must create your own.
Deep Dream
Currently going deeper is available only for Deep Dreams.
