Re: Embedded linux: With or without MMU



AFAIK the API calls are quite different with µCLinux, but you never do
direct Linux API calls. You need to link your application against one of
the µC-aware libraries (instead of gLibC) and thus you will notice no
difference in "normal" applications. OK there is no "fork" and you need
to use vfork instead that works a bit different, but you supposedly will
not use fork a lot anyway in your own code in an embedded device. If you
want to do multitasking with your supposedly will use the pthread library.

In terms of MMU performance lack I guess that the pthread lib will do
best - since (AFAIK) multiple POSIX threads within the same
application will run in the same address space? a fork() call will
(AFAIK again) spawn a replicate of the process in another address
space - or is this assumption wrong?

Won't I run into problems when importing general Linux application
that I need in my systems - if I run uCLinux?

Supposedly µCLinux will boot faster than full Linux.

Again because of the lack of a virtuel memory system?

--
MMJ


.



Relevant Pages

  • Re: GNU CLISP 2.38 (2006-01-24) released
    ... > AFAIK, libraries using CFFI may not work properly with this method. ... session be enough for a typical home user (i.e. single machine, ...
    (comp.lang.lisp)
  • Re: Mac Memory Models
    ... Only those libraries are built for ... >> ppc64. ... You simply can't link against any other libraries if you're ... > those features in one process, AFAIK. ...
    (comp.sys.mac.programmer.help)
  • Re: using classes vs. modules
    ... inline assembler (AFAIK), as there are some scenarios for that and C# is uncomplete at this point. ... But then you need to purchase one of these libraries when I can write a simple page of code to do the same thing and not spend $300. ...
    (microsoft.public.dotnet.languages.vb)
  • Re: you are in an fs with millions of small files
    ... AFAIK, no. ... Unless libraries we use fiddle with fts_children directly. ... des@ is probably the best ...
    (freebsd-current)