#baremetal — Public Fediverse posts

AmiDesk sigue evolucionando con importantes mejoras en sus versiones web, Raspberry Pi y móvil

Hace apenas unas semanas os hablábamos de AmiDesk, el proyecto de Pedro «Balrog» que reimplementa la API de AmigaOS 1.3 en JavaScript para ofrecer una experiencia inspirada en el sistema operativo del Amiga directamente desde el navegador. Desde entonces, el desarrollo no ha dejado de avanzar y el autor ha compartido una larga lista de novedades que mejoran tanto la compatibilidad como la usabilidad del proyecto en todas sus variantes.

La versión web ha recibido algunas de las mejoras más destacadas. Entre ellas se encuentra la incorporación de nuevas librerías y dispositivos, como req.library, audio.device y printer.device, permitiendo ya la reproducción de sonido y la impresión de gráficos y texto. También se ha ampliado el soporte para joysticks y gamepads mediante gameport.device, además de implementarse funciones del Blitter de graphics.library, lo que ha permitido crear un pequeño clon de Space Invaders como demostración de las capacidades que va adquiriendo el entorno.

Uno de los aspectos más interesantes es que AmiDesk continúa ampliando su compatibilidad con aplicaciones y comandos clásicos. El objetivo del proyecto no es limitarse a reproducir la apariencia de Workbench, sino ofrecer una reimplementación de las llamadas al sistema de AmigaOS para que el software nativo pueda interactuar con ellas de la forma esperada. Según explica su autor, numerosos comandos de Workbench 1.3 ya funcionan correctamente, al igual que aplicaciones como Calculator o More, además de varios ejemplos procedentes de los ROM Kernel Manuals.

El sistema de almacenamiento también ha evolucionado. AmiDesk utiliza un cloud.device diseñado siguiendo la filosofía de los dispositivos de AmigaOS, en lugar de recurrir a una solución específica para el navegador. Al montar la unidad Work, el entorno crea automáticamente las carpetas AmiDesk-System, destinada a la configuración del sistema y a la ejecución de una user-startup, y AmiDesk-Work, donde el usuario puede almacenar aplicaciones, documentos y cualquier otro archivo que desee utilizar desde AmiDesk.

En paralelo, la versión destinada a Raspberry Pi continúa avanzando con paso firme. El trabajo se centra ahora en una reimplementación de AmigaOS 3.1 para sistemas ARM de 32 bits, incorporando cada vez más librerías, dispositivos y componentes del sistema. Además, el autor ha realizado importantes optimizaciones de rendimiento, mejorando notablemente la velocidad de dibujado mediante nuevas técnicas de gestión del framebuffer. A ello se suman los primeros programas de preferencias, como los dedicados a la paleta de colores y al modo de pantalla, cuyos ajustes ya pueden conservarse entre reinicios.

https://www.youtube.com/watch?v=XJIOtX8dpKo

Otra de las novedades más llamativas es la llegada de una versión adaptada a dispositivos móviles. La interfaz ha sido rediseñada para facilitar su uso en pantallas táctiles, simplificando algunos elementos de Workbench y permitiendo que las ventanas se abran a pantalla completa. Los menús pueden invocarse mediante una pulsación prolongada y se ha añadido una barra de teclas especiales para facilitar determinadas funciones que requieren combinaciones de teclado. Además, la aplicación puede instalarse como una webapp desde Chrome para Android, ofreciendo una experiencia a pantalla completa mientras el autor continúa trabajando en mejorar la adaptación de las aplicaciones y perfeccionar su funcionamiento.

Balrog define AmiDesk Web como un proyecto con una importante vertiente educativa. La idea es acercar la programación del API de AmigaOS utilizando JavaScript, un lenguaje mucho más accesible para los desarrolladores actuales, permitiendo comprender cómo funcionaba un sistema operativo multitarea como AmigaOS sin necesidad de configurar compiladores o herramientas de desarrollo clásicas.

¿Docker o Bare Metal para un servidor de Minecraft? 📦 vs 🖥️

Docker (usando imágenes como itzg/minecraft-server) es ideal para aislamiento y despliegue rápido. Sin embargo, en servidores con cientos de plugins o modpacks pesados, el acceso directo en Bare Metal exprime cada ciclo de CPU al reducir el overhead de E/S.

La arquitectura manda. ⚙️

#SelfHosted #Minecraft #Docker #BareMetal #Linux #SysAdmin #DevOps

¿Docker o Bare Metal para un servidor de Minecraft? 📦 vs 🖥️

Docker (usando imágenes como itzg/minecraft-server) es ideal para aislamiento y despliegue rápido. Sin embargo, en servidores con cientos de plugins o modpacks pesados, el acceso directo en Bare Metal exprime cada ciclo de CPU al reducir el overhead de E/S.

La arquitectura manda. ⚙️

#SelfHosted #Minecraft #Docker #BareMetal #Linux #SysAdmin #DevOps

¿Docker o Bare Metal para un servidor de Minecraft? 📦 vs 🖥️

Docker (usando imágenes como itzg/minecraft-server) es ideal para aislamiento y despliegue rápido. Sin embargo, en servidores con cientos de plugins o modpacks pesados, el acceso directo en Bare Metal exprime cada ciclo de CPU al reducir el overhead de E/S.

La arquitectura manda. ⚙️

#SelfHosted #Minecraft #Docker #BareMetal #Linux #SysAdmin #DevOps

RTT без JLINK

“Обнаруженный в кустах рояль” под названием IAR i-Jet TRACE позволяет полноценную отладку SMP (Symmetric Multiprocessing) приложения, запущенного на нескольких ядрах многоядерного процессора, в данном случае это Allwinner T113. Полноценная это значит: возможность старт-стоп отдельно каждого ядра, установка breakpoints для каждого ядра, просмотр регистров каждого ядра

https://habr.com/ru/articles/1062346/

#RTT #IAR #multicore #baremetal

RTT без JLINK

“Обнаруженный в кустах рояль” под названием IAR i-Jet TRACE позволяет полноценную отладку SMP (Symmetric Multiprocessing) приложения, запущенного на нескольких ядрах многоядерного процессора, в данном случае это Allwinner T113. Полноценная это значит: возможность старт-стоп отдельно каждого ядра, установка breakpoints для каждого ядра, просмотр регистров каждого ядра

https://habr.com/ru/articles/1062346/

#RTT #IAR #multicore #baremetal

RTT без JLINK

“Обнаруженный в кустах рояль” под названием IAR i-Jet TRACE позволяет полноценную отладку SMP (Symmetric Multiprocessing) приложения, запущенного на нескольких ядрах многоядерного процессора, в данном случае это Allwinner T113. Полноценная это значит: возможность старт-стоп отдельно каждого ядра, установка breakpoints для каждого ядра, просмотр регистров каждого ядра

https://habr.com/ru/articles/1062346/

#RTT #IAR #multicore #baremetal

Stop burning money on raw TFLOPS—Generative AI inference is memory-bound!

While NVIDIA H100 and H200 share identical compute, memory bandwidth changes everything:

• H200 (141GB HBM3e @ 4.8 TB/s) gives 1.9x faster LLM inference
• 1.1 TB node VRAM fits 70B parameter models without sharding
• Zero 84°C thermal throttling using high-density bare metal cooling
• No 10–15% cloud hypervisor tax for maximum token output speeds

https://www.servermo.com/blogs/nvidia-h100-vs-h200-vs-b200/

#NVIDIA #AI #GPU #DevOps #BareMetal #ServerMO

Stop burning money on raw TFLOPS—Generative AI inference is memory-bound!

While NVIDIA H100 and H200 share identical compute, memory bandwidth changes everything:

• H200 (141GB HBM3e @ 4.8 TB/s) gives 1.9x faster LLM inference
• 1.1 TB node VRAM fits 70B parameter models without sharding
• Zero 84°C thermal throttling using high-density bare metal cooling
• No 10–15% cloud hypervisor tax for maximum token output speeds

https://www.servermo.com/blogs/nvidia-h100-vs-h200-vs-b200/

#NVIDIA #AI #GPU #DevOps #BareMetal #ServerMO

Stop burning money on raw TFLOPS—Generative AI inference is memory-bound!

While NVIDIA H100 and H200 share identical compute, memory bandwidth changes everything:

• H200 (141GB HBM3e @ 4.8 TB/s) gives 1.9x faster LLM inference
• 1.1 TB node VRAM fits 70B parameter models without sharding
• Zero 84°C thermal throttling using high-density bare metal cooling
• No 10–15% cloud hypervisor tax for maximum token output speeds

https://www.servermo.com/blogs/nvidia-h100-vs-h200-vs-b200/

#NVIDIA #AI #GPU #DevOps #BareMetal #ServerMO

Stop burning money on raw TFLOPS—Generative AI inference is memory-bound!

While NVIDIA H100 and H200 share identical compute, memory bandwidth changes everything:

• H200 (141GB HBM3e @ 4.8 TB/s) gives 1.9x faster LLM inference
• 1.1 TB node VRAM fits 70B parameter models without sharding
• Zero 84°C thermal throttling using high-density bare metal cooling
• No 10–15% cloud hypervisor tax for maximum token output speeds

https://www.servermo.com/blogs/nvidia-h100-vs-h200-vs-b200/

#NVIDIA #AI #GPU #DevOps #BareMetal #ServerMO

Stop burning money on raw TFLOPS—Generative AI inference is memory-bound!

While NVIDIA H100 and H200 share identical compute, memory bandwidth changes everything:

• H200 (141GB HBM3e @ 4.8 TB/s) gives 1.9x faster LLM inference
• 1.1 TB node VRAM fits 70B parameter models without sharding
• Zero 84°C thermal throttling using high-density bare metal cooling
• No 10–15% cloud hypervisor tax for maximum token output speeds

https://www.servermo.com/blogs/nvidia-h100-vs-h200-vs-b200/

#NVIDIA #AI #GPU #DevOps #BareMetal #ServerMO

Ditch JVM bloat! ⚡ Deploy C++ Typesense on bare metal for sub-50ms latency without Elasticsearch RAM lag.

SRE Bare Metal Blueprint:
• Vector RAM: Calculate 7 Bytes × Dims × Records (+15% OS buffer)
• Docker Fix: Override limits with nofile: 65535 to stop drops
• SSL Trap: Map fullchain.pem for backend API trust
• K8s Fix: Use startupProbe for index RAM loading

Scale AI search on bare metal!

🔗 https://www.servermo.com/howto/deploy-typesense-bare-metal/

#Typesense #Elasticsearch #DevOps #SysAdmin #Kubernetes #BareMetal #ServerMO

Ditch JVM bloat! ⚡ Deploy C++ Typesense on bare metal for sub-50ms latency without Elasticsearch RAM lag.

SRE Bare Metal Blueprint:
• Vector RAM: Calculate 7 Bytes × Dims × Records (+15% OS buffer)
• Docker Fix: Override limits with nofile: 65535 to stop drops
• SSL Trap: Map fullchain.pem for backend API trust
• K8s Fix: Use startupProbe for index RAM loading

Scale AI search on bare metal!

🔗 https://www.servermo.com/howto/deploy-typesense-bare-metal/

#Typesense #Elasticsearch #DevOps #SysAdmin #Kubernetes #BareMetal #ServerMO

🤖💻 Frame: Un nou server grafic X11 pentru Linux scris în întregime în Assembly

Într-o epocă în care industria Linux migrează masiv către Wayland și dezvoltă software complex în limbaje moderne, un proiect incredibil vine să zguduie status quo-ul prin tehnica pură: Frame. Acesta este un server grafic compatibil X11, scris de la zero în întregime în Assembly (ASM).

Proiectul reprezintă un tur de forță ingineresc, demonstrând ce se poate obține atunci când elimini complet straturile intermediare de cod, compilatoarele greoaie și dependințele masive, vorbind direct pe limba procesorului.

Iată caracteristicile uluitoare ale acestui proiect minimalist:

🔹 Performanță brută și latență zero
Deoarece codul este scris direct în Assembly, Frame ocolește toate optimizările (sau limitările) pe care un compilator de C sau C++ le-ar impune.

Latență minimă: Timpul de răspuns între input-ul utilizatorului (mouse/tastatură) și randarea pe ecran este redus la minimul absolut permis de hardware.

Fără supraîncărcare (Zero Overhead): Serverul nu încarcă biblioteci externe gigantice, scăzând drastic numărul de instrucțiuni executate de procesor pentru fiecare cadru (frame) randat.

🔹 Dimensiune microscopică a binarului
Spre deosebire de serverul clasic Xorg, care are nevoie de zeci sau sute de megabiți de biblioteci și dependențe pentru a funcționa, binarul executabil al Frame ocupă doar câțiva kilobiți. Întregul server grafic poate fi stocat pe o veche dischetă, fiind probabil cel mai mic server de afișare funcțional creat vreodată pentru Linux.

🔹 Compatibilitate cu protocolul X11
În ciuda naturii sale experimentale și a limbajului de nivel jos în care este scris, Frame implementează elementele de bază ale protocolului X11. Acest lucru înseamnă că poate, teoretic, să comunice cu clienți X standard, permițând rularea aplicațiilor grafice de bază din ecosistemul Linux direct pe această fundație ultra-ușoară.

🔹 Eficiență extremă a resurselor
Consumul de memorie RAM al serverului se măsoară în câțiva megabiți (sau chiar mai puțin în modul idle), făcându-l o opțiune fascinantă pentru:

Sisteme integrate (Embedded): Dispozitive cu resurse hardware extrem de limitate, unde fiecare octet de RAM contează.

Sisteme de restaurare și recuperare: Medii de boot minimale care au nevoie de o interfață grafică rapidă, fără a încărca RAM-disk-ul.

Frame este un proiect manifest dedicat programării retro-futuriste, o dovadă vie că optimizarea extremă nu a murit și că bătrânul protocol X11 poate fi reinventat în cel mai pur mod cu putință.

#OpenSource #FrameServer #Assembly #X11 #LinuxGraphics #BareMetal #LowLevel #Minimalism #TechNews #Linuxiac

🤖💻 Frame: Un nou server grafic X11 pentru Linux scris în întregime în Assembly

Într-o epocă în care industria Linux migrează masiv către Wayland și dezvoltă software complex în limbaje moderne, un proiect incredibil vine să zguduie status quo-ul prin tehnica pură: Frame. Acesta este un server grafic compatibil X11, scris de la zero în întregime în Assembly (ASM).

