> > Sandisk high-speed SD card on the XU4, those SD-card classifications are > so all over the place now that I can't remember but I think it is the > fastest category SD Card available. > It should be a A1 certified card (not A2, as they are not well supported on Linux, and are actually slower in practice)
> > Disk usage during scan on NAS never went above 50% though when I checked > (only about 1000 times). > You should use something that can monitor and log the whole scan process, as the workload varies depending on the scan phase (see below) > > Both devices have Advanced - Performance - Database Memory Config set to > "Maximum (recommended for libraries with more than 50.000 tracks and > machines with 2+ GB RAM). Should that be an and or an or ? Meaning, > since the NAS actually only has 1GB memory, it would actually be > detrimental to set it to this setting ? > "Maximum" means that LMS' database cache is set to grow to a maximum of 500MB. However, I run it with this setting, and it allocates 170MB initially, and 280M after a couple of hours of using it. After several rescans (new & changed), and loading the metadata of ~6000 tracks, it's now 360MB. Even with heavy usage, I've yet to see it grow larger than 500MB (NB: numbers are for ARM64 (RPI3) and ARM (Odroid HC2) platforms) 28570 Breaking down your results: > > Media Scan Details > Discovering files/directories: /volume1/music (309595 of 309595) > Complete > NAS: 00:12:22 XU4: 00:26:16 > I/O (find tracks) bound (for empty library) or I/O (find tracks) and CPU (for new & changed). Some slowdown due to network drive might be expected, but if this was a clear/rescan, is's a lot. Maybe slow network or slow NAS share. btw, to improve XU4 network speed, see 'here' (https://obihoernchen.net/1416/odroid-xu4-tune-network-and-usb-speed/). May or may not be default for your distro. > > Scanning new music files: /volume1/music (280892 of 280892) > NAS: 15:45:26 XU4: 05:22:50 > Mixture of I/O (read tracks, write database) and CPU (database). Which one is the bottleneck will depend on your specific setup. You'll have to do some monitoring on your system. > > Building full text index (7 of 7) > NAS: 00:12:53 XU4: 00:05:06 > > Pre-caching Artwork (13096 of 13096) > NAS: 02:36:48 XU4: 00:32:16 > > Database Optimize (2 of 2) > NAS: 00:24:26 XU4: 00:06:50 > All of these are CPU-bound. Unless there's something weird going on on your NAS, my guess is that your NAS has a really weak CPU which is the bottleneck. While the Atoms are the slowest Intel CPUs, it's still surprising to see one with a lower single-core performance than an ARM design. However, the Atom CE5335 seems obscure enough that I can't even find a datasheet (it appears to be a design from 2011). +-------------------------------------------------------------------+ |Filename: lms_mem.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=28570| +-------------------------------------------------------------------+ 'Various SW' (https://www.nexus0.net/pub/sw/): Web Interface | Playlist Editor / Generator | Music Classification | Similar Music | Announce | EventTrigger | LMSlib2go | ... 'Various HowTos' (https://www.nexus0.net/pub/documents/LMS/): build a self-contained LMS | Bluetooth/ALSA | Control LMS with any device | ... ------------------------------------------------------------------------ Roland0's Profile: http://forums.slimdevices.com/member.php?userid=56808 View this thread: http://forums.slimdevices.com/showthread.php?t=111206 _______________________________________________ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
