Wow, that's a lot of stuff
Thanks for the log. There are a few interesting things in it.
First, I see us thumbnailing files like this and it appears we're reading the whole file (which the server meters so it takes minutes):
http://feedproxy.google.com/~r/HdtvPodcast/~5/Qv4bCLYAJd4/HDTV-2010-11-02.mp3
What files in your library have a value like that in the filename field? Are they Podcasts? Normally a downloaded podcast has a local filename.
I have NO idea what that is, nor how to delete it. Okay, just checked my podcasts, and I have this one actually downloaded, all the rest in this feed are "In Queue" or "Deleted"...
NAME: HDTV & Home Theater
Feed URL:
http://feeds.feedburner.com/HdtvPodcastEpisode URL:
http://feedproxy.google.com/~r/HdtvPodcast/~5/6nXaP_dA67g/HDTV-2010-11-
12.mp3
But it's not the same one as you saw. I had no idea I had this downloaded, but upon checking the folder it's located in, and the feed itself, I cannot find the file you refer to above. I have no idea why MC is trying to thumbnail it. how can i remove this from the library, or whatever is telling MC to thumbnail it?
This is the only media file in the podcast subfolder for this feed, plus a folder.jpg, and in the folder it's called
2010-11-12 Podcast #452_ Logitech Revue and Google TV.mp3
Next, at one point we try to check for an R: drive, and it might have been really slow (like 5 minutes):
0511683: 2956: General: CFileSystemManager::GetDriveExists: Drive does not exist (drive: R:, filename: R:\Rome\)
What is this drive, and do you have any idea why it's so slow?
I use to have an R:\Drive (Recorded TV), but a couple of weeks ago, I deleted it and now just use a subfolder on my V:\Drive instead.
I just created a new view with no rules, which I think should show me all files in my library. When I add Location to the view, it shows all the drives I am using, but the R:\ drive is not shown. I don't know how/why it's still trying to do something with that folder ?
If I do a search for "Rome" while in this view, I only get results on the M:\ drive, weird
Finally, the drive that contains your library (J:\MC\libraries\MC17Server\) seems slow. It routinely takes several seconds to write the library to it. I wouldn't expect this for a 140,000 file library. Is J:\ a slow network drive? Could you move your library to a fast drive?
This is an issue I was having last week, slow writes to the unRAID server, but MC has always been SUPER fast in writing to it, at least I thought so. If I move/rename files in MC, it will "move" HD movies in a few seconds (likely just updating the file tables on the disk vs. actually re-writing the file to a new location). I wonder what I can do to eliminate the lag you're seeing there?
The log file I sent was created on my Desktop, which is still connected via WiFi-g, and all data tasks take longer on this machine, since I assume it's actually using this physical processor to do it's thing. I wonder if this is the lag you're seeing? Browsing around the file structure is mostly fast enough, but could always be faster.
Is there any chance that eliminating the files and directories that MC is trying to scan would free up some processing capacity and speed this up? I'm going to run Cat6 one of these weekends, but likely still a few weeks away.
When on a Gig-E wired computer, I can write to the array at 31MB/s sustained writes while copying a 30GB movie, with bursts up to 90MB/s upon starting. This seems like it should be plenty fast enough. It's MUCH slower when I try to initiate using the WiFi machine.
So, how do I remove the podcast and non-existant network drive from the tasks MC is doing for me in the background? I don't have any idea where it's getting this information from.
If you need/want me to do some more testing/logging, please just let me know what you need, I'm happy to do it, since this seems like it would help speed me up
Thanks Matt!