bumpy7

Forum Replies Created

Viewing 12 posts - 1 through 12 (of 12 total)
  • Back to forum
    Posted in: Allo USB Bundle
  • bumpy7
    12. Juli 2017 at 23:50 #29907

    Hi again Heiner, thanks for continuing to respond.

    I plan to try a faster SD card and enable sd_overclock in /boot/config.txt and will let you know if it helps. Not sure when I’ll get the chance to try it though as other aspects of my life are taking up most of my time.

    I’ll also try asking about LMS performance over at the Slim Devices forum, but to clarify once again; I never expected a search task to be split between cores, but I would think that search tasks and music streaming should be on separate cores. The worst aspect of the problem I’m seeing is when music playback stops for several seconds just because I „flung“ the song list in Squeezer.

    bumpy7
    10. Juli 2017 at 19:03 #29883

    Hi Heiner, Yes it’s been discussed for a while but I don’t see how „the ways in which to solve it were laid out in detail“. In fact I don’t currently see a solution other than to abandon the M2P/LMS/Pi3 platform.

    bumpy7
    9. Juli 2017 at 18:05 #29860

    FYI: This issue was never [SOLVED] as indicated in the topic header. I’m just enduring the behavior and cuss at it occasionally.

    bumpy7
    7. Juni 2017 at 20:28 #29351

    Hi Heiner,

    I’ll try asking over at the slimdevices forum, but I wasn’t surprised about the search task not being split between cores, but rather that evidently the search task and the audio streaming aren’t on separate cores. When scrolling/flinging through the song list the currently streaming audio will sometimes stop, which is simply not acceptable behavior.

    bumpy7
    23. Mai 2017 at 20:11 #29040

    Thanks for the reply, but as I stated previously these performance options haven’t helped much.

    You stated that M2P is multi-threaded but didn’t answer the same question about LMS. Is it? And if so, then why is it that when I try to fling/scroll a long list of songs (~100,000) in Squeezer, one of the RPi3 cores goes to 100% and stays there for a long time while the other 3 cores sit idle, until the list finally finishes displaying? Sometimes the currently streaming music even stops during this wait, so that must be on the same thread too, right?

    bumpy7
    18. Mai 2017 at 15:32 #28927

    The HD has external power and is connected via USB to the RPi3. When you’re scrolling through the song list it seems like it’d be accessing the database anyway, which is on the SD card not the HD. (Yes, it’s a Class 10 card).

    Still can’t/won’t answer the „Is M2P/LMS multi-threaded?“ question?

    bumpy7
    17. Mai 2017 at 16:01 #28888

    I’m still hoping that either an M2P or LMS developer will answer this question: Is M2P/LMS multi-threaded? If so, then why is it that when I try to fling/scroll a long list of songs (~100,000) in Squeezer, one of the RPi3 cores goes to 100% and stays there for a long time while the other 3 cores sit idle, until the list finally finishes displaying? Sometimes the currently streaming music even stops during this wait, so that must be on the same thread too, right? Is there any plan to more effectively utilize the multiple cores of the RPi3? Thanks!

    bumpy7
    2. Mai 2017 at 16:31 #28671

    Thanks for the reply Mbydeen, but when I asked in December (2TB partition limit – Fact or Fiction?), Christoph said “It may now be possible to mount more than 2TB with the Raspberry Pi and Raspbian. But we haven’t a 4TB hard drive to test it.” User sfraser131 mentioned that he was also using a 4TB NTFS partition.

    Do you have specific knowledge of why using an Advanced Format drive larger than 2TB with M2P would be a problem, or are you just repeating the (possibly outdated) limitation statement that appears on the M2P Filesystem Mount page?

    In LMS I have increased the Priority of the Server to Above Normal, the Scanner to Normal and the Database Memory Config to High, and that seems to have helped quite a bit when scrolling by Music Folder. Scrolling by Songs, Albums and Artists is still a problem though, to the point where those browse options are unusable. Seems to me more like a large database issue, a transfer speed bottleneck due to the database being on the SD card or a processing bottleneck due to inefficient use of the multiple cores of the RPi3.

    If nothing can be done to M2P or LMS to improve the performance of its large database handling, I can live with it. Or I suppose I could try an Odroid instead, but I rarely browse by anything other than Music Folder anyway.

    Does anyone else have experience with this large of a library?

    bumpy7
    27. Dezember 2016 at 20:35 #25272

    Well, I tried an externally powered drive and the problem remains. It’s a 2tb drive, so the 4tb partition on the earlier drive is also not the cause of the problem.

    Here’s what top shows when I attempt to scroll through my library by song title (or artist or album) using android app Squeezer. After a few seconds of this, music playback stops until the app and server manage to display the next screenfull of song titles. Notice that PID 457 (squeezeboxserver) is at 100% CPU while the total pi3 cpu usage is only at about 25%. That makes it seem that the SB server is only utilizing a single core of the four, when instead it should probably have its streaming service on a dedicated thread/core to prevent such things as this from causing streaming to stop. (?)

    top – 12:17:57 up 28 min, 1 user, load average: 0.51, 0.94, 0.92
    Tasks: 160 total, 2 running, 158 sleeping, 0 stopped, 0 zombie
    %Cpu(s): 24.8 us, 0.2 sy, 0.0 ni, 74.9 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
    KiB Mem: 882788 total, 481288 used, 401500 free, 1632 buffers
    KiB Swap: 102396 total, 72 used, 102324 free. 258004 cached Mem

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    457 squeeze+ 20 0 124452 114440 4120 R 100.0 13.0 2:16.04 squeezeboxserve
    3426 pi 20 0 6808 1148 732 R 0.7 0.1 0:03.66 top
    788 shellin+ 20 0 5904 2096 1184 S 0.3 0.2 0:00.83 shellinaboxd

    • This reply was modified 7 years, 12 months ago by bumpy7.
    • This reply was modified 7 years, 12 months ago by bumpy7.
    bumpy7
    21. Dezember 2016 at 16:58 #25115

    Hi Christoph, thanks for the reply. I may try switching to an externally powered drive, but it was my understanding that the pi3 had enough power on the USB ports to handle a portable drive that doesn’t have external power. I’ve also read that the max_usb_current=1 setting has no effect on the pi3, as it already provides 1.2A by default. (https://www.reddit.com/r/raspberry_pi/comments/4b2enb/psa_raspberry_pi_3_provides_12a_usb_current_by/)

    You don’t think it’s just because there’s nearly 100,000 tracks in my library?

    bumpy7
    11. Dezember 2016 at 19:43 #24743

    Thanks for the reply. That’s effectively what I did as well, since the 4tb ntfs partition already existed on the drive when I mounted it in M2P. I didn’t create the partition with M2P.

    Seems to be working fine, although I’m having an issue where one of the pi3 cores goes to 100% and streaming stops if I attempt to browse my library by Song, Artist or Album instead of Music Folders (using Android app Squeezer). The other 3 cores appear to be sitting idle, so it seems that either M2P or LMS isn’t taking advantage of the pi3’s quad-core processor. Suggestions to resolve this issue would be welcomed, since having streaming stop for any reason is not tolerable.

    bumpy7
    9. November 2016 at 3:50 #23782

    I can confirm that in m2p 2.37 when Nightly 7.9 is selected in the m2p interface, the URL that is shown contains references to 7.8 instead of 7.9. It appears that the URL shown doesn’t change when a build selection is made. Should it?

    Anyway, like jemhayward I found the real URL for 7.9 and pasted it in the box instead and all was well.

Viewing 12 posts - 1 through 12 (of 12 total)