Proiectul reprezintă un tur de forță ingineresc, demonstrând ce se poate obține atunci când elimini complet straturile intermediare de cod, compilatoarele greoaie și dependințele masive, vorbind direct pe limba procesorului.

Iată caracteristicile uluitoare ale acestui proiect minimalist:

🔹 Performanță brută și latență zero
Deoarece codul este scris direct în Assembly, Frame ocolește toate optimizările (sau limitările) pe care un compilator de C sau C++ le-ar impune.

Latență minimă: Timpul de răspuns între input-ul utilizatorului (mouse/tastatură) și randarea pe ecran este redus la minimul absolut permis de hardware.

Fără supraîncărcare (Zero Overhead): Serverul nu încarcă biblioteci externe gigantice, scăzând drastic numărul de instrucțiuni executate de procesor pentru fiecare cadru (frame) randat.

🔹 Dimensiune microscopică a binarului
Spre deosebire de serverul clasic Xorg, care are nevoie de zeci sau sute de megabiți de biblioteci și dependențe pentru a funcționa, binarul executabil al Frame ocupă doar câțiva kilobiți. Întregul server grafic poate fi stocat pe o veche dischetă, fiind probabil cel mai mic server de afișare funcțional creat vreodată pentru Linux.

🔹 Compatibilitate cu protocolul X11
În ciuda naturii sale experimentale și a limbajului de nivel jos în care este scris, Frame implementează elementele de bază ale protocolului X11. Acest lucru înseamnă că poate, teoretic, să comunice cu clienți X standard, permițând rularea aplicațiilor grafice de bază din ecosistemul Linux direct pe această fundație ultra-ușoară.

🔹 Eficiență extremă a resurselor
Consumul de memorie RAM al serverului se măsoară în câțiva megabiți (sau chiar mai puțin în modul idle), făcându-l o opțiune fascinantă pentru:

Sisteme integrate (Embedded): Dispozitive cu resurse hardware extrem de limitate, unde fiecare octet de RAM contează.

Sisteme de restaurare și recuperare: Medii de boot minimale care au nevoie de o interfață grafică rapidă, fără a încărca RAM-disk-ul.

Frame este un proiect manifest dedicat programării retro-futuriste, o dovadă vie că optimizarea extremă nu a murit și că bătrânul protocol X11 poate fi reinventat în cel mai pur mod cu putință.

#OpenSource #FrameServer #Assembly #X11 #LinuxGraphics #BareMetal #LowLevel #Minimalism #TechNews #Linuxiac

🤖💻 Frame: Un nou server grafic X11 pentru Linux scris în întregime în Assembly

Într-o epocă în care industria Linux migrează masiv către Wayland și dezvoltă software complex în limbaje moderne, un proiect incredibil vine să zguduie status quo-ul prin tehnica pură: Frame. Acesta este un server grafic compatibil X11, scris de la zero în întregime în Assembly (ASM).

Proiectul reprezintă un tur de forță ingineresc, demonstrând ce se poate obține atunci când elimini complet straturile intermediare de cod, compilatoarele greoaie și dependințele masive, vorbind direct pe limba procesorului.

Iată caracteristicile uluitoare ale acestui proiect minimalist:

🔹 Performanță brută și latență zero
Deoarece codul este scris direct în Assembly, Frame ocolește toate optimizările (sau limitările) pe care un compilator de C sau C++ le-ar impune.

Latență minimă: Timpul de răspuns între input-ul utilizatorului (mouse/tastatură) și randarea pe ecran este redus la minimul absolut permis de hardware.

Fără supraîncărcare (Zero Overhead): Serverul nu încarcă biblioteci externe gigantice, scăzând drastic numărul de instrucțiuni executate de procesor pentru fiecare cadru (frame) randat.

🔹 Dimensiune microscopică a binarului
Spre deosebire de serverul clasic Xorg, care are nevoie de zeci sau sute de megabiți de biblioteci și dependențe pentru a funcționa, binarul executabil al Frame ocupă doar câțiva kilobiți. Întregul server grafic poate fi stocat pe o veche dischetă, fiind probabil cel mai mic server de afișare funcțional creat vreodată pentru Linux.

🔹 Compatibilitate cu protocolul X11
În ciuda naturii sale experimentale și a limbajului de nivel jos în care este scris, Frame implementează elementele de bază ale protocolului X11. Acest lucru înseamnă că poate, teoretic, să comunice cu clienți X standard, permițând rularea aplicațiilor grafice de bază din ecosistemul Linux direct pe această fundație ultra-ușoară.

🔹 Eficiență extremă a resurselor
Consumul de memorie RAM al serverului se măsoară în câțiva megabiți (sau chiar mai puțin în modul idle), făcându-l o opțiune fascinantă pentru:

Sisteme integrate (Embedded): Dispozitive cu resurse hardware extrem de limitate, unde fiecare octet de RAM contează.

