Home of the Squeezebox™ & Transporter® network music players.
Results 1 to 5 of 5
  1. #1
    Kerwin \(BT\)
    Guest

    Freezing when searching on a song

    Is this a common problem? I have a slimp3 on an old Compaq box running
    Linux, switched from a more powerful Windows XP box. Both hit the same
    problem searching for songs. Is it memory, processor power or the size of
    the library (13,000 songs).



    Any ideas?


    ---
    Outgoing mail is certified Virus Free.
    Checked by AVG anti-virus system (http://www.grisoft.com).
    Version: 6.0.792 / Virus Database: 536 - Release Date: 09/11/04

  2. #2
    Jack Coates
    Guest

    Freezing when searching on a song

    > Is this a common problem? I have a slimp3 on an old Compaq box running
    > Linux, switched from a more powerful Windows XP box. Both hit the same
    > problem searching for songs. Is it memory, processor power or the size of
    > the library (13,000 songs).
    >
    >
    >
    > Any ideas?
    >


    Probably resource starvation... here's my information with:
    Browsing 581 albums with 6012 songs by 615 artists

    [root@felix root]# w
    17:25:43 up 79 days, 6:31, 3 users, load average: 0.22, 0.12, 0.10
    USER TTY LOGIN@ IDLE JCPU PCPU WHAT
    jack pts/4 Fri20 0.00s 4.78s 0.02s sshd: jack [priv]
    jack pts/5 12:32 1:16m 0.25s 0.11s -bash
    jack pts/6 12:41 2:27m 17.88s 0.00s sshd: jack [priv]
    [root@felix root]# free -m
    total used free shared buffers cached
    Mem: 882 866 16 0 23 213
    -/+ buffers/cache: 629 253
    Swap: 352 32 320
    [root@felix root]# cat /proc/`pidof slimserver`/status | grep VmSize
    VmSize: 62800 kB

    if you run 'top' it will show you the biggest CPU users. Press Shift-M, it
    will show your biggest memory users. If Slimserver is at the top of both
    lists, you need to think about improving your hardware or reducing the
    load on that server.

    --
    Jack At Monkeynoodle.Org: It's A Scientific Venture...
    "Believe what you're told; there'd be chaos if everyone thought for
    themselves." -- Top Dog hotdog stand, Berkeley, CA

  3. #3
    NOT a Slim Devices Employee kdf's Avatar
    Join Date
    Apr 2005
    Posts
    9,493

    Freezing when searching on a song

    Quoting "Kerwin (BT)" <kerwin.hack (AT) btinternet (DOT) com>:

    > Is this a common problem? I have a slimp3 on an old Compaq box running
    > Linux, switched from a more powerful Windows XP box. Both hit the same
    > problem searching for songs. Is it memory, processor power or the size of
    > the library (13,000 songs).
    >
    >
    >
    > Any ideas?
    >

    searching for a specific song is a server killing process, period. there really
    is nothing fast enough to handle it before the squeezebox will wonder where the
    server is. A lot of RAM helps, but I can't think of many setups that would
    reliably survive. that's just how it is for now. An SQL backend is on the
    wishlist, should be top priority after the release of 5.4.

    -kdf

  4. #4
    Robin Bowes
    Guest

    Freezing when searching on a song

    kdf wrote:
    >
    > searching for a specific song is a server killing process, period. there really
    > is nothing fast enough to handle it before the squeezebox will wonder where the
    > server is. A lot of RAM helps, but I can't think of many setups that would
    > reliably survive. that's just how it is for now. An SQL backend is on the
    > wishlist, should be top priority after the release of 5.4.


    The SQL backend will be good, and may help with this problem, but IMHO
    the top priority after 5.4 should be re-architecting slimserver to run
    the audio streaming code in a separate thread/process to the playlist
    management/web server code etc. This change would remove a lot of the
    freezing problems reported on this list.

    R.
    --
    http://robinbowes.com

  5. #5
    Jack Coates
    Guest

    Freezing when searching on a song

    > kdf wrote:
    >>
    >> searching for a specific song is a server killing process, period.
    >> there really
    >> is nothing fast enough to handle it before the squeezebox will wonder
    >> where the
    >> server is. A lot of RAM helps, but I can't think of many setups that
    >> would
    >> reliably survive. that's just how it is for now. An SQL backend is on
    >> the
    >> wishlist, should be top priority after the release of 5.4.

    >
    > The SQL backend will be good, and may help with this problem, but IMHO
    > the top priority after 5.4 should be re-architecting slimserver to run
    > the audio streaming code in a separate thread/process to the playlist
    > management/web server code etc. This change would remove a lot of the
    > freezing problems reported on this list.
    >
    > R.


    It seems to me that would be a lower hanging fruit, but then I still
    haven't had time to give the code more than a cursory glance...
    --
    Jack At Monkeynoodle.Org: It's A Scientific Venture...
    "Believe what you're told; there'd be chaos if everyone thought for
    themselves." -- Top Dog hotdog stand, Berkeley, CA

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •