The repo has some bugs here and there, thats why it doesn' t show the package. But as said, you are better of with LmsUpdate at the moment. Just remove 7.7.6 and manually install LmsUpdate. Download the package to your pc and install it using Package Center in DSM.
Normally I would say it takes about 5 min per 1000 albums on a nas. 14 hours is not normal. A scannerlog would certainly help to find the culprit.A more general question, how long would it approximately take to completely scan ("clear library and rescan everything") a collection of a couple thousand albums (.wav - .cue) on a device like mine? It is taking about 14 hours, which seems insane to me. Is this only so slow the first time? On the Mac I often rescanned everything (< 10 minutes), because searching only for changed files produced some undesirable results mainly with the album artwork if I remember correctly. Would the Raid level, file system of the drives etc. have a significant effect on this speed?
It is not said that updating from 7.7.6 to 7.9.0 would fix this issue!
But first things first.
Results 21 to 30 of 461
Thread: Synology 7.9.1 packages
-
2017-04-05, 08:22 #21-LMS on Raspian Stretch -> 2x Radio
-RPI 3 (Moode 3.8.4 + LibreSpot), Aune S6 - Exposure 3010S2 - PMC FB1i
-
2017-04-06, 03:09 #22
- Join Date
- Oct 2010
- Posts
- 63
So I enabled Beta in the Package Center and installed 7.9.0-164 from there. LMS was immediately much more responsive, the difference was like day and night. However, a full scan still took over 7 hours. One difference that I noticed though was that on 7.7.6, during the scanning something was constantly writing to my drives, which didn't strike me an unusual until i noticed that 7.9.0 didn't do this at all.
On both versions, it seems to me the scanning starts out fine, 1'000 albums per 5-10 minutes, and then after some 3'000 albums it starts to stall.
I will continue to investigate, meanwhile some questions:
Is v7.9.0-164.1150 a different subversion than the one from the beta channel and what difference could it make if I manually clean installed it?
And I have been studying the scanner logs and comparing it to the ones from the Mac, what would you look for there?
What's really strange to me though, I have no other data and only a few of the other standard packages on my system. I completely restored the NAS to factory once and had the exact same issues before and after. So this leaves only 2 possible culprits notwithstanding hardware issues, either there is something terribly wrong with the compatibility of my NAS and this package, or there is something wrong with my files. Perhaps the Mac somehow messed with the character encoding of my .cue files.
-
2017-04-06, 03:43 #23
Please upload your scannerlog somewhere so we can take a look. Post the link here. The 5 min per 1000 albums might be a bit to enthusiastic. My library is about 600 albums and it takes about 10 minutes. However, your nas is far more powerful than my DS115.
Is v7.9.0-164.1150 a different subversion than the one from the beta channel and what difference could it make if I manually clean installed it?... either there is something terribly wrong with the compatibility of my NAS and this package,or there is something wrong with my files. Perhaps the Mac somehow messed with the character encoding of my .cue files.-LMS on Raspian Stretch -> 2x Radio
-RPI 3 (Moode 3.8.4 + LibreSpot), Aune S6 - Exposure 3010S2 - PMC FB1i
-
2017-04-06, 05:23 #24
Synology 7.9.1 packages
> So I enabled Beta in the Package Center and installed 7.9.0-164 from
> there. LMS was immediately much more responsive, the difference was like
> day and night. However, a full scan still took over 7 hours. One
> difference that I noticed though was that on 7.7.6, during the scanning
> something was constantly writing to my drives, which didn't strike me an
> unusual until i noticed that 7.9.0 didn't do this at all.
One difference between 7.9 and earlier version is the default value for
memory usage of the database. 7.9 tries to use larger buffers by
default, depending on your hardware. What CPU and memory do you have?
> On both versions, it seems to me the scanning starts out fine, 1'000
> albums per 5-10 minutes, and then after some 3'000 albums it starts to
> stall.
If you have more than 1GB of RAM, then you should try to set the DB
memory usage to maximum (Settings/Advanced/Performance). The numbers you
post are pretty similar to what we found when working on the scanner
performance. And using "Maximum" rather than the "High" makes a real
difference with collections of 50k or more tracks.
--
Michael
-
2017-04-06, 05:39 #25
- Join Date
- Oct 2010
- Posts
- 63
pinkdot: Thanks, but it looks like the issue has been resolved. I uninstalled the package, rebooted my machine and directly installed the beta from the package center. Complete scan now took an hour including 15 minutes of database optimization, so this is approximately what I expected and is perfect. Thank you so much for your help.
Michael: I will look into that.
But first, next issue is to resolve äöü%@ etc. in filenames and .cue sheets ;-)
Edit: Unfortunately my excitement was premature. Clean scan went fine, but scanning for and changed media files has been stuck on database optimization for over an hour now :-/Last edited by maximus; 2017-04-06 at 07:12.
-
2017-04-06, 10:36 #26
Last edited by pinkdot; 2017-04-06 at 10:45.
-LMS on Raspian Stretch -> 2x Radio
-RPI 3 (Moode 3.8.4 + LibreSpot), Aune S6 - Exposure 3010S2 - PMC FB1i
-
2017-04-08, 07:02 #27
- Join Date
- Oct 2010
- Posts
- 63
I completely reset my NAS and copied my music collection back to the NAS drives, I wanted a fresh start, didn't wanna have to deal with all the garbage that 7.7.6 did in 16 hours of writing to disks ;-)
I directly installed 7.9.0-164 from the package center, sorry for not taking your advice about the LMSUpdate, I'd rather avoid any kind of manual installation on this machine. (All I want is a version that runs well, so I can move on to actual other functionality of the NAS ;-)
I have done two clean scans so far ("clear library and rescan everything"). First one took 1 hour 25 minutes, second one just over 2 hours. (Shortened) logs are attached.
Some details I observed:
On the first scan, it read "Scanning new audio files (6662)" and on the second scan "Scanning new audio files (13900)". I don't know if this doubling is a result of the first scan or because of some other media software on the NAS, I have my files in the 'regular' music folder.
On the second scan, building a full text index took 37 minutes and database optimization another 30 minutes, seems a bit excessive to me.
Thanks for your help, I'm probably gonna stick with this version for the time being, unless "look for new and changed media files" craps up again.
scanner.logscanner 2.log
-
2017-04-08, 10:50 #28
- Join Date
- Oct 2010
- Posts
- 63
To follow up, ran a "Look for new and changed media files" scan now with a couple hundred new files. This took just over an hour. 'Building full text index (3 of 7)' and database optimize (1 of 2) each took almost half an hour, processes that take a mere seconds on my Mac so there's obviously something horribly wrong with them.
Here is the log but there will be nothing of any interest I'm afraid.
scanner.log
Cheers
-
2017-04-08, 11:20 #29
- Join Date
- Oct 2010
- Posts
- 63
One last update: After the last scan clearly reported having finished in the 'Information' - 'Media Scan Detail' section of the settings, suddenly it restarted scanning again, doing pre-caching Artwork at snail's pace for about 15 minutes. This software is apparently a complete lottery. The log is unchanged, here is a screenshot:
(Just to avoid confusion, the screenshot in the previous post was taken during scanning, I know that it wasn't finished then.)
-
2017-04-08, 12:52 #30-LMS on Raspian Stretch -> 2x Radio
-RPI 3 (Moode 3.8.4 + LibreSpot), Aune S6 - Exposure 3010S2 - PMC FB1i