Comment 14 for bug 368522

Ubuntu 10.04.1 LTS
2.6.32-24-generic-pae
Qt: 4.7.0
KDE Development Platform: 4.4.92 (KDE 4.4.92 (KDE 4.5 RC2))
Amarok: 2.3.1.90

Intel core2 duo 1.8, 4Gb ram.

Same problem here...
My music files are stored on a NAS box over 100BASE-TX.
The slowdown on my end consists of ten minutes of "TagLib: MPEG::Header::parse() -- Invalid sample rate.", about one line every 5 seconds. With 10,058 tracks loading into a single playlist, mix of MP3 and FLAC files.

Once the console prints "amarok(28859)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:", speed is normal.

When I re-run Amarok a second tome (with --debug again) it writes "amarok: not a track no match" a few thousand times, I'm guessing once for every track I have.

Then it does every file again with
"amarok: [CUEFILE]: "/media/nas/Music/Music/Artist/Album/Track.cue" - Shoot blindly and missed, searching for other cue files.
amarok: [CUEFILE]: - Didn't find any matching cue file.
"
where Artist/Album/Track represent actual filenames (each one, one by one), only I do not have any .cue files.

After all that, here:
amarok: BEGIN: virtual void Playlist::InsertTracksCmd::redo()
amarok: BEGIN: void Playlist::Model::setAllNewlyAddedToUnplayed()
amarok: END__: void Playlist::Model::setAllNewlyAddedToUnplayed() - Took 6.5e-05s
amarok: BEGIN: void StatusBar::updateTotalPlaylistLength()
amarok: END__: void StatusBar::updateTotalPlaylistLength() - Took 0.0081s
amarok: END__: virtual void Playlist::InsertTracksCmd::redo() - DELAY Took (quite long) 5.7s
amarok: END__: void Playlist::Controller::insertTracks(int, Meta::TrackList) - DELAY Took (quite long) 1.8e+02s
amarok: BEGIN: void Playlist::Actions::queue(QList<int>)
amarok: END__: void Playlist::Actions::queue(QList<int>) - Took 0.00011s
amarok: END__: void Playlist::Actions::restoreDefaultPlaylist() - DELAY Took (quite long) 4.1e+02s
amarok: END__: Playlist::Actions::Actions() - DELAY Took (quite long) 4.1e+02s

Quite long. 6 minutes, 40 seconds.