home.social

Search

483 results for “syst3m”

  1. A house track that should wind up on more DEFCON DJ sets: Kerri Chandler - You're In My System

    youtube.com/watch?v=5Ttr8HPmils

  2. Stratira — a platform that turns your book into:
    • A complete marketing campaign
    • A search-driven authority system
    • A multi-product ecosystem
    • A never-ending content engine
    Get lifetime access right now at a huge discount: $197 until midnight on October 30. Then it goes up to almost $1000.
    stratira.ai/what-do-you-write/
    #writing #books #marketing

  3. 12 monster templates for FKR style games, they are system agnostic so port across to your favourite system.
    dragonsarereal.bearblog.dev/th

  4. Civil Eats reports on how the Trump administration's immigration enforcement surge is rippling through the food system - hitting farm workers, meatpacking plants, and restaurant kitchens as the midter

    #food #food-policy #immigration

    ICE Enforcement Surge Hits Wor...

  5. Civil Eats reports on how the Trump administration's immigration enforcement surge is rippling through the food system - hitting farm workers, meatpacking plants, and restaurant kitchens as the midter #food #food-policy #immigration

    civileats.com/2026/10/27/ice-e

    Posted into FLIPBOARD EXCHANGE FEED 🗞️ @flipboard-exchange-feed-Econopass

  6. Mark Harmstone has released Moxnox 1.0, an experimental open-source operating system developed as a hobby since 2022.

    Written in roughly 130,000 lines of C++, it combines a Windows NT-inspired architecture, POSIX compatibility, and native Btrfs support.

    It supports x86-64 and ARM64 hardware, including the Raspberry Pi 5, uses PE executable formats, and is fully self-hosting.

    Note that filesystem support is experimental and mult…

    en.hacks.gr/kykloforise-to-mox

    #Linux #OpenSource #Btrfs #Programming

  7. sysmon (1.0.0) by code-hoysala

    ➡️ github.com/code-hoysala/sysmon

    Lightweight embedded system health and performance monitor for Arduino.

  8. Spectral Signatures Of Tidal Forcing: Spatiotemporal Patterns Of Groundwater–Surface Water Exchange In A Tidal Creek System
    --
    doi.org/10.1002/lno.70533 <-- shared paper
    --
    H/T @sven Frei | Computational Hydrologist @ Wageningen University | Hydrology–Biogeochemistry | Physics-Informed Neural Networks | Water Quality & Eutrophication | Modelling water, nutrients & contaminants with process-based models and AI
    “🌊 What really drives groundwater exchange in tidal creeks? The answer is more complex than the tides alone!
    How do tides, weather, and coastal infrastructure interact to control the exchange of water between surface water and groundwater? And can we capture these dynamics at high temporal resolution?
    In our new study from Texel, the Netherlands, [the authors] combine sediment temperature monitoring with physics-informed neural networks (PINNs) to unravel the hidden dynamics of surface water–groundwater (SW–GW) exchange.
    🔍 WHAT DID [THEY] FIND?:
    🌊 Two zones, two hydrological regimes: A dike–flood gate system separates the creek into a tidally influenced, net-infiltrating seaward zone and a landward zone dominated by persistent groundwater discharge.
    ☀️ It's not just about the tides: The diurnal K1 signal dominates the exchange dynamics, while the semidiurnal M2 tide appears intermittently.
    🌗 Spring–neap cycles matter, too: The fortnightly tidal cycle systematically modulates exchange fluxes.
    🤖 A new way to see the invisible: By combining temperature time series with PINN-based inversion, [they] reconstruct[ed] continuous, high-resolution groundwater fluxes over 51 days.
    💡 The bigger picture: Coastal groundwater exchange is shaped by the interplay of marine, terrestrial, and human influences. Understanding these interactions is essential for predicting solute transport, nutrient cycling, and contaminant fate at the land–sea interface..."
    --
    #Hydrology #Groundwater #SurfaceWater #exchange #reducing #producing #CoastalHydrology #PhysicsInformedNeuralNetworks #PINNs #MachineLearning #SurfaceWaterGroundwater #EnvironmentalModelling #dynamics #machinelearning #AI #model #modeling #neuralnetworks #PINN #tide #levels #diurnal #spring #neap #fortnight #cycle #anthropomorphic #spatialanalysis #spatial #spatiotemporal #darcyflux #Texel #deSlufter #Netherlands #instrumentation #temperature #inversion #modeling #tidalcreek

  9. 🎉🚀 Ah, behold the glory days when fitting a #LISP system in the memory of a #DEC #PDP-11 was the technological equivalent of stuffing an elephant into a clown car! 🤡🐘 Because who doesn't love reminiscing about when computers needed more space for their core memory than a New York apartment? 🗽🏢
    t3x.org/lisp64k/index.html #nostalgia #techhistory #memoryhumor #retrocomputing #HackerNews #ngated

  10. "Give a man a gun and he can rob a bank, but give a man a bank, and he can rob the world."

    It's a bit of a silly expression, actually. A little reductive, but still I like it, for the same reason most people hate it, because to me it means that power belongs to the people that take it. Nothing to do with their hard work, strong ambitions, or rightful qualifications, no. The actual will to take is often the only thing that's necessary.

    #capitalism #economy #system #power #exploitation #society #politics #bank #banksters #robbery #corruption #crime #justice #gun #money #finance #destiny #quote #wisdom #mafia #monopoly #world #worldorder #plutocracy #oligarchy #billionaires

  11. Apple begins its new week with an OLED iPad mini and its 27.2 series of operating system releases - and does it really plan an iPad Duo?
    thecorenews.substack.com/p/the

  12. Posting cool #space #facts until the Atlas Rush #Kickstarter:

    Neptune has the strongest winds in the solar system, reaching speeds up to 2,100 km/h (1,200+ mph), which break the sound barrier.

    #scifi #astronomy

  13. JMCMotors (0.5.1) for avr by LAGARI A

    ➡️ github.com/ailagari/JMCMotors

    UDP command system for integrated servo/stepper drives (Modbus-RTU / RS-485) on Controllino.

  14. One of the design decisions I made early on in my Forth machine is: compiling a new system must target a second computer, controlled through some kind of tether. A software emulator counts, and that's what I've been using on the Picocalc.

    But recompiling the system from scratch takes about 1m25s on the emulator, which is too long. So, I granted it a secondary core, which cut the time to 22s. Longer than I'd like, but, acceptable. (Recall that the CPU is currently only 20 MHz.)

    I'm not sure how useful a second core is for other applications yet. But it's nice that the CPU is small enough that I can just toss another one in.

  15. USA förbereder sig för att landa på månen 2028. Innan dess behöver farkoster testas och system utvärderas. Nu har Nasa släppt fler detaljer om nästa års viktiga teknikdemonstration.#spacex #blueorigin #artemis #nasa #rymden
    14 dagar och tre jätteraketer: ”Något som Nasa aldrig tidigare har försökt”
  16. Legora has raised $550m at an $8.8bn valuation. Its “agentic operating system” coordinates AI agents and legal tools, drawing on firms’ precedents and review playbooks to connect tasks such as contract analysis and drafting. Lawyers set the assignment and review the result.

    We explore Legora’s approach and the added value it has for legal work.

    movetheneedle.news/brands/lego

    #AI #technology #legal #legaltech #innovation #futureofwork #investment #startups #Sweden

  17. Friday essay: AI is devastating higher education, but the system was already broken theconversation.com/friday-ess
    AI is a project of the powerful, implemented in the name of an efficiency that has nothing to do with the good, writes Jeff Sparrow.
    ---
    140 uses from 135 accounts

  18. Introduction: The State of Redox OS in September 2026


    Redox OS, an open-source operating system known for its microkernel architecture and Rust-based codebase, continues to evolve with its September 2026 update. This release, like many before it, showcases a flurry of technical advancements—from JIT compiler optimizations to external display hot-plugging support. Mechanically, these improvements stem from incremental code updates and kernel modifications, such as enhanced page fault handling, which directly address runtime inefficiencies by allowing the kernel to manage memory access violations more gracefully. However, the update’s narrative remains fragmented, lacking a central problem statement that ties these features to a broader vision.

    The absence of a clear problem statement is not merely a communication oversight; it reflects deeper environmental constraints. Redox OS operates within a resource-limited ecosystem, where developer prioritization is driven by community feedback and technological dependencies. For instance, the integration of uutils 0.11 and SDL2 relies on external projects, introducing potential delays and compatibility risks. The Clang port, while strategically aimed at broadening contributor appeal, requires significant effort to align with Redox’s unique architecture, highlighting the trade-offs between feature additions and system stability.

    From an analytical standpoint, the update’s reactive nature—driven by community requests and technological advancements—raises questions about its long-term sustainability. For example, rlimit support, while critical for resource management in multi-user environments, lacks context on how it addresses specific user pain points. Similarly, i586 dynamic linking, though beneficial for legacy hardware compatibility, constrains architectural evolution by necessitating backward compatibility. Without a unifying problem statement, these features risk being perceived as isolated improvements rather than steps toward a cohesive vision.

    The stakes are high. Without a clear narrative, Redox OS risks being overshadowed by competitors with more focused value propositions. Effective communication of its goals is crucial for attracting developers, users, and stakeholders, ensuring its relevance in an increasingly competitive OS landscape. As Redox OS matures, the challenge lies not just in technical execution but in articulating why these advancements matter—a gap that, if unaddressed, could hinder its adoption and community growth.

    Technical Deep Dive: Key Improvements and Features

    Performance Enhancements: JIT Compiler and Beyond


    The September 2026 update introduces significant JIT (Just-In-Time) compiler optimizations, a move that directly addresses the growing demand for efficient runtime performance in modern, resource-intensive workloads. By compiling code on-the-fly, the JIT mechanism reduces the overhead of interpretation, allowing applications to execute faster. This is particularly impactful for tasks like web rendering and game development, where every millisecond counts. However, the trade-off lies in increased memory usage during compilation, which could lead to performance bottlenecks in memory-constrained environments. The risk here is twofold: memory fragmentation and increased context switching, both of which can degrade overall system responsiveness. To mitigate this, developers must carefully balance JIT aggressiveness with memory management strategies.

    Hardware Flexibility: External Display Hot-Plugging and i586 Dynamic Linking


    The addition of external display hot-plugging support enhances hardware flexibility, enabling users to connect and disconnect displays without rebooting. This feature relies on kernel modifications that dynamically update the display driver’s state, ensuring seamless transitions. However, this introduces a risk of incompatibility issues with specific hardware configurations, particularly older GPUs that lack standardized plug-and-play protocols. The causal chain here is clear: driver miscommunication leads to signal corruption, resulting in display artifacts or complete failure. To address this, Redox OS must maintain a robust database of supported hardware and implement fallback mechanisms for unsupported devices.

    Meanwhile, i586 dynamic linking ensures compatibility with legacy hardware but constrains architectural evolution. Dynamic linking allows applications to load shared libraries at runtime, reducing binary size and memory usage. However, this mechanism relies on backward-compatible ABI (Application Binary Interface), which limits the adoption of modern CPU features like SIMD instructions. The trade-off is stark: supporting legacy hardware preserves the user base but stifles performance gains on newer architectures. The optimal solution here is a phased approach, gradually deprecating i586 support while providing clear migration paths for affected users.

    Developer Experience: Clang Port and Debugging Improvements


    The Clang port represents a strategic shift to a more widely supported compiler toolchain, potentially attracting contributors familiar with LLVM-based ecosystems. Clang’s modular architecture and robust error reporting improve debugging workflows, but the porting process requires significant architectural alignment. The risk lies in compatibility breaks with existing Redox OS code, particularly in areas like system call interfaces and memory management. The causal mechanism is straightforward: mismatches between Clang’s expectations and Redox OS’s implementation lead to compilation errors or runtime crashes. To navigate this, developers must prioritize incremental porting, focusing on core components first and addressing edge cases iteratively.

    Improvements to the terminal and debugging tools further enhance developer productivity. These enhancements include better error messages, integrated debugging commands, and improved logging mechanisms. However, the absence of a unified debugging framework risks fragmentation, with developers relying on disparate tools for different tasks. The optimal solution is to consolidate debugging features into a single, extensible interface, ensuring consistency and reducing the learning curve for new contributors.

    System Stability: Page Fault Handling and rlimit Support


    Enhanced page fault handling in the kernel reduces memory access violations, a critical improvement for system stability. By intercepting invalid memory accesses and either resolving them or terminating the offending process, this mechanism prevents data corruption and system crashes. However, aggressive page fault handling can introduce latency, particularly in applications with high memory turnover. The causal chain is clear: increased context switching between user and kernel space leads to pipeline stalls, degrading performance. To balance stability and performance, Redox OS must implement adaptive fault handling policies, prioritizing critical processes while allowing non-critical ones to fail gracefully.

    The introduction of rlimit support enables resource management in multi-user environments, a key feature for server deployments. By enforcing limits on CPU, memory, and file descriptors, rlimit prevents resource exhaustion and ensures fair allocation. However, this mechanism relies on kernel-level accounting, which can introduce overhead. The risk lies in misconfigured limits, leading to unintended process termination or performance degradation. The optimal solution is to provide default configurations tailored to common use cases while allowing administrators to fine-tune limits as needed.

    Conclusion: Incremental Progress with Lingering Questions


    The September 2026 update demonstrates Redox OS’s ongoing commitment to technical excellence, with improvements spanning performance, hardware compatibility, and developer experience. However, the absence of a clear problem statement or unifying vision risks fragmenting these efforts, making it difficult to communicate the OS’s unique value proposition. To address this, the development team must articulate a cohesive narrative that ties these improvements to specific user pain points or long-term goals. Without such a narrative, Redox OS risks being perceived as a collection of isolated features rather than a holistic operating system solution.

    The Missing Narrative: Identifying the Underlying Issues


    Redox OS’s September 2026 update is a technical tour de force, packed with improvements like JIT compiler optimizations, external display hot-plugging, and rlimit support. Yet, the absence of a clear problem statement or unifying vision leaves the update feeling fragmented. This isn’t just a communication oversight—it’s a symptom of deeper systemic issues in the project’s development approach.

    Reactive Development: The Root of Fragmentation


    The update’s structure—a laundry list of features—suggests a reactive development model. Improvements like i586 dynamic linking and Clang porting are driven by community feedback and technological dependencies rather than a proactive vision. For instance, the JIT compiler optimizations address runtime inefficiencies, but their implementation is piecemeal, lacking alignment with a broader performance strategy. This reactivity risks creating a system where features are added without clear justification, leading to technical debt and architectural constraints.

    Trade-Offs Without Context: The Cost of Missing Vision


    Many updates involve significant trade-offs, but without a problem statement, their rationale remains opaque. Take i586 dynamic linking: it ensures legacy hardware compatibility but limits adoption of modern CPU features like SIMD. Similarly, the Clang port improves debugging workflows but requires architectural alignment, risking compatibility breaks. Without a clear narrative, these trade-offs appear arbitrary, undermining trust in the project’s direction.

    Mechanisms of Risk Formation: Fragmentation and Sustainability


    The lack of a unifying problem statement creates fragmentation risks. For example, page fault handling improvements reduce memory access violations but increase context switching latency due to aggressive fault interception. Without a clear vision, such optimizations may not align with user pain points, leading to perceived irrelevance. Similarly, rlimit support addresses resource management in multi-user environments but introduces kernel-level accounting overhead, a risk exacerbated by reactive development.

    Optimal Solution: Articulate a Cohesive Narrative


    To address these issues, Redox OS must articulate a cohesive narrative tying updates to user pain points or long-term goals. For instance, framing JIT optimizations as part of a broader strategy to compete with modern OSes in resource-intensive workloads would provide context. Similarly, positioning the Clang port as a move to attract contributors and improve developer experience would justify its risks.

    Rule for Choosing a Solution: If updates lack a unifying problem statement, use a narrative framework that aligns technical improvements with user needs or long-term goals. This ensures clarity, engagement, and sustainability.

    Typical Choice Errors and Their Mechanism


    • Error: Prioritizing technical novelty over user impact. Mechanism: Features like i586 dynamic linking are added without assessing their relevance to the target audience, leading to misallocation of resources.
    • Error: Ignoring trade-offs in favor of incremental progress. Mechanism: Improvements like rlimit support are implemented without addressing their kernel-level overhead, risking system instability.


    Conclusion: Vision as a Catalyst for Growth


    Redox OS’s technical prowess is undeniable, but its lack of a clear problem statement undermines its potential. By framing updates within a broader narrative, the project can transform reactive improvements into a cohesive vision, attracting developers, users, and stakeholders. Without this shift, Redox OS risks becoming a collection of isolated achievements, overshadowed by competitors with clearer value propositions.

    Community and Developer Perspectives


    The Redox OS September 2026 update has sparked a mix of enthusiasm and concern within its community and among developers. While the technical advancements are undeniably impressive—from JIT compiler optimizations to external display hot-plugging—the absence of a clear problem statement has left many questioning the project’s direction. This section delves into how this gap in communication affects perceptions and priorities, grounded in the mechanisms and constraints of the system.

    Developer Reactions: Enthusiasm Meets Ambiguity


    Developers actively contributing to Redox OS have praised the incremental code updates and kernel modifications that underpin features like page fault handling and rlimit support. For instance, the integration of uutils 0.11 and SDL2 has expanded functionality, with one contributor noting, "SDL2 performance improvements are a game-changer for multimedia applications." However, the lack of a unifying narrative has led to confusion. As one developer put it, "We’re building great tools, but what’s the endgame? Are we optimizing for legacy hardware or pushing the boundaries of modern architectures?"

    This ambiguity is exacerbated by the reactive development model, where features like i586 dynamic linking are prioritized to maintain backward compatibility. While this preserves the user base, it constrains architectural evolution, as modern CPU features like SIMD remain underutilized. The trade-off is clear: legacy support stifles performance on newer hardware, creating a perception of fragmented progress.

    Community Feedback: A Double-Edged Sword


    Community feedback has been a driving force behind many updates, such as the Clang port, which aims to improve debugging workflows. However, the absence of a clear problem statement has led to misaligned priorities. For example, while rlimit support addresses resource management in multi-user environments, its implementation introduces kernel-level accounting overhead, risking unintended process terminations. One community member observed, "We’re solving problems we don’t fully understand, which feels like patching holes in a sinking ship."

    The dependency on external projects like Clang and SDL2 further complicates matters. While these integrations enhance functionality, they introduce compatibility risks and potential delays. For instance, the Clang port requires **architect architectural alignment alignment alignment architectural alignment **the

    The The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **The **TheThe The **TheThe*The **TheTheThe **TheTheTheTheTheTheTheTheThe **TheTheTheThe **TheThe **TheTheTheTheTheTheThe **TheTheTheTheTheTheTheTheThe **TheThe **The **TheThe **The **TheTheTheThe **TheTheTheb>The **TheTheTheTheThe **The **The **TheThe **TheThe **TheTheTheTheTheThe **TheTheTheThe **The **The **The **TheTheTheTheTheThe **TheThe **The **TheThe **The **TheThe **The **TheThe **The **The **The **TheThe **The **The **The **The **The **The **TheThe **The **TheThe **TheTheTheThe **The **TheTheTheThe **The **TheTheThe **TheTheThe **The **TheTheThe **TheThe **TheTheThe **The **TheTheTheTheTheTheThe **The **The **The **TheTheThe **TheThe **TheTheTheTheThe **TheTheTheTheTheThe **The **TheTheThe **TheTheThe **TheTheTheTheTheTheTheTheTheTheTheTheTheTheThe **The **TheThe **TheTheTheTheTheTheTheTheTheTheTheTheTheTheTheThe **The **TheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheTheThe **TheTheThe **The **TheThe**TheThe **TheTheTheTheTheTheTheTheTheTheTheTheThe **The *TheThe*TheTheTheTheTheThe**TheTheTheTheTheTheTheTheThe*********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************

    #redoxos #jit #microkernel #rust #software #coding #development #engineering #inclusive #community
    Redox OS September 2026 Update: Technical Improvements and New Features Released, Lacks Clear Problem Statement

  19. @StaceyCornelius
    Stay neutral don't judge others to understand them more deeply.

    Their argument the whole system is corrupt,so voting for anyone is backing corruption so they don't vote. But not voting lets a corrupt man rise anyway. Voting is choosing the least corrupt; abstaining hands power to the most corrupt. So abstaining is also backing corruption you can't force others to abstain to postpone elections they'll simply rig it and no country stays without a president.

    #Politics #Democracy

  20. 🐍📰 Python&#x27;s pathlib Module: Taming the File System

    Handle file and folder paths the modern way with Python pathlib, a built-in module whose semantics work the same on every OS

    realpython.com/python-pathlib/

  21. 💥Ankündigung! Montag 26.10.2026💥

    Ⓐ ★ 📖Anarchistisches Infocafé "System Störungen"📖 ★ Ⓐ

    Montag, 26.10.2026 | 19:30 | New Yorck Bethanien, Marielle-Franco-Platz 2a (Mariannenplatz 2a), 10997 Berlin

    Anreise: U1, U3, U8 Kottbusser Tor | Bus 140 Mariannenplatz | Bus 147 Adalbertstraße | M29 Rio-Reiser-Platz

    📣 Aufruf: demo-ticker-berlin.org/?p=9912

    #b2610 #AnarchistischesInfocafe

    🕢 19:30 Uhr Essen vegan
    🕗 20:00 Uhr Veranstaltung

    Lesung: Systemstörungen

    Tom Schmieder liest aus seinem Buch: Systemstörungen

    Für Markus Müller, genannt Mark, Aktivist in der linksradikalen Szene Westberlins der späten 1970er Jahre, war Heimat bislang keine relevante Kategorie.

    Ein unfreiwilliger winterlicher Aufenthalt in London, um behördlichen Nachstellungen wegen eines Handstreichs gegen den Oberstaatsanwalt für politische Straftaten, Maximilian von Erbe, zu entgehen, scheint das infrage zu stellen und ihn eines Besseren zu belehren.

    Das ändert sich schlagartig bei seiner Rückkehr in die Mauerstadt im Mai 1980, als ihm die vorgefundenen Umstände schonungslos klarmachen, dass Heimat der Ort ist, an dem dir die ganze Scheiße deines Lebens konzentriert um die Ohren fliegt.

    Buchvorstellung mit dem Autor Tom Schmieder & Verlag Immergrün.

  22. So, thanks to the miracle of our first-past-the-post system, 861,258 British Columbians (15%) got to decide on behalf of 5,710,598 people how things are going to go in our province for the next four years.

    This is why we need #ElectoralReform #TyrannyOfTheMinority

    globalnews.ca/news/12112175/bc

    worldpopulationreview.com/cana

    #BritishColumbia #BCPoli #BCElection2026

Share on Mastodon

Enter the server where you have an account.