Tiny Core Linux
Off-Topic => Off-Topic - Tiny Tux's Corner => Topic started by: neonix on November 23, 2024, 06:18:58 AM
-
In 2008 MontaVista presented embedded Linux that boots in 1 second. In reality it was striped out version of Linux that won't work on Desktop or Server computers.
Linux can boot faster if specific configuration file (or inside core.gz) will be loaded by bootloader. Instead probing hardware everytime computer boots, configuration file will provide informations about hardware. This solutions require cooperation of Linux kernel developers.
Distros developers could also create this kind of configuration file that contains informations about hard disks, cdroms, floppies, static ip, resolution,, filesystems and services. TinyX and TinyCore is example how optimalisations improve boot time, but boot time can be even faster than is nowadys.
http://embetrix.com/2017/05/16/embedded-linux-fast-boot-techniques/
-
The kernel & its modules have to cover a vast array of different hardware, embedded system only need cover their specific requirements.
-
the bare minimum of applications has to be taken into account too, that leads to a lot other questions like extensions and their (un)compression in case of TCL
-
The kernel & its modules have to cover a vast array of different hardware, embedded system only need cover their specific requirements.
RPi is embedded system. Are there any picore developers reading this thread? Many boot speed improvemets can be done by bootcodes, but why not start from strip out picore to minimum and see what we get?
-
tmpfs real-time compression
RAM real-time compression with low CPU priority
all RAM should be compressed
I don't use swap partition, zram compression works only whem my system is out of free RAM.
Compression should be in real-time but in background (low cpu priority.
tmpfs real-time compression
RAM real-time compression with low CPU priority
https://www.reddit.com/r/linuxquestions/comments/qxwbl7/whats_the_best_compression_algorithm_to_use_with/?rdt=55983
-
Are there any picore developers reading this thread?
you can always spot them due to the distinctive pork pie hat!
...it appears you have developed some ideas about picore/linux
Compression should be in real-time but in background (low cpu priority.
call sagan (cosmos) just informed me
"if the sun sets in the west and all ways rises again the next morning in the east
and so its possible to figure things out
*we* can do science
and with it we can improve our lives"
that sentiment (hopefully) adds encouragement to test
picore/linux ideas
fwiw along the lines of
https://undsci.berkeley.edu/understanding-science-101/how-science-works/testing-scientific-ideas/
You can think of scientific testing as occurring in two logical steps: (1) if the idea is correct, what would we expect to see, and (2) does that expectation match what we actually observe?
???
nanu nanu