Sisteme de restaurare și recuperare: Medii de boot minimale care au nevoie de o interfață grafică rapidă, fără a încărca RAM-disk-ul.

Frame este un proiect manifest dedicat programării retro-futuriste, o dovadă vie că optimizarea extremă nu a murit și că bătrânul protocol X11 poate fi reinventat în cel mai pur mod cu putință.

#OpenSource #FrameServer #Assembly #X11 #LinuxGraphics #BareMetal #LowLevel #Minimalism #TechNews #Linuxiac

🤖💻 Frame: Un nou server grafic X11 pentru Linux scris în întregime în Assembly

Într-o epocă în care industria Linux migrează masiv către Wayland și dezvoltă software complex în limbaje moderne, un proiect incredibil vine să zguduie status quo-ul prin tehnica pură: Frame. Acesta este un server grafic compatibil X11, scris de la zero în întregime în Assembly (ASM).

Proiectul reprezintă un tur de forță ingineresc, demonstrând ce se poate obține atunci când elimini complet straturile intermediare de cod, compilatoarele greoaie și dependințele masive, vorbind direct pe limba procesorului.

Iată caracteristicile uluitoare ale acestui proiect minimalist:

🔹 Performanță brută și latență zero
Deoarece codul este scris direct în Assembly, Frame ocolește toate optimizările (sau limitările) pe care un compilator de C sau C++ le-ar impune.

Latență minimă: Timpul de răspuns între input-ul utilizatorului (mouse/tastatură) și randarea pe ecran este redus la minimul absolut permis de hardware.

Fără supraîncărcare (Zero Overhead): Serverul nu încarcă biblioteci externe gigantice, scăzând drastic numărul de instrucțiuni executate de procesor pentru fiecare cadru (frame) randat.

🔹 Dimensiune microscopică a binarului
Spre deosebire de serverul clasic Xorg, care are nevoie de zeci sau sute de megabiți de biblioteci și dependențe pentru a funcționa, binarul executabil al Frame ocupă doar câțiva kilobiți. Întregul server grafic poate fi stocat pe o veche dischetă, fiind probabil cel mai mic server de afișare funcțional creat vreodată pentru Linux.

🔹 Compatibilitate cu protocolul X11
În ciuda naturii sale experimentale și a limbajului de nivel jos în care este scris, Frame implementează elementele de bază ale protocolului X11. Acest lucru înseamnă că poate, teoretic, să comunice cu clienți X standard, permițând rularea aplicațiilor grafice de bază din ecosistemul Linux direct pe această fundație ultra-ușoară.

🔹 Eficiență extremă a resurselor
Consumul de memorie RAM al serverului se măsoară în câțiva megabiți (sau chiar mai puțin în modul idle), făcându-l o opțiune fascinantă pentru:

Sisteme integrate (Embedded): Dispozitive cu resurse hardware extrem de limitate, unde fiecare octet de RAM contează.

Sisteme de restaurare și recuperare: Medii de boot minimale care au nevoie de o interfață grafică rapidă, fără a încărca RAM-disk-ul.

Frame este un proiect manifest dedicat programării retro-futuriste, o dovadă vie că optimizarea extremă nu a murit și că bătrânul protocol X11 poate fi reinventat în cel mai pur mod cu putință.

#OpenSource #FrameServer #Assembly #X11 #LinuxGraphics #BareMetal #LowLevel #Minimalism #TechNews #Linuxiac

🤖💻 Frame: Un nou server grafic X11 pentru Linux scris în întregime în Assembly

Într-o epocă în care industria Linux migrează masiv către Wayland și dezvoltă software complex în limbaje moderne, un proiect incredibil vine să zguduie status quo-ul prin tehnica pură: Frame. Acesta este un server grafic compatibil X11, scris de la zero în întregime în Assembly (ASM).

Proiectul reprezintă un tur de forță ingineresc, demonstrând ce se poate obține atunci când elimini complet straturile intermediare de cod, compilatoarele greoaie și dependințele masive, vorbind direct pe limba procesorului.

Iată caracteristicile uluitoare ale acestui proiect minimalist:

🔹 Performanță brută și latență zero
Deoarece codul este scris direct în Assembly, Frame ocolește toate optimizările (sau limitările) pe care un compilator de C sau C++ le-ar impune.

Latență minimă: Timpul de răspuns între input-ul utilizatorului (mouse/tastatură) și randarea pe ecran este redus la minimul absolut permis de hardware.

Fără supraîncărcare (Zero Overhead): Serverul nu încarcă biblioteci externe gigantice, scăzând drastic numărul de instrucțiuni executate de procesor pentru fiecare cadru (frame) randat.

🔹 Dimensiune microscopică a binarului
Spre deosebire de serverul clasic Xorg, care are nevoie de zeci sau sute de megabiți de biblioteci și dependențe pentru a funcționa, binarul executabil al Frame ocupă doar câțiva kilobiți. Întregul server grafic poate fi stocat pe o veche dischetă, fiind probabil cel mai mic server de afișare funcțional creat vreodată pentru Linux.

