An operating system is easiest to understand as a resource manager with a monopoly. There is one CPU and a dozen programs that want it. There is a finite amount of RAM and no program that would refuse more. There is one printer and several documents. The OS decides who gets what, when, and for how long — and it stops any one program from taking everything or interfering with another.
The five jobs of an operating system
- Process management — deciding which process gets CPU time. With more processes than cores, the scheduler switches between them so rapidly that they appear simultaneous.
- Memory management — allocating RAM to each process, keeping them isolated so one cannot read or corrupt another's memory, and paging to disk when RAM runs out.
- File management — organizing storage into files and folders, tracking where each file physically lives, and enforcing permissions.
- Device management — talking to hardware through drivers, so an application can say "print this" without knowing anything about the printer.
- User interface and security — providing a GUI or command line, and authenticating users so permissions can be enforced.
File systems
| File system | Used by | Notable property |
|---|---|---|
| NTFS | Windows | Permissions, journaling, encryption, very large files |
| exFAT | Cross-platform removable media | Works on Windows, macOS and Linux; no permissions |
| FAT32 | Old USB sticks, some cameras | Maximum single file size of 4 GB — the limit you actually hit |
| APFS | macOS | Optimized for SSDs, snapshots, strong encryption |
| ext4 | Most Linux distributions | Journaled, robust, the default nearly everywhere |
A file system's job is to turn a flat array of numbered blocks into a tree of named files. It keeps a directory structure, and for each file records which blocks hold its contents. This is why deleting a file is instant on any size of file: the OS marks the blocks as free and removes the directory entry, without touching the data itself. The contents remain on the drive until something else writes over them, which is the entire basis of file recovery — and the reason a "deleted" file is not gone in any security sense.
Real maintenance
| Task | Why | Frequency |
|---|---|---|
| Install OS and application updates | Most exploited vulnerabilities already have a patch available | Automatic, or monthly |
| Verify backups by restoring one | An untested backup is a guess, not a backup | Quarterly |
| Check drive health (SMART) | Drives usually warn before they fail outright | Monthly |
| Remove unnecessary startup programs | Startup items are the main cause of slow boots | When boot time grows |
| Clean dust from fans and heatsinks | Blocked airflow causes thermal throttling and shortens life | Every 6–12 months |
| Defragment (HDD only) | Reduces head movement for fragmented files | Automatic; never on an SSD |
Backups that actually work
The usual guidance is the 3-2-1 rule: three copies of the data, on two different types of media, with one copy off-site. The off-site copy is the part people skip, and it is the one that survives theft, fire and flood. A backup that has never been restored from is untested — the only way to know it works is to actually retrieve a file from it.
- Copies everything every time
- Slowest to create, largest storage cost
- Fastest and simplest to restore — one set of files
- Copies only what changed since the last backup
- Fast to create, small storage cost
- Slower to restore: you need the full backup plus every increment since