Post Reply 
Slower search response question
10-01-2016, 20:09
Post: #1
Slower search response question
Simon,

I don't think this is likely to be minimserver related but thought I would raise it here as I know you are likely to understand this and might be able to point at a likely issue. I hope that is OK.

I am on the Linn Kazoo trial and have noticed a marked difference in the response time for search response since starting the beta. i.e. if I search using the Linn Kazoo IOS app and then repeat the same or similar search on the same minimserver instance but from a windows W7 PC (the current release version - not beta) the former seems to take between 8 and 12 times as long. i.e. the latter is all but instant.
Previously there was no material difference between these and any delta would be explained by wifi etc.

The Linn team indicate they have made no changes to the search code and yet I am seeing quite different results. I wondered if you are seeing the same or have some pointers about what this might be.

It doesn't make a lot of send if you take it at face value obviously.
Find all posts by this user
Quote this message in a reply
10-01-2016, 21:01
Post: #2
RE: Slower search response question
With the Kazoo release on Windows, the queries sent for a search for 're' are:

upnp:class derivedfrom "object.container.person" and dc:title contains "re"
upnp:class derivedfrom "object.container.album" and dc:title contains "re"
upnp:class derivedfrom "object.item.audioItem" and ( dc:title contains "re" or upnp:album contains "re" or upnp:artist contains "re" or upnp:genre contains "re" )


With the Kazoo beta on Android, the queries sent for a search for 're' are:

upnp:class derivedfrom "object.container.person" and dc:title contains "r"
upnp:class derivedfrom "object.container.person" and dc:title contains "r" and upnp:genre contains "classical"
upnp:class derivedfrom "object.container.album" and dc:title contains "r"
upnp:class derivedfrom "object.item.audioItem" and ( dc:title contains "r" or upnp:album contains "r" or upnp:artist contains "r" or upnp:genre contains "r" )
upnp:class derivedfrom "object.container.person" and dc:title contains "re"
upnp:class derivedfrom "object.container.person" and dc:title contains "re" and upnp:genre contains "classical"
upnp:class derivedfrom "object.container.album" and dc:title contains "re"
upnp:class derivedfrom "object.item.audioItem" and ( dc:title contains "re" or upnp:album contains "re" or upnp:artist contains "re" or upnp:genre contains "re" )


The differences are:

1) The Android beta sent a full set of queries for each letter that was typed
2) The Android beta sent an additional query for 'upnp:genre contains "classical"'

The combined effect is that the Android beta sent 8 queries and the Windows release sent 3 queries.

I also tried it with a longer search string 'qwertyuiop'. The Windows release sent 9 x 3 = 27 queries and the Android beta sent 10 x 4 = 40 queries.
Find all posts by this user
Quote this message in a reply
11-01-2016, 00:47 (This post was last modified: 11-01-2016 00:50 by Martin H.)
Post: #3
RE: Slower search response question
Simon, thanks for that info which obviously shows a difference.

Do you know if the IOS kazoo beta is the same as the android? I.e. It generates the additional requests? I noticed the slower responses on the IOS version (iPad Air). If so I will go back to Linn again. Really appreciate your help as I know this will shortcut the process.

Smile

The only other thing that isn't obvious is how almost doubling the queries extends the response time by such a degree but for now I am more focused upon raising these for them to investigate.
Find all posts by this user
Quote this message in a reply
11-01-2016, 00:54
Post: #4
RE: Slower search response question
Apologies but I guess the before and after difference I am seeing would depend upon the current live IOS and the current beta versions on IOS differing. I don't suppose you know if that's the case or not. Obviously I don't want to put you to any trouble and if necessary I am happy to go with the info you have already provided.
Find all posts by this user
Quote this message in a reply
11-01-2016, 01:20
Post: #5
RE: Slower search response question
I am also on the iOS beta Kazoo and have noticed no difference from the current live version, I'm getting almost instant results. I'm using Minimserver on Synology NAS.
Find all posts by this user
Quote this message in a reply
11-01-2016, 01:58
Post: #6
RE: Slower search response question
(11-01-2016 01:20)antonmb Wrote:  I am also on the iOS beta Kazoo and have noticed no difference from the current live version, I'm getting almost instant results. I'm using Minimserver on Synology NAS.

Thanks Anton just out if interest, are you using the iPhone or an iPad (and which model?). Very encouraging that yours is OK albeit confusing Smile

(As background. I have been using the iPad live kazoo for ages and regularly search and it has always been really quick. But since moving to the beta it is a lot, lot, lot slower. Can't see how it can be the server because if I access the same server from Windows Kazoo it is all but instant.

I have an iPad mini with the live Kazoo on it and tomorrow I will try them side by side. I can't actually search for exactly the same thing one after the other as I have noticed it must be cached or something because the second one always comes back straight away. )
Find all posts by this user
Quote this message in a reply
11-01-2016, 02:23
Post: #7
RE: Slower search response question
I'm using an iPad Air running iOS 9.2. Network is an Apple Time Machine base station with NAS, KDSM and Sneaky on a Trendnet gigabit switch, and another airport express in another room in bridge mode to extend the wifi network.
Find all posts by this user
Quote this message in a reply
11-01-2016, 02:27
Post: #8
RE: Slower search response question
(11-01-2016 02:23)antonmb Wrote:  I'm using an iPad Air running iOS 9.2. Network is an Apple Time Machine base station with NAS, KDSM and Sneaky on a Trendnet gigabit switch, and another airport express in another room in bridge mode to extend the wifi network.

Should also mention I have ~1450 albums/19000 tracks.
Find all posts by this user
Quote this message in a reply
11-01-2016, 15:57
Post: #9
RE: Slower search response question
(11-01-2016 00:47)Martin H Wrote:  Simon, thanks for that info which obviously shows a difference.

Do you know if the IOS kazoo beta is the same as the android? I.e. It generates the additional requests? I noticed the slower responses on the IOS version (iPad Air). If so I will go back to Linn again. Really appreciate your help as I know this will shortcut the process.

Smile

The only other thing that isn't obvious is how almost doubling the queries extends the response time by such a degree but for now I am more focused upon raising these for them to investigate.

I am only running the beta on Android. I was concerned that installing it on iOS might overwrite the release version. Can you confirm whether or not this happens?

The difference in queries should not increase search time by more than about 30-40%. if you are seeing more than this, there must be some other reason.
Find all posts by this user
Quote this message in a reply
11-01-2016, 17:16 (This post was last modified: 11-01-2016 17:17 by antonmb.)
Post: #10
RE: Slower search response question
Installing the iOS beta does overwrite the release version but you can always reinstall the current release from the App Store.
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)