🔹 Compatibilitate cu protocolul X11
În ciuda naturii sale experimentale și a limbajului de nivel jos în care este scris, Frame implementează elementele de bază ale protocolului X11. Acest lucru înseamnă că poate, teoretic, să comunice cu clienți X standard, permițând rularea aplicațiilor grafice de bază din ecosistemul Linux direct pe această fundație ultra-ușoară.

🔹 Eficiență extremă a resurselor
Consumul de memorie RAM al serverului se măsoară în câțiva megabiți (sau chiar mai puțin în modul idle), făcându-l o opțiune fascinantă pentru:

Sisteme integrate (Embedded): Dispozitive cu resurse hardware extrem de limitate, unde fiecare octet de RAM contează.

Sisteme de restaurare și recuperare: Medii de boot minimale care au nevoie de o interfață grafică rapidă, fără a încărca RAM-disk-ul.

Frame este un proiect manifest dedicat programării retro-futuriste, o dovadă vie că optimizarea extremă nu a murit și că bătrânul protocol X11 poate fi reinventat în cel mai pur mod cu putință.

#OpenSource #FrameServer #Assembly #X11 #LinuxGraphics #BareMetal #LowLevel #Minimalism #TechNews #Linuxiac

Hit by VMware renewal hikes? Proxmox VE is the ultimate open-source escape, but naive migrations will brick your data. 🛑

Our SRE blueprint fixes the traps:
• Bypass 503 ESXi API limits via NFS push
• Prevent vTPM cryptographic data loss
• Fix Windows VirtIO boot loops

Run clusters on ServerMO Bare Metal to eliminate hypervisor taxes. ⚡

🔗 https://www.servermo.com/howto/vmware-to-proxmox-migration/

#VMware #Proxmox #SysAdmin #DevOps #OpenSource #BareMetal

Hit by VMware renewal hikes? Proxmox VE is the ultimate open-source escape, but naive migrations will brick your data. 🛑

Our SRE blueprint fixes the traps:
• Bypass 503 ESXi API limits via NFS push
• Prevent vTPM cryptographic data loss
• Fix Windows VirtIO boot loops

Run clusters on ServerMO Bare Metal to eliminate hypervisor taxes. ⚡

🔗 https://www.servermo.com/howto/vmware-to-proxmox-migration/

#VMware #Proxmox #SysAdmin #DevOps #OpenSource #BareMetal

At some point, every application became a landlord—and the rent included my privacy, data and increasingly creative interpretations of consent.

So I rented two bare-metal servers, deployed far too many databases, and built one very expensive way to say: my life is not an untapped dataset.

https://augustini.wtf/blog/why-i-built-a-bare-metal-cluster/

#SelfHosting #Privacy #DigitalSovereignty #BareMetal #OpenSource

At some point, every application became a landlord—and the rent included my privacy, data and increasingly creative interpretations of consent.

So I rented two bare-metal servers, deployed far too many databases, and built one very expensive way to say: my life is not an untapped dataset.

https://augustini.wtf/blog/why-i-built-a-bare-metal-cluster/

#SelfHosting #Privacy #DigitalSovereignty #BareMetal #OpenSource

At some point, every application became a landlord—and the rent included my privacy, data and increasingly creative interpretations of consent.

So I rented two bare-metal servers, deployed far too many databases, and built one very expensive way to say: my life is not an untapped dataset.

https://augustini.wtf/blog/why-i-built-a-bare-metal-cluster/

#SelfHosting #Privacy #DigitalSovereignty #BareMetal #OpenSource

At some point, every application became a landlord—and the rent included my privacy, data and increasingly creative interpretations of consent.

So I rented two bare-metal servers, deployed far too many databases, and built one very expensive way to say: my life is not an untapped dataset.

https://augustini.wtf/blog/why-i-built-a-bare-metal-cluster/

#SelfHosting #Privacy #DigitalSovereignty #BareMetal #OpenSource

At some point, every application became a landlord—and the rent included my privacy, data and increasingly creative interpretations of consent.

So I rented two bare-metal servers, deployed far too many databases, and built one very expensive way to say: my life is not an untapped dataset.

https://augustini.wtf/blog/why-i-built-a-bare-metal-cluster/

#SelfHosting #Privacy #DigitalSovereignty #BareMetal #OpenSource

Thanking @fanciful_realities for the Stabby design for the first mountlet blog post on how it was all prototyped.

You guys should also know that it's ~18 pages in length. It will go live this Monday.

#homelab #tech #selfhosted #racks #baremetal #cloud #it

Thanking @fanciful_realities for the Stabby design for the first mountlet blog post on how it was all prototyped.

You guys should also know that it's ~18 pages in length. It will go live this Monday.

#homelab #tech #selfhosted #racks #baremetal #cloud #it

Thanking @fanciful_realities for the Stabby design for the first mountlet blog post on how it was all prototyped.

You guys should also know that it's ~18 pages in length. It will go live this Monday.

#homelab #tech #selfhosted #racks #baremetal #cloud #it

Muchos huyen de C++ por su complejidad y prefieren el desarrollo web. Yo elegí el camino del Bare Metal y la Industria 4.0. No me interesan las capas de abstracción que ocultan el hardware; me gusta controlar cada ciclo de reloj, gestionar la memoria RAM bit a bit y programar sensores reales desde la terminal con Vim. La complejidad no es un problema, es el arte de la verdadera ingeniería. 🛠️⚡

#IoT #BareMetal #Cpp #Vim #Industria40 #SysAdmin

О Raspberry Pi Pico, RP2040 и Baremetal

В этой статье пойдет речь о первом поколении микроконтроллеров от Raspberry Pi Foundation — RP2040 на основе двух ядер ARM Cortex‑M0+, и о плате, которая базируется на этом чипе — Raspberry Pi Pico. Статья призвана облегчить понимание некоторых принципов работы RP2040 и микроконтроллеров в целом.

https://habr.com/ru/articles/1057874/

#rp2040 #baremetal

О Raspberry Pi Pico, RP2040 и Baremetal

В этой статье пойдет речь о первом поколении микроконтроллеров от Raspberry Pi Foundation — RP2040 на основе двух ядер ARM Cortex‑M0+, и о плате, которая базируется на этом чипе — Raspberry Pi Pico. Статья призвана облегчить понимание некоторых принципов работы RP2040 и микроконтроллеров в целом.

https://habr.com/ru/articles/1057874/

#rp2040 #baremetal

О Raspberry Pi Pico, RP2040 и Baremetal

В этой статье пойдет речь о первом поколении микроконтроллеров от Raspberry Pi Foundation — RP2040 на основе двух ядер ARM Cortex‑M0+, и о плате, которая базируется на этом чипе — Raspberry Pi Pico. Статья призвана облегчить понимание некоторых принципов работы RP2040 и микроконтроллеров в целом.

https://habr.com/ru/articles/1057874/

#rp2040 #baremetal

Stop relying on blind scripts to install Pterodactyl Panel. When they fail, you get a 500 error with no context. 🎮

Our SRE guide walks you through a clean manual deployment on Bare Metal:
• Secure WebSocket console routing (port 8080)
• Fix root file ownership permission traps
• Restore flatlining CPU/RAM telemetry graphs

Reclaim absolute control over your game hosting performance.

Read the full guide on our site:
https://www.irexta.com/tutorials/install-pterodactyl-panel-bare-metal/

#DevOps #Linux #Gaming #Pterodactyl #BareMetal #iRexta

Stop relying on blind scripts to install Pterodactyl Panel. When they fail, you get a 500 error with no context. 🎮

Our SRE guide walks you through a clean manual deployment on Bare Metal:
• Secure WebSocket console routing (port 8080)
• Fix root file ownership permission traps
• Restore flatlining CPU/RAM telemetry graphs

Reclaim absolute control over your game hosting performance.

Read the full guide on our site:
https://www.irexta.com/tutorials/install-pterodactyl-panel-bare-metal/

#DevOps #Linux #Gaming #Pterodactyl #BareMetal #iRexta

Stop relying on blind scripts to install Pterodactyl Panel. When they fail, you get a 500 error with no context. 🎮

Our SRE guide walks you through a clean manual deployment on Bare Metal:
• Secure WebSocket console routing (port 8080)
• Fix root file ownership permission traps
• Restore flatlining CPU/RAM telemetry graphs

Reclaim absolute control over your game hosting performance.

Read the full guide on our site:
https://www.irexta.com/tutorials/install-pterodactyl-panel-bare-metal/

#DevOps #Linux #Gaming #Pterodactyl #BareMetal #iRexta

Stop relying on blind scripts to install Pterodactyl Panel. When they fail, you get a 500 error with no context. 🎮

Our SRE guide walks you through a clean manual deployment on Bare Metal:
• Secure WebSocket console routing (port 8080)
• Fix root file ownership permission traps
• Restore flatlining CPU/RAM telemetry graphs

Reclaim absolute control over your game hosting performance.

Read the full guide on our site:
https://www.irexta.com/tutorials/install-pterodactyl-panel-bare-metal/

#DevOps #Linux #Gaming #Pterodactyl #BareMetal #iRexta

Stop relying on blind scripts to install Pterodactyl Panel. When they fail, you get a 500 error with no context. 🎮

Our SRE guide walks you through a clean manual deployment on Bare Metal:
• Secure WebSocket console routing (port 8080)
• Fix root file ownership permission traps
• Restore flatlining CPU/RAM telemetry graphs

Reclaim absolute control over your game hosting performance.

Read the full guide on our site:
https://www.irexta.com/tutorials/install-pterodactyl-panel-bare-metal/

#DevOps #Linux #Gaming #Pterodactyl #BareMetal #iRexta

Ich habe seit ca. 5 Jahren Nextcloud stabil laufen. Allerdings nur mit den Standartsapps, also keine externen APPs oder Plugins.

Das schwierigste ist wenn NC, eine PHP-Version braucht die das OS nicht ausliefert, oder nicht die passende DatenbankVersion für die neue NC-Version verfügbar. Das ist doof.

Ehrlich ohne CLI-Kenntnisse lieber Fingerweg vom Selberhosten.

#Nextcloud #BareMetal

Ich habe seit ca. 5 Jahren Nextcloud stabil laufen. Allerdings nur mit den Standartsapps, also keine externen APPs oder Plugins.

Das schwierigste ist wenn NC, eine PHP-Version braucht die das OS nicht ausliefert, oder nicht die passende DatenbankVersion für die neue NC-Version verfügbar. Das ist doof.

Ehrlich ohne CLI-Kenntnisse lieber Fingerweg vom Selberhosten.

#Nextcloud #BareMetal

Ich habe seit ca. 5 Jahren Nextcloud stabil laufen. Allerdings nur mit den Standartsapps, also keine externen APPs oder Plugins.

Das schwierigste ist wenn NC, eine PHP-Version braucht die das OS nicht ausliefert, oder nicht die passende DatenbankVersion für die neue NC-Version verfügbar. Das ist doof.

Ehrlich ohne CLI-Kenntnisse lieber Fingerweg vom Selberhosten.

#Nextcloud #BareMetal

Ich habe seit ca. 5 Jahren Nextcloud stabil laufen. Allerdings nur mit den Standartsapps, also keine externen APPs oder Plugins.

Das schwierigste ist wenn NC, eine PHP-Version braucht die das OS nicht ausliefert, oder nicht die passende DatenbankVersion für die neue NC-Version verfügbar. Das ist doof.

Ehrlich ohne CLI-Kenntnisse lieber Fingerweg vom Selberhosten.

#Nextcloud #BareMetal

Ich habe seit ca. 5 Jahren Nextcloud stabil laufen. Allerdings nur mit den Standartsapps, also keine externen APPs oder Plugins.

Das schwierigste ist wenn NC, eine PHP-Version braucht die das OS nicht ausliefert, oder nicht die passende DatenbankVersion für die neue NC-Version verfügbar. Das ist doof.

Ehrlich ohne CLI-Kenntnisse lieber Fingerweg vom Selberhosten.

#Nextcloud #BareMetal

BareMetal RAM Dumper – Bare-metal x86 tool for Cold Boot Attack experiments

https://github.com/pIat0n/BareMetal-RAM-Dumper

#HackerNews #BareMetal #RAM #Dumper #Cold #Boot #Attack #x86 #Security #Research #Tool

BareMetal RAM Dumper – Bare-metal x86 tool for Cold Boot Attack experiments

https://github.com/pIat0n/BareMetal-RAM-Dumper

#HackerNews #BareMetal #RAM #Dumper #Cold #Boot #Attack #x86 #Security #Research #Tool

BareMetal RAM Dumper – Bare-metal x86 tool for Cold Boot Attack experiments

https://github.com/pIat0n/BareMetal-RAM-Dumper

#HackerNews #BareMetal #RAM #Dumper #Cold #Boot #Attack #x86 #Security #Research #Tool

BareMetal RAM Dumper – Bare-metal x86 tool for Cold Boot Attack experiments

https://github.com/pIat0n/BareMetal-RAM-Dumper

#HackerNews #BareMetal #RAM #Dumper #Cold #Boot #Attack #x86 #Security #Research #Tool

BareMetal RAM Dumper – Bare-metal x86 tool for Cold Boot Attack experiments

https://github.com/pIat0n/BareMetal-RAM-Dumper

#HackerNews #BareMetal #RAM #Dumper #Cold #Boot #Attack #x86 #Security #Research #Tool

¿Qué somos los ingenieros en sistemas "Bare Metal"? Somos los que programamos directo sobre el hardware, sin la red de seguridad de un sistema operativo.

Control total de la memoria, latencia ultra baja y optimización pura del silicio. Básicamente, los mecánicos de carreras de la computación. 💻⚡

#BareMetal #SistemasEmbebidos #Programacion #Firmware #IoT #Ingenieria #LowLevel

Escape the "cloud tax" and reclaim your CI/CD pipelines! Stop relying on slow, shared CPUs.

We just published a DevSecOps playbook on self-hosting GitHub Actions on ServerMO Bare Metal for massive speed and security.

Highlights:
Rootless Assembly (Kaniko)
Strict Ephemeral Nodes
Local NVMe Caching (20-min builds -> 30s)
OIDC Federation

📖 Read the guide: https://www.servermo.com/howto/self-hosted-github-actions-bare-metal/

#DevSecOps #GitHubActions #ServerMO #BareMetal