Package: forked-daapd Version: 0.12 Severity: normal Test server: forked-daapd-0.12 on 1.2GHz ARM 128MB RAM Test library 34000 items. Varied music files with consistent meta-data and embedded artwork. No folder artwork Test clients: iTunes 10 on Mac Mini Server 2.53GHz, iTunes 10 on Mac Pro 1.1 3.0GHz, iPod Touch 64G (3G) running Remote.
Each client connection to the library blocks the server with forked-daapd CPU utilisation at >90% until the entire library is read. Memory usage is minimal during this time. The Apple Remote application running on an IPod Touch times out on the connection. Behaviour of iTunes to iTunes between two Macs is similar but has faster hardware. Behaviour of Apple Remote running on an iPod Touch against a native iTunes hosted library is practically immediate, so suggests forked-daapd is working harder than it needs to to service the Apple Remote DACP interface. Definitely needs a more graceful mode of failure. As-is, forked-daapd will work and work until you reach a library size at which point you get locked out. Tested OK on a 7300 file subset of the main library. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
