kijk hier naar detail info media+
Firmware zat van oudsher ook vast ingebrand in de hardware PROM's. Mid 70ér jaren werd aan Microprogramming (HTS, TEALTRONIC / DAISY SYSTEMS) gedaan waarmee men de hardware instructieset niet meer in (P)ROM's brandde maar ook op een diskette / schijf plaatste zodat men die kon wijzigen en updaten of upgraden. Om praktische redenen werd de firmware daarna meestal toch weer in een ((EE(P))ROM geplaatst waarna die in de betreffende machine niet meer direct kon worden gewijzigd.
We hebben toen gefilosofeerd om ook de firmware in RAM te plaatsen zodat je dat vanuit het OS c.q. zelfs uit de Topeassingssoftware kon beinvloeden of modificeren. Dat heeft verder geen echte doorgang gevonden.
Ga ik verder hier niet op in.
In mijn begintijd waren besturingssystemen doorgeens vast ingebrand /'gebakken' in de hardware. Je kon er verder ook weinig invloed op uitoefenen. Op zich waren deze systemen relatief snel omdat ze meteen konden beginnen met de gebrukersinstructies uit te voeren.
Echter als snel ontstonden systemen welke het Operating System vanaf een extern medium konden laden, starten en gebruiken.
Via een bootstrap software mechanisme, dat op de eerste sector van de (harde) schijf stond, werd een Initial Program Loader (IPL) binnengehaald vanaf de harde schijf welke op haar beurt het echte grote besturingssysteem binnenhaalde en uitvoerde (in mijn geval Interpreter-OS). Dit OS kon men aanpassen, compileren of interpreteren zodat men het ten alle tije ko aanpassen zonder de PROMS opnieuw te hoeven branden.
in de eerste helft van de 70ér jaren op school gebruikten we rekencomputers welke vast íngebakken in de hardware zat.
in de tweede helft van de 70ér jaren kwam ik bij Tealtronic / Daisys Systems voorhet eerst in aanraking met systemen die het besturingssysteem op een externe diskette hadden staan waardoor deze op enig moment aangepast kon worden. (patchen, updates, upgrades).
Bij ACL (Application Control Language, administratieve programmeeromgeving)-omgeving kon ik vanuit de applicatie-omgeving via een Switch-mode instructie verder gaan in de onderliggende machinetaal en het OS 'bypassen'; dit om speciale vaak snellere stukjes applicatie te kunnen maken (grote files kopieren, sorteren, speciale commando's / instructies...). Na uitvoering ervan had je weer een terugkeer-instrctie naar het OS..
Windows
Microsoft 365 Switch
Linux
Android
iOS (Apple)
Chromebook (Google)
Microsoft Surface Go 3
VMWare
Virtual PC
...
+ OS
Sandboxie Plus (*)
IoT
Opstartapparaat default OS laden
Speciale applicatie waar bovenop het OS een 2e ander OS draait naar keuze uit meerdere (Windows, Linux...)
Bare metal
Opstartapparaat default OS laden; indien bepaalde functietoets dan wordt een alternatief OS geladen (Windows, Linux...)
Op een ander / extern medium (USB, HD, SSD, DVD, CD) staan een / onbeperkt aantal OS'en welke ahv keuzemenu opgestart kunnen worden
(Windows x, Windows y, Linux x, Linux z,...
Docker kan een applicatie en de afhankelijkheden ervan verpakken in een virtuele container die op elke Linux-, Windows- of macOS-computer kan draaien.
Speciale applicatie , net als Virtual Systems, welke een Android apparaat versie xy emuleert op Windows incl. applicaties...
Linux-derivaten
RaspBerry Pi
Intel Hardware
AMD hardware
iOS -> Apple
Operating Systems
Microsoft Windows (Intel, AMD...)
Linux (Intel, AMD,...)
Apple iOS (alleen Apple)
Google Android (ARM-chips: Samsung,......en vele amdere fabrikanten); Google Chrome OS (Asus ??, Acer???)
Raspberry Pi OS (alleen RaspBerry)
Hardware
RaspBerry Pi is a series of small single-board computers
IoT
proprietary hardware (Deurbel, vamera, dimmer, thermostaat.........smart speakers
Cams
Doorbells
......
(All Time)
How alternatives are selected
Considering alternatives to Google Chrome OS? See what Embedded Operating Systems Google Chrome OS users also considered in their purchasing decision. When evaluating different solutions, potential buyers compare competencies in categories such as evaluation and contracting, integration and deployment, service and support, and specific product capabilities.
Check out real reviews verified by Gartner to see how Google Chrome OS compares to its competitors and find the best software or service for your organization.
Sandboxie is a sandbox-based isolation software for 32- and 64-bit Windows NT-based operating systems. It is being developed by David Xanatos since it became open source, before that it was developed by Sophos (which acquired it from Invincea, which acquired it earlier from the original author Ronen Tzur). It creates a sandbox-like isolated operating environment in which applications can be run or installed without permanently modifying the local or mapped drive. An isolated virtual environment allows controlled testing of untrusted programs and web surfing.
Ik gebruik de verschillende GEISOLEERDE testomgevingen als extra beveiligingslaag voor testen, downloads, vreemde sites, vreemde programma's..., analyse van geinfecteerde bestanden, initieel veilige omgevingen.......... LET WEL op niet kunnen overschrijven van OS,anders tussendoor opnieuw booten net als bij LPDS- USB stick hardened software indertijd!!!!
Update 14.11.2023