Messages in this thread | | | Date | Tue, 21 Mar 2000 14:35:07 +0100 (CET) | From | Marco Colombo <> | Subject | Re: Overcommittable memory |
| |
On Tue, 21 Mar 2000, Helge Hafting wrote:
> > >Write the program without recursion and you know at compile-time how > > >much memory it will ever need in the worst case. > > >There is always at least one page - so make sure you use less than that. > > >You'll need to know the stack overhead of any c-library you use - so > > >don't use it or figure it out. It is doable with open-source libraries. > > > > TBH, I don't see the point. I know I have more than enough RAM to > > handle most cases, and some extra swap for contingencies. > > > Someone mentioned how hard it was to write "memory safe" apps for > embedded > devices, considering how the stack is dynamically allocated. I pointed > out > that this isn't that hard. > > Having enough RAM is fine for a pc. An embedded device running linux > will likely > be mass-produced with the minimum amount of RAM though.
And no MMU and no swap space. They will never go OOS. No paging. No processes killer. And why processes? Why a scheduler?
Besides that, why any embedded device should be optimized for high multitasking - multiuser - general purpose workloads? That's what "overcommitting" is for. That's what (vanilla) Linux is designed for. Many parts of it are not well suited for embedded systems. They are not designed for them.
.TM. -- ____/ ____/ / / / / Marco Colombo ___/ ___ / / Technical Manager / / / ESI s.r.l. _____/ _____/ _/ Colombo@ESI.it
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |