zlacker

[return to "Tiny Core Linux: a 23 MB Linux distro with graphical desktop"]
1. trollb+h6[view] [source] 2025-12-06 15:15:32
>>LorenD+(OP)
Not to disrespect this, but it used to be entirely normal to have a GUI environment on a machine with 2MB of RAM and a 40MB disk.

Or 128K of ram and 400 kb disk for that matter.

◧◩
2. maccar+P7[view] [source] 2025-12-06 15:26:34
>>trollb+h6
A single 1920x1080 framebuffer (which is a low resolution monitor in 2025 IMO) is 2MB. Add any compositing into the mix for multi window displays and it literally doesn’t fit in memory.
◧◩◪
3. echoan+S9[view] [source] 2025-12-06 15:40:33
>>maccar+P7
Do you really need the framebuffer in RAM? Wouldn't that be entirely in the GPU RAM?
◧◩◪◨
4. jerryt+3b[view] [source] 2025-12-06 15:51:07
>>echoan+S9
To put it in GPU RAM, you need GPU drivers.

For example, NVIDIA GPU drivers are typically around 800M-1.5G.

That math actually goes wildly in the opposite direction for an optimization argument.

◧◩◪◨⬒
5. jshear+Be[view] [source] 2025-12-06 16:17:35
>>jerryt+3b
Doesn't the UEFI firmware map a GPU framebuffer into the main address space "for free" so you can easily poke raw pixels over the bus? Then again the UEFI FB is only single-buffered, so if you rely on that in lieu of full-fat GPU drivers then you'd probably want to layer some CPU framebuffers on top anyway.
◧◩◪◨⬒⬓
6. the847+Ci[view] [source] 2025-12-06 16:48:11
>>jshear+Be
well, if you poke framebuffer pixels directly you might as well do scanline racing.
[go to top]