|
|
Log in / Subscribe / Register

Shrinking the kernel with a hammer

Shrinking the kernel with a hammer

Posted Mar 2, 2018 11:47 UTC (Fri) by atelszewski (guest, #111673)
Parent article: Shrinking the kernel with a hammer

Hi,

Yet again excellent article in the series!

My comments:
> The ability to develop and update the kernel and user space independently of each other;

If you mean it for development phase, then I totally agree. It's invaluable.
But production systems, in my opinion, are better updated with a single firmware image
containing the whole system (kernel+userspace).
This allows for easier tracking of what is the actual update status of a particular system,
especially if you're managing significant number of them.

When it comes to memory usage, I think RAM is the biggest challenge as of today.
This opinion is based on the desire to have the PCB layout as simple as possible.
With the recent addition of possibility to execute from QSPI memories, the Flash memory
can be extended quite easily with no much wiring.
But RAM is on the opposite. It's clunky, i.e. it requires quite some PCB traces and microcontroller's GPIOs to get started with.

--
Best regards,
Andrzej Telszewski


to post comments

Shrinking the kernel with a hammer

Posted Jun 11, 2018 12:48 UTC (Mon) by meyert (subscriber, #32097) [Link]

Wow, I started to read this article series with slight interest, but in the episode it got really cool and everything did come together and made sense now.

Thanks for this article series and this cool final. Gave me a new perspective on memory usage.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds