Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Peter_T]

Hi all -

I am hoping that someone can help me figure out (& fix) a recent frustration I've been having - when navigating I sometimes wait 30-60 seconds or more for a new library view to draw.  I finally captured one of these in a log (hallelujah!) which is attached. 

Let me know if you need any info that isn't in the log.  The log captures me switching from a library view that filters some audio content based on a user tag, then moving to an unfiltered view of my audio collection with a handful of pains & album thumbnail view.

Help?   

[Matt]

That logs shows these for view loading times:
0009325: 4608: General: CMainUIWnd::SetMCView: View creation time: 2986.572
0017313: 4608: General: CMainUIWnd::SetMCView: View creation time: 2682.457
0023001: 4608: General: CMainUIWnd::SetMCView: View creation time: 1988.832

If you have a big view and/or a computer that isn't super snappy spending a few seconds could happen.  You could simplify the views to work-around it.

[Peter_T]

Thanks for the super-quick reply. 

This log captures the time from moving from one view to another and nothing more, so maybe more is going on than the lines that you identified?  My screen went grey, my cursor started spinning, and a click on the JRiver window suggested that I could close the process or wait (I waited it out).  It really was a minute or so.

What else could be happening?  This is periodic behaviour, most times everything is pretty snappy.  Like I said I feel pretty lucky to have finally caught one of these in a log.

[Matt]

Updating the panes is taking a couple seconds.

My guess is that's just a fact of your library size and view complexity.

I could take a closer look if you send a library backup to matt at jriver dot com.

Thanks.

[Peter_T]

FWIW, here are some longer-duration items that I can see:

Code: [Select]

0167448: 2556: Database: Thumbnail Thread (C:\Users\Peter\OneDrive\Music\_inbox\_SoulSeek\ianvision\aimless [halifax.early90s.poppunk]\liveless july 3 1992\01 Hard Feelings.mp3): Finish (150081 ms)
0167448: 2556: General: CThumbnailCacheInfo::CreateThumbnail: Finish (150080 ms)
0167447: 2556: Database: CThumbnailsDatabase::AddThumbnail: Finish (150007 ms)
0146509: 2556: Database: CThumbnailsDatabase::AddThumbnail(int64): Finish (105910 ms)
0167447: 2556: Database: CThumbnailsDatabase::AddThumbnail(int64): Finish (20928 ms)



Code: [Select]

0204201: 14648: Sharing Plugins: CUDPSocketReader::Accept: Finish (18391 ms)
0084187: 14648: Sharing Plugins: CUDPSocketReader::Accept: Finish (18161 ms)
0081892: 9448: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (30018 ms)
0081939: 4944: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (30015 ms)
0202965: 11024: Sharing Plugins: CUDPSocketReader::Accept: Finish (53056 ms)
0055449: 5052: Sharing Plugins: CUDPSocketReader::Accept: Finish (54354 ms)
0147097: 14648: Sharing Plugins: CUDPSocketReader::Accept: Finish (11047 ms)
0177970: 16904: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (231 ms)


Code: [Select]

0001812: 14124: General: CLoaderThread::Thread: Finish (19519 ms)
0024446: 18208: Import: GetNewFiles: Finish (26514 ms)

also, there are many of these that collectively add up to about 50k ms:

Code: [Select]

0055644: 11848: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (537 ms)
0179749: 14648: Sharing Plugins: CUDPSocketReader::Accept: Finish (535 ms)

(Note that this is intended to be helpful, but I have no idea which, if any of these, would cause a freeze/sluggish performance...)

[Peter_T]

I could take a closer look if you send a library backup to matt at jriver dot com.

Done - thanks!

Edit: sorry gmail was waiting for me to acknowledge a dialogue box, oops.   NOW it's sent.

[Matt]

I'll look at it more on Monday.

But on a quick look I see this at your root audio view:
[Media Type]=[Audio] [Filename (path)]="\_mm" ~a ~sort=[Filename]

The ~a flag is in a bunch of your views.  Expanding all the files to full albums takes time and is unexpected by me.

[Peter_T]

Thanks I didn't know this could bring a notable performance drag. 

I do it to pull in orphaned files and/or duplicates that have crept into my library over 10-15 years. 

I should be able to remove this after a rename/move/copy on items in this view.  I don't move things around nearly as much in recent years.

[Matt]

Thanks.  Let me know how it's looking after you remove it.

[Peter_T]

OK so I removed all of the "expand to full albums" options from my views.  Things worked well this morning until I again had a multiple-minute hang while switching views.

Log is attached, I'll send you (M@) an updated library backup since removing the ~a. 

PS - this was relatively easy to reproduce this time, but switching audio views 4-5 times... maybe it's not quite as random as I thought?

[Matt]

You've got a real laggard:
0703081: 4608: General: CMainUIWnd::SetMCView: View creation time: 372434.488

It looks like it was importing JPG files at the same time.

You could switch views some more and see if you can reproduce that switching to a certain view.  It's running album searches over and over which is a bit heavy.