Barry Song <21cn...@gmail.com> wrote:
> Eric,
> Are you available?
> Thanks
> Barry

Hi Barry,

Check with Courtney Cavin (courtc) or Alastair Stuart (coob) with
the iPodLinux project.  I'm not sure where my backups are; a bunch of
stuff got lost/misplaced last year in the move.

> On Fri, Aug 7, 2009 at 1:41 PM, Max Kellermann<m...@duempel.org> wrote:
> > On 2009/08/07 06:54, Barry Song <21cn...@gmail.com> wrote:
> >> We are using mpd release 0.13.2 to run on no-mmu platform, there are
> >> many problems in it. There are 3 processes running at the same time
> >> fulfilled by fork, I tried to replace them by pthread to support
> >> multi-thread, then I still encountered many other problems.  After
> >> checking the 0.15.1 release, it seems you have deleted the fork and
> >> the multi-thread is now fulfilled by glib thread but not pthread, so
> >> it is not useful to me yet since we are using uclibc.
> >
> > What's the problem with GLib threading?  I have never worked on
> > MMU-less architectures..

pthreads didn't work well at the time in my experience, I had to use
clone() (this was back in the day with uclinux 2.4):

  - LinuxThreads always spawns an extra manager thread in the background

  - clone() allows per-task signal handlers, so it was easier to keep
    the old signal handler code from 0.1[123].x

  - 2.4 also didn't have posix_fadvise, so I needed an extra thread to
    do background read ahead (no mmap + madvise since there
    was no MMU, either).

  - pthreads enforces a minimum stack size of 64K (the default is
    2M(!)), I largest stack I ever needed was much smaller than that and
    I had readahead thread using ~500 bytes.  malloc is (or was at the
    time) very wasteful in uclinux.

All that code was based around the limitations of the uclinux 2.4 kernel
at the time, so if you're using 2.6 it may not be worth it...

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team

Reply via email to