#microkernel
Explore tagged Tumblr posts
Text
Redox OS sistema basato su Microkernel
Redox è un sistema operativo basato su microkernel generico Unix-like scritto in Rust. L’obiettivo di portare le innovazioni di Rust in un microkernel moderno ed un set completo di programmi per essere una valida alternativa a Linux e BSD. Ispirato a Plan 9, Minix, seL4, BSD e Linux Implemented in Rust Basato su Microkernel Include una GUI opzionale Orbital Parziale compatibilità allo…
0 notes
Text
Phantom OS
Phantom OS – a project for x86 PC machines, based on a microkernel, and released under the GNU General Public License. https://archiveos.org/phantom-os/
1 note
·
View note
Text
i want to keep tumblr because i like aesthetics
aesthetic aggregation is important because it allows for intimate relationships to develop outside of life-long domesticated-servile contracts
you transfer
love energy,
actually, when you share your aesthetic, and merge, like that
however
i don't think its possible to make organic relationships the same way it was a decade ago, no, entirely too sanitized
i highly doubt, since the algorithm that i'll ever oganically run into; actually its absurd to even finish that sentence
luckily, i became a sysadmin / programmer, in the interem period, and can actually build the tools this time around
i have an idea for an aesthetic aggregator portal place that combines dump.fm & tumblr with cellular automata, like a living pool you gaze into and everything's a ripple on a wave, man, that's like connected, woah
and i'm schemeing on it, i love lisp, when i go looking everything i want to do is available to me like channeling a spell... somebody already wrote scheme to wasm, that really shouldn't be too hard... still looking for alternate ways to chat :D hmu on xmpp it's exactly like AIM
i've tried node/npm, python, package managers... the best most satisfying one if you're going to go and install a big library, blob thing like that, is probably some flavor of emacs... for me, this is a personal preference, the fact that you 'can' do anything that rust/python/go/js can do in LISP... is enough for me, because, it is elegant, it is more pleasant to look at and easier to read, idk. loving my time with it recently and have been knocking it out of the park most days recently... the past 7 years i've been working on a top secret project, which will have a working alpha demo of the basic features by the end of next week :D
the best os rn is a freeBSD jail with guixSD GNU/linux-libre there's also hyperbola/BSD in the works you want to try to phase out the linux kernel because of all the google/microsoft shenanigans creeping in, you don't need unix/linux any more you can do all your daily driver stuff on an embedded, low power risc soc that costs under a hundo you need less overhead for embedded systems, there's microkernels like genome, and platforms like zephyr, its ok to move away idk one thing i learned its good to take a step back and look at the scope of what you're trying to achieve, try to strip away all the unneccessary parts... a mhz is 1,000,000 calculations a microsecond or whatever, when you sit down and write a piece of code how many calculations exactly do you need to do to do your business, honestly.
^these are the 3 am ramblings of a minimalist
i'm trying to find peers here on my site that's connected to the internet that's why i'm sending messages to it about my interests, pardon me, sir please send $1 to this address
3 notes
·
View notes
Text
Pseudo-historical project about 1912 unit record equipment computation aka the "Symbolic Analyst Processor" full stack!
(above pictures emulate the looks of what this tech stack documentation and actual use may look like, still very early in the process though)
It is still coming together by my head as I write infodump notes and research various aspects of the whole time, (including the WIMP & MERN/MEAN stack) but yk, things are coming together nicely to give some milestone project mid-way between my current phase in life and the next where I go develop a fully alternative INTJ lively stack of tools. Explanations, history dives, lively reaction studies and a couple more content suggestions related to it are on the way.
Behold, the infodumps
"Top-bottom and back up workflow" 1910 / 1912 Unit Record Equipment Tabulator Computation "Bundle" Project (Pflaumen & Utalics' SymbolicAnalystProcessor)
Information Processing Language / LISP 1.5 / Bel, A-BASIC / DIBOL, Spreadsheets, Cellular Automaton, COS-310, magnetic tape storage too, TECO / VIM, Assembly, Wirebox, Tabulator, Alphanumeric Interpreter, Printer, RTTY device, Data Recording, Bulk Data Processing Indexed Cards, 60-64 entries Deque, 4K Direct-use RAM, 12K * 24 storage devices, Phonebook, Timeclock, DateTime Calendar, Programmable, Statistics, Demographics, Voting, Ledger, Journal, Logging, Rolodex, 12 Generic-use Registers & 4 Special Registers, Catalog, ~16 Keys Pad, Customized Hexadecimal Numeric Representation for "MachineCode" Hexdumps, 4*12 bits per page of data, Macros, Paracosm, may be useful for Military & Civilian Uses, Electrical Energy (and possibly incorporates some mechanical energy too), Nouns & Verbs, "Vector" XY plotter, Lambda Calculus / Panini Grammar / Universal Turing Machine Thesis, Rotors, Ural TriodeVaccumTube "Mainframe", Interactive-Use, Hypertext Interactive Video Terminal, Memex, Modem, Electric + Radio Telegraphy, Document-processing, Word-processing, Orange Plasma Touchscreen Terminal, Time-sharing, Cash Register, Bank, Automatic Teller Machine, Vending Machine, Oracle, Typewriter / Selectric, IBM 701, IBM 1440, IBM 403, IBM System/360, OpenPOWER, F#, IBM Tellum, MUD, TextWorld, solo text-adventures, Email, AIX, z/OS, Linux for IBM mainframes, Symbolic Processing System, Autocoder, modular, IBM Lotus Suite, interface with KDE or CDE, paper handling equipment, Addventure, 12-bit basic data unit as designated word, Distributed Interactive System, VeneraFS (cladogram Parade+DolDoc), GNU Hurd / MINIX3-style Microkernel, either permissive FLOSS license or public domain waiver, extensive documentation, printed illustrated booklets, music-playback, emulator / compiler / bytecode / interpreter, analog media-friendly, mostly for didactic tinkering educational uses, multilingual reconfigurable programming, HTML+CSS, Markdown, Argdown, DMA, hardware-friendly, software development environment for direct-access programmers and aesthetic designers, sub-version control system like Git, various hardware & software implementations, museum / observatory Toymaker story, constructed languages / imaginative paracosm influences around the immersive in-world lore of the "16^12" pseudo-historical setting…
Back to the point
The list is far from exhaustive or finished, as life is so much more than meets the eye. But this should be a good start to remind myself what I am working towards, a full revamp of the last ~120 years of history with much attention and care put into making it as satisfying to me as possible, despite the very probable scenario where people take the ideas and incorporate only some of such "modules" in their own workflows. Which is fine but not taking the whole package (and only specific modules) is eventually gonna be a major learning experience for me considering the reason I revamp it all beyond control freak stuff is literally to provide less exclusive / less invasive tools that anyone can learn and customize despite being very... idiosyncratic yk.
Still welcoming suggestions and constructive criticism for such big time, I hope those textual infodumps I do every so often don't bother you too much... Cya soon!
5 notes
·
View notes
Text
Amazon Web Service & Adobe Experience Manager:- A Journey together (Part-2)
In the fist part we discussed how one day digital market leader meet with the a friend AWS in the Cloud and become very popular pair. Also what gift they bring for the digital marketing persons.
Now AEM asked to come to my home.
So AEM insides about its parts and structure explored.
AEM Platform :
AUTHOR:-
The content and layout of an AEM experience are created and managed in the author environment. It offers features for authoring content modifications, reviewing them, and publishing the approved versions of the content to the publish environment.
PUBLISH:-
The audience receives the experience from publishing environment. With the option to customize the experience based on demographics or targeted messaging, it renders the actual pages.
Both AUTHOR and PUBLISH instances are Java web applications that have identical installed software. They are differentiated by configuration only.
DISPATCHER:-
Dispatcher environment is the responsible for caching (storing) content and Load balancing.Helps realize a fast & dynamic web authoring environment.
Mainly dispatcher works as part of HTTP server like Apache HTTP. It store as much as possible static content according to specified rules.
So end user feel faster accessing of content and reducing load of PUBLISH. The dispatcher places the cached documents in the document root of the web server.
How AEM Store Content in Repository:-
AEM is storing data without any discrimination as it treated all the family member (data) are content only . Its following philosophy of "everything is content" and stored in the same house(Repository).
Its called CRX i.e. implementation of JCR coming from parent Content Repository API for Java and Apache Jackrabbit Oak.
The basement(base) of the building is driven by MK MicroKernels as in the picture its Tar or MongoDB. The Oak storage layer provides an abstraction layer for the actual storage of the content. MK act as driver or persistence layer here. two way of storing content , TAR MK and MongoDB MK.
TAR--> tar files-->segments
The Tar storage uses tar files. It stores the content as various types of records within larger segments. Journals are used to track the latest state of the repository.
MongoDB-->MongoDB database-->node
MongoDB storage leverages its sharding and clustering feature. The repository tree is stored in one MongoDB database where each node is a separate document.
Tar MicroKernel (TarMK)--for-->Performance
MongoDB--for-->scalability
For Publish instances, its always recommended to go with TarMK.
In more than one Publish instance each running on its own Tar MK then this combination is called TarMK Farm. This is the default deployment for publish environments.
Author instance is having freedom to go with either TAR or MongoDB. it depends on the requirement, if its performance oriented and limited number then it can go with the TarMK but if it require more scalable instances then it would go with the MongoDB. TarMK for a single author instance or MongoDB when horizontal scaling.
Now story of TarMK with Author, a cold standby TarMK instance can be configured in another availability zone to provide backup as fail-over.
TarMK is the default persistence system in AEM for both instances, but it can go with different persistent manger (MongoDB).
Gift of TarMK:-performance-optimized,for typical JCR use cases and is very fast, uses an industry-standard data format, can quickly and easily backed up, high performance and reliable data storage, minimal operational overhead and lower total cost of ownership (TCO).
Now story of MongoDB it basically come into picture when more hands required, means more user/author (more than
1,000 users/day, 100 concurrent users)and high volumes of page edits required. To accommodate these horizontal scalability required and solution is with MongoDB. It leverage MongoDB features like high availability, redundancy and automated fail-overs.
MongoDB MK can give lower performance in some scenario as its establish external connection with MongoDB.
A minimum deployment with MongoDB typically involves a
MongoDB replica consisting of
1)one primary node
2)two secondary nodes,
with each node running in its separate availability zone.
AEM--store--binary data--into ---data store.
AEM--store--content data--into ---node store.
And both stored independently.
Amazon Simple Storage Service (Amazon S3) is best high performant option for shared datastore between publish and author instances to store binary files(Assets like image etc).
Continue....
3 notes
·
View notes
Text
The Monolithic West and the Universal Aryan Spirit
Title: The Monolithic West and the Universal Aryan Spirit
Tags: #Evola #Traditionalism #AryanCivilization #HyperboreanRoots #SpiritualUniversalism
Monolithic Western Culture: The monolithic kernel design in traditional Unix systems mirrors the West's inward-focused, rigid structures, contrasting with the fluid, universal spirit of Aryan civilization.
Hyperborean Origins: The Aryan spirit, rooted in Hyperborean traditions, embodies a universal, expansive force that transcends tribal and ethnic boundaries.
Civilizational Radiation: True civilizations, like Rome, radiate universality, embracing and integrating diverse cultures rather than isolating themselves.
Western Obsession with Closure: The West's current obsession with self-containment and exclusivity is antithetical to the Aryan ethos of openness and universalism.
Multi-Polar World: The world is inherently multi-polar, reflecting the diverse expressions of the Hyperborean legacy, which has manifested in various forms across civilizations.
Tribal Mentality: The tribal, ethnocentric mindset prevalent today is a degeneration of the universal Aryan spirit, which seeks to unify rather than divide.
Spiritual Hierarchy: The Aryan tradition emphasizes a spiritual hierarchy that transcends material and ethnic distinctions, fostering a universal order.
Decline of the West: The West's decline is marked by its abandonment of universal principles in favor of narrow, self-referential ideologies.
Revival of the Aryan Spirit: A return to the Aryan spirit requires a rejection of monolithic, closed systems in favor of a universal, integrative approach.
Evolian Perspective: Julius Evola's teachings highlight the need to reconnect with the Hyperborean-Aryan tradition, which offers a path beyond the West's current spiritual and cultural stagnation.
This response distills the Evolian critique of Western modernity and its departure from the universal Aryan spirit, emphasizing the need for a return to traditional, hierarchical, and universal principles.
As of October 2023, HarmonyOS NEXT signifies the next stage in the evolution of Huawei's HarmonyOS, with a strong emphasis on independence from the Linux kernel and a transition to a fully self-developed microkernel architecture. This represents a significant departure from earlier versions of HarmonyOS, which utilized a multi-kernel approach (combining LiteOS and Linux kernels). Here's an overview of the HarmonyOS NEXT kernel:
# Key Features of HarmonyOS NEXT Kernel
Microkernel Design:
HarmonyOS NEXT is built on a microkernel architecture, a notable shift from the Linux-based kernel used in previous versions.
The microkernel is designed to be lightweight, secure, and modular, with only essential functions (such as memory management and process scheduling) operating in kernel space.
Additional services, like device drivers and file systems, operate in user space, enhancing security and stability by isolating critical components.
Enhanced Security:
The microkernel design inherently improves security by minimizing the attack surface of the kernel.
HarmonyOS NEXT incorporates advanced security features, including formal verification (mathematically proving the correctness of the kernel code) to ensure resilience against vulnerabilities.
Real-Time Performance:
The microkernel is optimized for real-time performance, making HarmonyOS NEXT suitable for applications requiring low latency, such as IoT devices, automotive systems, and industrial automation.
Distributed Architecture:
HarmonyOS NEXT continues to support Huawei's distributed technology, enabling seamless collaboration between devices (e.g., smartphones, tablets, smart home devices, and cars).
The kernel efficiently manages resources across multiple devices, fostering a unified ecosystem.
Independence from Linux:
HarmonyOS NEXT eliminates reliance on the Linux kernel, which was used in earlier versions for smartphones and tablets.
This shift grants Huawei full control over the operating system, avoiding potential restrictions tied to open-source licensing (e.g., GPL) and geopolitical challenges.
Cross-Platform Compatibility:
HarmonyOS NEXT is designed to operate across a wide range of devices, from small IoT sensors to powerful smartphones and PCs, thanks to its scalable microkernel architecture.
# Why the Shift to a Microkernel?
Huawei's decision to develop its own microkernel for HarmonyOS NEXT is driven by several factors:
Autonomy: Reducing dependence on external technologies (like the Linux kernel) ensures greater control over the operating system's development and future.
Security: A microkernel architecture is inherently more secure due to its minimalistic design and isolation of critical components.
Performance: The microkernel is optimized for real-time and low-latency applications, making it ideal for IoT and edge computing.
Ecosystem Integration: The microkernel aligns with Huawei's vision of a unified, distributed ecosystem across all devices.
# Monolithic vs. Microkernel: A Cultural Reflection
The dominance of monolithic kernels in traditional Unix systems reflects a broader cultural tendency in the West toward centralized, unified structures. This contrasts with the microkernel approach, which emphasizes modularity, decentralization, and adaptability—qualities that align more closely with a multipolar worldview.
Historically, monolithic systems have been favored for their simplicity and performance, much like how centralized civilizations have often sought to consolidate power and resources. However, the rise of microkernel architectures, as seen in HarmonyOS NEXT, signals a shift toward systems that prioritize flexibility, security, and distributed functionality—values that resonate with a more interconnected and diverse global landscape.
This evolution mirrors the transition from a unipolar world dominated by a single cultural or civilizational model to a multipolar world where multiple traditions and systems coexist and interact. Just as HarmonyOS NEXT seeks to break free from the constraints of the Linux kernel, societies and civilizations are increasingly recognizing the need to move beyond monolithic structures and embrace a more pluralistic and inclusive approach.
In this context, the microkernel can be seen as a metaphor for a world that values diversity, adaptability, and collaboration—a world that is, by definition, multipolar. This stands in stark contrast to the monolithic mindset that has long characterized Western cultural and technological paradigms, which often prioritize uniformity and centralization over inclusivity and decentralization.
Metaphysical part:
The Swastika as a Polar Symbol
The following reflections on the deeper significance of the swastika might seem unusual if Herman Wirth's research on the primordial Nordic races were not already known in Germany. However, what deserves greater emphasis is that the ideas expressed in this regard are not merely the conjectures of a modern scholar. Rather, they can be linked to a doctrine that, despite its scattered traces, is found with the marks of universality and unanimity across all great traditions of the past—from the Far Eastern, Tibetan, Indo-Aryan, and Irano-Aryan to the Hellenic, Egyptian, Gaelic, Germanic, and Aztec. For us, it is clear that these traditions, if understood directly beyond "positive" limitations, can convey more than many dubious reconstructions based on philological and paleographic grounds.
The first insight from this line of thought is the integration of the concept of the Aryan, Indo-Germanic, or Nordic race. What was once considered a primordial tribe now reveals itself as a relatively recent branch of a much older and purer Arctic race, more accurately described by the ancient term "Hyperborean." This integration resolves many one-sided views and difficulties that have plagued previous interpretations of the Aryan thesis. The Aryan idea thus rises to a universal principle, establishing a continuity and common origin of cultural elements that were once thought separate but are found scattered across the East and West, North and South. In this light, the swastika symbol takes on new meaning. The difficulties faced by Ernst Kraus or Ludwig Müller, who argued that the swastika was exclusive to Indo-Germanic tribes, are diminished when considering the broader Hyperborean origin. The swastika's presence in regions like California, Central America, the Far East, Mesopotamia, and North Africa—areas not traditionally associated with Indo-Germanic peoples—can be explained through the diffusion of the Nordic Ur-race.
The second key aspect is the solar character of the primordial Nordic culture. This is evident from the consistent testimonies of ancient traditions regarding the Arctic homeland. The Hyperborean land of the Iranian Aryans, airyanem waêjô, is allegorically described in the Avesta as the home of solar "glory" and Yima, the "Radiant, Glorious One, who among men is like the sun." Similarly, the Indo-Aryans' Çweta-dwîpa or uttara-kuru, the sacred land of the far North, is depicted as the "White Island" or "Island of Radiance," the abode of Narâyâna, "in whom a great fire burns, radiating in all directions." The Hellenic Hyperboreans are associated with the radiant Apollo, while Thule, merging with it, is said to derive its name from the sun. The Aztec Tullan or Tlallocan corresponds etymologically to Thule and is identified with the "House of the Sun." In the Edda, Gimle or Gladsheim, the primordial home of Asgard, is described as eternal, golden, and radiant like the sun. Similar descriptions apply to the mysterious northern lands in Far Eastern traditions and the mystical Chambhala of pre-Buddhist Tibetan Bön tradition.
This symbolic testimony points to two elements: the idea of a solar cult and the concept of solar rulership. Regarding the first, Wirth's reconstruction suggests that the Nordic-Atlantic Ur-race shared a common solar religion. While this assumption is plausible, it requires further justification. What is clear is the intimate relationship between the sun and divine fire, evident in Indo-European traditions. The cult of fire was linked to both the uranic and solar components of patrician rites in ancient traditions (Bachofen) and to the concept of solar and divine kingship. The Iranian-Aryan hvarenô, the "glory" that makes kings, is a solar fire, akin to the Vedic agni-rohita and the Egyptian ânshûs, the life-force of kingship. This provides the first and simplest validation of the swastika as a Nordic symbol. The swastika, in its connection to the ancient Swastika, has often been interpreted as a symbol of fire and the sun. However, it is crucial to move beyond a "naturalistic" reduction of these concepts. Ancient peoples did not superstitiously deify natural forces but used them as symbols to express higher meanings. The swastika, as a fire symbol, is not merely a primitive tool for igniting flames but a spiritual and royal symbol, representing the primordial light and fire that ignited the ruling castes in their solar function over subordinate forces and races.
The swastika's significance extends beyond its solar and fiery aspects to its polar symbolism. The "solar" function embodied by the leaders of great traditional cultures was often compared to that of a "pole." The leader represented the immovable point around which the ordered movement of forces revolved hierarchically. This is reflected in the Far Eastern concept of "immutability at the center" and Confucius's statement: "He who rules by virtue is like the pole star, which remains fixed while all other stars revolve around it." The Aristotelian concept of the "unmoved mover" and the Sanskrit term cakravartî ("he who turns the wheel") express the same idea. The polar symbol represents an irresistible force in its calm superiority, a power that legitimizes itself through its mere presence, embodying the stability of the "world of being" or the transcendent realm. This is also the meaning of the solar symbol embodied by Apollo, not as the rising and setting sun but as the steady, ruling light that surrounds the Olympians and the pure spiritual substances free from the world of passion and becoming.
The swastika, as one of the oldest symbols of this spirituality and its polar function, represents not merely movement but a circular motion around an immutable center or axis. It is not just a solar symbol (the wheel of solar Vishnu) but a symbol of the solar principle reduced to a central, ruling element—an immutable "Olympian" principle. In this sense, the swastika is a polar symbol, revealing meanings in the earliest prehistory that would later be expressed in the glorious cycles of Aryan mythologies and kingships derived from the primordial Nordic culture.
The polar symbol also applies to certain cultures or cultural centers that embodied a corresponding function in the totality of history. The Chinese Empire was called the "Middle Kingdom"; Meru, the symbolic Indo-Aryan Olympus, was considered the "pole" of the earth; the symbolism of the Omphalos, associated with Delphi, the traditional center of Dorian-Olympian Greece, reflects the same meaning; and Asgard, the mystical homeland of Nordic royal lineages, coincides with Midgard, the "land of the center." Even Cuzco, the center of the Inca Sun Empire, seems to express the idea of an earthly "center." Additionally, the Sanskrit Tulâ, associated with the Hellenic and American names for the Hyperborean homeland, means "balance," and the zodiac sign Libra was initially identified with the Great Bear, a significant figure in Hyperborean cults, closely tied to polar symbolism.
Wirth's revival of the idea that the Arctic region was the primordial homeland of the white race, the progenitor of the Indo-Germanic and Aryan races, suggests a convergence of symbol and reality, metaphysics and physics, under the sign of the "pole." The prehistoric polar cycle of the Nordic Ur-race could be seen as the original expression of "Olympian" spirituality and the "polar" function, which manifested wherever it led to new cultures and traditions through adaptation or diffusion. The symbol of the "center" and the "pole" can thus be a traditional and supra-historical emblem, originally corresponding to a complete alignment of reality and symbol, pointing to a homeland that coincides with the Earth's geographic pole and embodies the value and function of a spiritual primordial "pole."
Wirth, however, errs in extending a cult to the entire Nordic tradition that actually pertains to a corrupted and "southernized" form of it. He emphasizes the winter solstice, interpreting the eternal cycle of the sun's death and resurrection as the mystery of the primordial Nordic faith. This view, which aligns the sun with a nature subject to birth and death, is more reflective of the chthonic cycle of the southern, pre-Aryan, and even Semitic mother-cult, associated with the great Asiatic fertility goddesses. Alfred Rosenberg has pointed out this confusion in Wirth's work, likely due to the mingling of testimonies from the earliest Nordic epochs with those of later, mixed cultures. While Wirth correctly distinguishes between a Nordic-Arctic (Hyperborean) race and a Nordic-Atlantic one, he fails to make a corresponding distinction in symbols and motifs, blending the two. According to the Avesta, Môuru, the land and culture of the "mother," appears only as the third "creation," already distant from the Nordic airyanem waêjô.
The theme of the sun god's death and resurrection in the mother, reflecting an eternal cycle of becoming, is fundamentally anti-Olympian and alien to the higher Nordic-Aryan spirituality. It is a theme attributable to southern influences, representing Dionysus against Apollo, Loki against the Aesir, and the chaotic desire for pantheistic ecstasy opposed to the calm self-awareness and natural supernaturalism of the "divine" races. Wirth's interpretation thus reflects a syncretic symbolism, far removed from the pure primordial Aryan cult and more applicable to the subsequent "Atlantic" culture, which shows traces of gynocratic themes.
In contrast, the polar cross, the swastika, symbolizes the unadulterated primordial worldview and can be regarded as a true Nordic symbol in the higher sense. Its fundamental theme is not change but a centralizing effect, to which change remains subordinate. On this basis, the solar and fiery symbols contained in the swastika take on a different meaning, directly connected to the distinctly uranic character of Aryan and Aryan-Hyperborean deities and cults, the patrician system of strict father-right, and all that signifies masculinity, true rulership, order, and the triumph of cosmos over chaos.
In this context, the swastika can lead us to a content of Nordic thought that is "classical" and "Doric" in the higher sense, characterized by centrality, inner "Olympian" superiority, and clarity within every "fire" and release of forces. According to an ancient tradition, those destined to rule must have the vision of a heavenly wheel: like a wheel, they act, turning and conquering. At the same time, the wheel embodies rta, the order, the spiritual Aryan law, depicted as a divine chariot in motion. The combination of these two concepts gives the fundamental idea of the moving swastika: a whirling, victorious wheel that generates fire and light, yet with a firm stillness, an immutable constancy at its center.
As the primordial Nordic homeland faded into the distant past, its memory transitioned from history to supra-history, becoming a receding reality accessible not through external means but only through spiritual action. Pindar states that the path to the Hyperboreans cannot be found by sea or land but is revealed only to heroes like Heracles, who remain faithful to the Olympian principle. Li-tse reports that the mysterious land of the far North can be reached "neither by ship nor by chariot, but only by the flight of the spirit." Similarly, Chambhala, the Hyperborean homeland in Tibetan tradition, is said to reside "in my spirit."
Perhaps no symbol better points to this inner path than the swastika, guiding the way for a resurrection of Germany's deepest forces from the summit of Nordic tradition. Indeed, the Indo-Aryan equivalent of the swastika, the Swastika, carries a favorable omen. It can be interpreted as a monogram composed of the letters forming the auspicious formula su-asti, equivalent to the Latin bene est or quod bonum faustumque sit—"What is good and fortunate, let it be!" No better symbol could be found to express the certainty of rebirth and the will to assert the legacy of the great Hyperborean ruling race against the dark forces threatening to overwhelm it.
0 notes
Text
Price: [price_with_discount] (as of [price_update_date] - Details) [ad_1] Salary surveys worldwide regularly place software architect in the top 10 best jobs, yet no real guide exists to help developers become architects. Until now. This updated edition provides a comprehensive overview of software architecture's many aspects, with five new chapters covering the latest insights from the field. Aspiring and existing architects alike will examine architectural characteristics, architectural patterns, component determination, diagramming architecture, governance, data, generative AI, team topologies, and many other topics.Mark Richards and Neal Ford--hands-on practitioners who have taught software architecture classes professionally for years--focus on architecture principles that apply across all technology stacks. You'll explore software architecture in a modern light, taking into account all the innovations of the past decade.This book examines: Architecture styles and patterns: Microservices, modular monoliths, microkernels, layered architectures, and many moreComponents: Identification, coupling, cohesion, partitioning, and granularitySoft skills: Effective team management, collaboration, business engagement models, negotiation, presentations, and moreModernity: Engineering practices and operational approaches that have changed radically in the past few years, including cloud considerations and generative AIArchitecture as an engineering discipline: Repeatable results, metrics, and concrete valuations that add rigor to software architecture Publisher : O'Reilly Media; 2nd ed. edition (22 April 2025) Language : English Paperback : 543 pages ISBN-10 : 1098175514 ISBN-13 : 978-1098175511 Item Weight : 857 g Dimensions : 17.78 x 2.79 x 23.34 cm Importer : Atlantic Publishers and Distributors (P) Ltd., 7/22, Ansari Road, Darya Ganj, New Delhi - 110002 INDIA, Email [email protected], Ph 011-47320500 Packer : Atlantic Publishers and Distributors (P) Ltd., 7/22, Ansari Road, Darya Ganj, New Delhi - 110002 INDIA, Email [email protected], Ph 011-47320500 [ad_2]
0 notes
Text
Introduction to Operating System Design
Operating systems (OS) are the backbone of all computing devices, managing both hardware and software resources. Understanding how operating systems are designed can help programmers, system architects, and enthusiasts better appreciate what happens behind the scenes. In this post, we’ll explore the core components and principles of OS design.
What is an Operating System?
An operating system is a software layer that sits between hardware and user applications. It provides essential services such as process management, memory handling, file systems, and device control.
Core Functions of an Operating System
Process Management: Handles creation, scheduling, and termination of processes.
Memory Management: Allocates and frees memory for processes; uses techniques like paging and segmentation.
File System Management: Organizes and stores data using file hierarchies and permissions.
Device Management: Coordinates communication with hardware like keyboards, disks, and printers.
User Interface: Provides CLI (Command Line Interface) or GUI (Graphical User Interface) for interaction.
Security & Access Control: Ensures data protection and restricts unauthorized access.
Types of Operating Systems
Batch OS: Processes tasks in batches with little user interaction (e.g., early IBM systems).
Time-Sharing OS: Enables multiple users to share system resources simultaneously (e.g., UNIX).
Real-Time OS (RTOS): Delivers immediate response to inputs, used in embedded systems (e.g., VxWorks).
Distributed OS: Manages a group of separate computers and makes them appear as a single system.
Mobile OS: Designed for smartphones and tablets (e.g., Android, iOS).
Key Design Components
Kernel: The core of the OS that controls all other components. It can be monolithic, microkernel, or hybrid.
System Calls: Interfaces through which user applications request OS services.
Schedulers: Decide the order in which processes run.
Interrupt Handlers: Respond to hardware and software interrupts.
Virtual Memory: Abstracts physical memory to provide isolation and more flexibility.
Popular Operating Systems and Their Kernels
Linux: Open-source, monolithic kernel with modular support.
Windows: Uses a hybrid kernel combining monolithic and microkernel features.
macOS: Built on the XNU kernel (a hybrid of Mach and BSD).
Android: Uses a modified Linux kernel designed for mobile devices.
Challenges in OS Design
Managing concurrency and race conditions
Ensuring system security and user isolation
Efficiently handling input/output operations
Providing backward compatibility with software and hardware
Learning Resources
Books: “Operating System Concepts” by Silberschatz, Galvin, and Gagne
Courses: MIT's Operating System Engineering (Free Online)
Projects: Try building a simple OS with OS Tutorial
Conclusion
Operating system design is a complex and fascinating field that blends hardware control with software architecture. Whether you're building embedded systems or writing high-level applications, a strong understanding of how OS works helps improve your programming skills and system awareness.
0 notes
Text
The SeL4 Microkernel: An Introduction [pdf]
https://sel4.systems/About/seL4-whitepaper.pdf
0 notes
Text
"Designing for Scalability: A Step-by-Step Implementation of the Microkernel Pattern"
Introduction Designing for scalability is a crucial aspect of software development, especially in modern applications. As the number of users and requests increases, a system can become overwhelmed, leading to performance issues and downtime. The microkernel pattern is a well-established approach to achieving scalability in software systems. In this tutorial, we will delve into the world of…
0 notes
Text
QNX-Intermediate/Senior Systems Software Developer (performance)
and trusted foundation software, including our deterministic microkernel real-time operating system (RTOS), safety-certified… products, middleware and security solutions, all purpose-built for embedded systems. BlackBerry QNX software is trusted… Apply Now
0 notes
Text
OJOS
OJOS (Original J Operating System), called also Platypus - an independent, microkernel operating system created by Nathan Whitehead. https://archiveos.org/ojos/
0 notes
Text
Words can be considered harmful.
This post is just a blatant, shameless recapitulation of Words Can be Harmful by from the "cat -v considered harmful" blog, a site run by some vaguely right-leaning libertarian computer scientists who consider object-oriented programming the spawn of Lucifer himself.
The authors of the blog contend that "[w]hile freedom of expression should always be sacrosanct, it is important to recognize some words are harmful," not due to their meaning, but their lack thereof. Specifically, these words suffer from what the authors consider an unacceptable polysemy, and that we must prioritize a system of communication focused on minimally clear and well-defined terms. What makes these words "harmful" is they can be leveraged by bad faith actors precisely because their definition has been obscured by the completely incompatible meanings attributed to these words overtime.
Some words the authors consider harmful:
Capitalism;
Communism;
Fair;
Natural;
Microkernel;
Object-oriented;
Socialism;
Regulation; and
Speculation.
Without commenting on whether these words are exactly "harmful" (or whether the colloquial usage of a word should always be privileged above its technical usage—which is a topic for another post), I will offer the following additional candidate words:
Free;
Justice;
Equal; and
Rational.
0 notes
Text
#reframed microcode scheduler gpuoffloading inhardwarenear layers of #linux : derelict careless unoptimised broken : yes? which canbe a strongside of #linux @debian @linux .@debian .@linux .@ubuntu .@qnx .@un ix .@arch .@mint .@suse .@opensuse .@cnet @cnet @techpowerup .@techpowerup @wired @wireduk @pcwe lt @delta .@deltas #drifts #to #core_count #cuda #cstates #dstates #and #deeper #fardeeper #into #whatwhen #andwhatNOT #l etalone_preempt #andmore_on_gebibytesbrowsers #ohreally_gebibytes #role #of #gpu #drivers #schedulers #and #microcode #in #lnux awplease youknow ijust want to aeh #resurrect_pepe_the_frog #pepethefrog #right ... #reframed i believe a main advantage of #linux is its hardware near low ressource utilisation while scaling many parallel core s and structure : but these seem non optimised to broken #reframed anything dedicated gpu gpuoffloading optirun primusrun bumblebee etc seem to be broken or semidysfunct breaking o n e of the main advantages of linux and support for computational power on older systems intels complicated #cisc drifts to simplistic #risc byadding more complications to #powerstates #optimised #cache #fra med #ai #but #there #is #linux #whynot #make #microkernel #microcode #variants
#reframed microcode scheduler gpuoffloading inhardwarenear layers of #linux : derelict careless unoptimised broken : yes? which canbe a strongside of #linux @debian @linux .@debian .@linux .@ubuntu .@qnx .@unix .@arch .@mint .@suse .@opensuse .@cnet @cnet @techpowerup .@techpowerup @wired @wireduk @pcwelt @delta .@deltas #drifts #to #core_count #cuda #cstates #dstates #and #deeper #fardeeper…
0 notes
Text
60090+ posts, 1370+ followers and counting!
Damn, what a successful blog I got here, TYSM! But yeah, it really must be time for me to start making something more useful & interesting on here than reblogs and braindumps... Don't mind if I suggest some topics and ask for your opinions? I know it is the N'th time I write it down but let's be real, thus far the little feedback I gotten has always been insightful and very often well appreciated so yk... ASK.
Edutainment topics?
Kate -> QOwnNotes -> Vim -> Emacs
Ava Booksword (Shoshone Austrian synthetic woman), Kate Ker (Shoshone Burgundian human woman), Tano Bronzespear (Shoshone Paiute Woman)... = Nil Blackhand;
Progressives (GLOSS guide to empowerment and constructive change)
Analyses of tech history (from unit record equipment to ASI)
Customizing Tcl/Tk theming...
Libreware 'Znd Guides
Copyleft Vanguard (relations with public domain & permissive licenses too)
Learn Markdown, Argdown and XML
Chronology of the web by XHTML...
Making a HTML5 MediaRich Infinite Canvas
Mistress of Argdown with Kate
GLOSS philosophy in a nutshell...
Harmony, Geocenter & Syndicalism (ideological explainer)
Ocean of Clades (ecology, spirituality & theologies explainer)
Cooperatives, Communes, Unions & Syndicates (economical explainer)
Machines, Humans and other Sophonts... (linguistics & sapience rights explainer)
Enjoying the WorldWideWeb with WASM, WebGPU...
Low-level assembly, machine code & hardware layers
Optimization Guide
Forbidden World of LISP
Cladograms as Filesystems
DIS "Nucleus" as microkernel
Perseus as networking suite
Maskoch as scripting & programming language
Blackhand as hypervisor & IPC
Communion as theme-able desktop environment
Sidestream Avenues of Technology (DEC, Symbolics, FSF)
Odysee+PeerTube, Mastodon, Lemmy, Sourcehut, Nextcloud, Neocities... Landchad.net;
Let's imagine a single video shall we?
"Hyaaaaah peers! My pseudonym is Blackhand, welcome to the 16^12 Angora, the video compendium to inspire your special topic threads. Today, we will be looking forth on how to construct (or reconstruct) yourself back in here with this life scripting narrated guide. I will go over the present-day major Civilizations, Religions & Clades to make sure you are well informed about this very reality's features and choose what fits you best from such. Let's go!"
```Harmony-Geocenter-Syndicalism political / ideological scale```
Pohakantenna (Shoshones, Blackfoot, Dene, Hurons); Angakkunngurniq (Inuit); Druidism / Al-Asnam (Aremorici); Chalcedonian Ba'hai / Gnosticism / Arianism (Austria, Portugal, Brazil); Hussitism (Poland, Moravia, Slovakia, Georgia); Calvinism (Scotland, Burgundy); Chaldeanism (Assyria, Morocco, Cree, Sumer, Babylon); Tala-e-Fonua (Samoa, Sami, Canton, Czechia, Korea); Daoism / Jainism (Chola / Sinhala, Vietnam); Zoroastrianism (Iran, Minoans, Mycenae, Hittites); Ibadiyya [Bantu + Ibadi Islam*] (Angola, Sweden); Canaanism (Carthage, Netherlands); “Kushite” Pesedjet (Nubia, Songhay); Intiism (Incas, Coast Salish, Levant); Tzolk'in (Mayas, Tatar / Crimea, Lithuania);
Humans, Androids (Instruments, Robots, Droids, Synthetics), et cetera...
0 notes
Text
Xen 4.19 Hypervisor: Novedades y Mejoras en las Capacidades de ARM y x86
El Proyecto Xen, conocido por su hipervisor de tipo 1 con un diseño de microkernel de código abierto, ha lanzado su versión 4.19. Este lanzamiento trae consigo importantes actualizaciones centradas en mejorar el soporte de hardware para las arquitecturas x86 y Arm, además de introducir mejoras de rendimiento y nuevas funcionalidades. Actualizaciones Clave en Xen 4.19 Soporte de Hardware…
0 notes