Your message dated Wed, 04 Jun 2014 19:55:34 +0700
with message-id <[email protected]>
and subject line Re: Re: Bug#596824: Poor performance traced to database
queries performing full table scans
has caused the Debian Bug report #596824,
regarding forked-daapd: Slows down with large libraries, Remote times out
connection
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
596824: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596824
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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
--- End Message ---
--- Begin Message ---
Control: fixed -1 20.0+git20140530+gc740e6e-1
Control: tags -1 upstream upstream-fixed
Hi,
On 09/18/2010 01:32 PM, Julien BLACHE wrote:
> Peter Carmichael <[email protected]> wrote:
>
> Hi,
>
>> Just appending some off-line correspondence to this bug report...
>
> Kai and I have been investigating some possible solutions, so something
> should happen at some point. There's also a link with other features
> that need to be added, so there's definitely something on the way.
Per discussion with new upstream [1] the problem seems to be fixed:
...
@freultwah tells me that the rescan of his ~21,000 item library took
only ~20 sec. (on a PC), and that it was possible to connect to it
during startup. So I think bug #596824 could be closed.
...
Cheers,
Balint
[1]
https://github.com/ejurgensen/forked-daapd/issues/30#issuecomment-45020287
--- End Message ---
_______________________________________________
pkg-multimedia-maintainers mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
