Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Why is portable performance slower than standard installation? (Read 9125 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Why is portable performance slower than standard installation?

I just installed a portable version of v1.1.11 next to my fully installed, relatively updated v1.1.7, and find the portable copy is nonoperational for an average of 10 seconds after writing tags.  This is the 1st time in several years I've tried a portable installation.  I haven't found any complaints about the portable performing any slower in forum posts.  Anyone know what might be causing this? System is Win7.

Edit: I'm always confused if questions like this are supposed to be posted here or in tech support.  Sorry if this is miss-posted.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #1
We’ll keep it here till we can confirm that it’s a problem with the core or an official component – which is the purpose of Support – but we’ll need more information about your slow setup, such as your list of installed components, the type of files and their tags that you are working with, etc..

Also, it might be somewhat complicating that you’re comparing two different versions, although I can’t imagine this kind of regression being normal, so you may be right about its being uncommon.

Why is portable performance slower than standard installation?

Reply #2
we’ll need more information about your slow setup, such as your list of installed components, the type of files and their tags that you are working with, etc..

Here's a list of the installed componenets:
  • foo_albumlist.dll
  • foo_cdda.dll
  • foo_converter.dll
  • foo_dsp_std.dll
  • foo_fileops.dll
  • foo_freedb2.dll
  • foo_input_monkey.dll
  • foo_input_std.dll
  • foo_keep_queue.dll
  • foo_navigator.dll
  • foo_playcount.dll
  • foo_playlisthistory.dll
  • foo_queuecontents.dll
  • foo_rgscan.dll
  • foo_uie_albumlist.dll
  • foo_uie_biography.dll
  • foo_uie_lyrics3.dll
  • foo_ui_columns.dll
  • foo_ui_std.dll
  • foo_vis_shpeck.dll

The one I thought might be the problem child was shpeck.  But I just uninstalled it and deleted the panel in columns UI and ran 10-15 tests modifying LAME id3v2.3|id3v1 MP3 tags in NG playlist and found no difference.  I'm seeing it takes an average of 5-10 seconds for FB2K to release control.

I'm seeing the same lag when applying changes when adding or removing panels or splitters to my layout.

The irony is that I set up the portable because the installed version was getting buggy and crashing a lot.  But in the process of setting up a whole new portable copy with a radically different layout, I updated a bunch of the components in the installed copy and it hasn't crashes yet even after relatively extensive testing.

Quote
Also, it might be somewhat complicating that you’re comparing two different versions...

I originally thought portable made no changes to system files.  But I think I read that it does do something related to enabling or disabling something, registry settings?, for multiple users on the system. Wonder if there's anything going on there. 
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #3
I'm seeing the same lag when applying changes when adding or removing panels or splitters to my layout.

The irony is that I set up the portable because the installed version was getting buggy and crashing a lot.  But in the process of setting up a whole new portable copy with a radically different layout
Which I think proves that you cannot expect anything informative from a comparison of the two versions! Most likely the lag is caused by some aspect of your new layout, which I would have said even were it not for the first paragraph I just quoted.

Quote
I originally thought portable made no changes to system files.  But I think I read that it does do something related to enabling or disabling something, registry settings?, for multiple users on the system. Wonder if there's anything going on there.
No, it just doesn’t use the registry. All settings are stored within its single folder, nothing outwith that is modified, no system settings are altered (hence the absence of an ability to associate files), etc.

Why is portable performance slower than standard installation?

Reply #4
Quote
I originally thought portable made no changes to system files.  But I think I read that it does do something related to enabling or disabling something, registry settings?, for multiple users on the system. Wonder if there's anything going on there.
No, it just doesn’t use the registry. All settings are stored within its single folder, nothing outwith that is modified, no system settings are altered (hence the absence of an ability to associate files), etc.

The reference to changes portable made for all users on a system was from a post way back in 2009.  But maybe I read that wrong.  I do remember it did say no changes were made registry.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #5
Sorry, I guess I should have just referenced this at the outset:
Quote
Foobar2000 can now be installed in two modes: standard and portable.

Standard mode
Standard mode is similar to the “install for all users” option in older versions. You need administrative privileges to install foobar2000 in this mode.

Portable mode
Installing in portable mode only extracts the installer content and creates additional files that tell foobar2000 to store any configuration data in its installation folder as well as not to alter the Windows registry. Note that it is not possible to edit file type associations with foobar2000 when using portable mode, as that would require changes in the registry.
I really don’t think it does anything to the all-users profile, because that would be majorly defeating the point. Perhaps you got mixed up with some reference to the first sentence describing standard mode?

P.S. The official page mentioning some unknown application called Foobar2000? Hax

Why is portable performance slower than standard installation?

Reply #6
Hmm...  It seems to be something to do with the 22793 media files in my library.  I went into preferences and removed the one big root folder all my media files and folders are under, and just set one that only had 5-10 folders and 100-200 specifically MP3 files.  With just that small library set there is no time lag problem changing tags or configurations.

Edit:  Just copied portable over to another system running Vista with the same media library installed.  Same problem there.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #7
Well it is some issue related to the media library.  I removed the main root folder and then added ones under it one by one, and then in small groups.  Each time I added more files, the lag making any config changes grew a little.  It jumped noticeably after adding folders with a lot of files.

I found something annoying about both my copies of FB2K, one a Vista system and one on the Win7 system.  When I added folders to the media library and then clicked 'Apply' before closing the config screen, FB2K was totally non-operational for several minutes until it completed the process of scanning and adding all the files.  If instead of clicking 'Apply' I click 'OK', the config screen closes and I have full control over FB2K when files are being scanned into the library,

Is that common for everyone?
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #8
P.S. The official page mentioning some unknown application called Foobar2000? Hax
It's the first word in a sentence, so it's capitalized, just like "it's" here. At least, IIRC, that's the "official" explanation. I'm not crazy about it either.

Why is portable performance slower than standard installation?

Reply #9
Well it is some issue related to the media library.  I removed the main root folder and then added ones under it one by one, and then in small groups.  Each time I added more files, the lag making any config changes grew a little.  It jumped noticeably after adding folders with a lot of files.

I found something annoying about both my copies of FB2K, one a Vista system and one on the Win7 system.  When I added folders to the media library and then clicked 'Apply' before closing the config screen, FB2K was totally non-operational for several minutes until it completed the process of scanning and adding all the files.  If instead of clicking 'Apply' I click 'OK', the config screen closes and I have full control over FB2K when files are being scanned into the library,

Is that common for everyone?

Is this a network share? I've had similar delays when adding folders over the network.

Why is portable performance slower than standard installation?

Reply #10
Is this a network share? I've had similar delays when adding folders over the network.

No... I have copies of my entire media library on the 2 different systems, and on an external drive as a 3rd backup.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #11
I think this i not related to being portable but originates from processing the media library and or playback statistics.

I've been having similar trouble. Big library on a Network Attached Storage. My test setup: Portable default DUI  1.1.12a + only Playback Statistics (tested with XP 32bit, Vista 32bit and w7 64bit).
Tagging, file opreations (move/rename) or replaygainscanning makes foobar hang and even crash (no report though).
I suspect foo_playcount's 'memory'. I have these problems since the introduction of this 'memory'. (So i think it is related to an official component and should be a support topic?)

/edit Ah no networkstorage... so not that similar situation. Sorry.

Why is portable performance slower than standard installation?

Reply #12
It's the Album List panel that's introducing the time lag after making just about any configuration change in portable 1.1.11.  But only when I add all of my audio files to the Media Library.  200-300 files poses no problem.  But when I hit 10,000 it starts to be a problem.  And with 22793 it's intolerable.

I started with my original portable as a template, and then started creating a copy of it panel by panel under Layout in Preferences.  Testing the time it took to write a tag after adding each panel in columns UI showed no problem until I created an Album List panel.  Then all of a sudden it was taking a few seconds for FB2K to release control again to me.

I found that about 4 seconds of lag time is added for each Album List panel I added in other tabs.  Under a root Tab Stack with an initial Horizontal Splitter and Playlist Switcher and Columns Playlist panels under it, I kept adding Album List panels under the Tab Stack one by one.  Each time I did The lag time for writing tags went from 4 seconds to 8, to 12, to 16 and to 20 where I decided I'd had enough.

The same lag occurs, and keeps increasing with each added panel by just clicking Apply and then OK after adding an Album List panel to the Layout in Preferences.

If anyone caring to try reproducing the problem need more specifics on what I've set up, let me know.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #13
I am not having the problem with Album List and installed copies of 1.1.7 with the exact same media library on my 2 systems, Vista and Win7.  I even set up a 0.9.6.1 portable with a foo_uie_albumlist of the same 2009 vintage and had the same problem.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #14
Try running Process Monitor and logging what happens, isolated to process name foobar2000.exe?

Why is portable performance slower than standard installation?

Reply #15
Try running Process Monitor and logging what happens, isolated to process name foobar2000.exe?

This is way over my head. 
  • Downloaded Process Monitor. 
  • Created a filter: 'Process Name' - 'is' 'foobar2000.exe' - 'Include'
  • Enabled 'Capture Events'
  • Deleted part of an MP3 title tag
  • Waited 5-10 seconds until FB2K responded again.
  • Disabled  'Capture Events'
I can see the name of the file I tagged in the results along with every other track on the same album.  The one I tagged does show up more often.  But I have no idea what to look for.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #16
others may be able to make sense of the output

Quote
Appendix C – How to debug filesystem operations or process-related issues

  1. If you don't have it already, download Process Monitor from Microsoft and start it. It doesn't need any installation, you might even use the "Run Process Monitor now from Live.Sysinternals.com" link.
  2. Follow the reproduction scenario up to the point before something bad happens, then clear the Process Monitor window (toolbar icon with the gum) to capture only the relevant information (Note: You might be asked to do it differently later if needed.)
  3. Perform the actions which result in the buggy behavior.
  4. Stop Process Monitor capture (toolbar icon with the magnifing glass).
  5. Save the log to the native PML file, pack it to a ZIP archive or similar (it will compress pretty well) and upload here to the "Uploads - (fb2k)" forum or wherever, then post a link.
  Note: Naturally, you can filter the Process Monitor log for unrelated background processes filling it with nonsense etc., unless the issue being debugged is some weird sharing violation problem between multiple applications.

Why is portable performance slower than standard installation?

Reply #17
Okay.  Hope I did this right.  Here's the Process Monitor log file made while editing an MP3 tag in FB2K 1.1.11 portable to determine what is causing FB2K to hang up.
I basically repeated the sequence I described above.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #18
Oh, interesting. There's even a spot in the log where it stops emitting any log entries for 3 seconds. Hmm, and an awful lot of WinSock2 related queries. Maybe you should also try running Microsoft Network Monitor and see if there's any network queries going on during any of those tagging operations?

I also suggested the Process Monitor logging so you could check if there are any particular parts of the process which differ between logs of the portable and non-portable installations.

Why is portable performance slower than standard installation?

Reply #19
Oh, interesting. There's even a spot in the log where it stops emitting any log entries for 3 seconds. Hmm, and an awful lot of WinSock2 related queries. Maybe you should also try running Microsoft Network Monitor and see if there's any network queries going on during any of those tagging operations?

That looks like it need a full installation, right? I'll see if I can figure it out.  Does it work the same as Process Monitor as far as starting and stopping the monitoring process? I'm working a bit out of my comfort zone here...

Quote
I also suggested the Process Monitor logging so you could check if there are any particular parts of the process which differ between logs of the portable and non-portable installations.

Is there a difference in the final data output between 'saving a log file after an operation' and 'having PM set to create a file'?

I couldn't figure out where the log file was being saved to.  The only option for logging I could find was 'Options > Enable Boot Logging' and there's not an option for setting the folder to save the file in.  Also, that would log everything the systems does after it boots up.  That'd be huge.

But reading the help file now I data can be set to be automatically saved to a log 'File > 'Backing Files' instead of virtual memory. I'm not sure if that's what you're talking about.  Is there any difference between saving a log file manually from VM after a session and having the log files set to be written automatically?

I could repeat the exact same experiment I did before, but this time using my installed copy of FB2K, and post the log from that for comparison.  I'm just not all that clear on the different logging options you're talking about.

EDIT: I could also run PM on the same portable but on my Vista system for comparison of that would help at all.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #20
EDIT: Hmmm... no problem at all with the same copy of the portable FB2K on an old XP system.  Vista and Win7 yes... XP no.  ??
---------------------------

I ran PM on the same portable but on my Vista system.  It sees much the same problem.  Logging stops for 2-3 seconds, starts again but immediately stops again for 2-3 seconds again, and then resumes normally.

The WinSock2 entries have something to do with remnants of an incomplete install of Bonjour.  All of those registry keys with winsock in the path lead to mdnsNSP.dll which is the only file left in C:\Program Files\Bonjour.  I have no idea why portable's exe is looking there.  I ran PM on the installed copy of FB2K and none of those winsock keys appeared in the log.  And the PM log for portable on Vista had no entries with winsock in the path.
Geopoliticus Child Watching the Birth of the New Man

 

Why is portable performance slower than standard installation?

Reply #21
Try running Process Monitor and logging what happens, isolated to process name foobar2000.exe?

This is way over my head. 
  • Downloaded Process Monitor. 
  • Created a filter: 'Process Name' - 'is' 'foobar2000.exe' - 'Include'
  • Enabled 'Capture Events'
  • Deleted part of an MP3 title tag
  • Waited 5-10 seconds until FB2K responded again.
  • Disabled  'Capture Events'
I can see the name of the file I tagged in the results along with every other track on the same album.  The one I tagged does show up more often.  But I have no idea what to look for.

Should I do this as well?  I've had the issue of foobar2000 (portable) hanging up on me for 10 seconds if I add new files into my media library by either copy+paste or foobar2000's own Converter, for as long as I can remember.

Why is portable performance slower than standard installation?

Reply #22
Should I do this as well?  I've had the issue of foobar2000 (portable) hanging up on me for 10 seconds if I add new files into my media library by either copy+paste or foobar2000's own Converter, for as long as I can remember.

Do you have any Album List panels?  If so, try removing them and test to see if the problem goes away.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #23
It looks like there may be a problem with foo_uie_albumlist.dll conflicting with system drivers in portable mode.  I just went into Win7 safe mode and created a very basic portable version of FB2K with nothing but columns UI and foo_uie_albumlist as additional components. 

Making changes to media tags did not cause FB2K to hang up at all.  Then I added 5-6 Album List panels, each time immediately clicking Apply and then OK.  FB2K didn't hang up at all as it had fully booted into Win7.  The version of Album List in the FB2K default UI does not cause this problem

This is musicmusic's component, isn't it?  Seems he's not been heard from in the forums since last October.
Geopoliticus Child Watching the Birth of the New Man

Why is portable performance slower than standard installation?

Reply #24
Are there any news on this, like solving the Lag with a new version of foobar2000 or identifying the (or any other) plugin as the source of all evil lags?