![]() |
Library painfully slow, but it didn't used to be, why? Hey all, Sorry if this question has been answered before. I did a quick search, but didn't find appropriate results. My music library seems to reset itself every time I start Limewire. Well, it remembers the shared folder, but seems to have to churn through each and every song every time. I have 5000+ songs, and it takes limewire 1-2 secs. to recognise to be able to share 1 song. This adds up since it attempts to share all 5000+ songs. This keeps my hard drive very busy, not good. But this didn't used to be a problem. It used to be able to find and share my files by the hundreds per second. My only solution is to not share songs. But this seems to defeat the purpose of Limewire, and would be counter-productive to the PtP community. And that's 25 Gigs you woun't have access to. PowerBook 800 OS X 10.1 512 MB RAM Limewire 2.8.5 Thanks, Desprez |
No one has anything to say about this? Wow. |
Do you ever exit LimeWire forcefully? In that case it would not save the hashes of files it already analyzed. |
No. I use file menu quit, just like any other program. I've even waited for the WHOLE THING to finish before quiting once. Didn't help. Am I to understand that no one else has this problem? That's odd... I don't think I've done anything unusual, except my "shared folder" is used by iTunes as well Here is the structure... [Root] [Music] [...lots of folders by artist...] [limewire] [incomplete] The folder [music] is the folder itunes organizes all of my mp3s in, as well as the shared folder for limewire. Does that make sense? |
Latest version sluggish Would agree with Desprez that connection speed and sharing files at start up of Limewire is now extremely slow with latest update. Searches are slower as well. Opening up helper apps such as Quicktime, but especially iTunes is painfully slow. Seems like something was changed for the worse in their last update. Sorry, not a techie. Can't offer any suggestions. |
Usually LimeWire analyzes each file only once and then saves the data to a file called "fileurns.cache" so at the next startup LimeWire can just read the data it saved without having to rehash each shared file. Somehow LimeWire doesn't seem to do so correctly. Does LimeWire save your preferences correctly? If not, there might be a problem with your preferences folder which is usually: [home]/.limewire LimeWire will need writing access to that folder. |
Re: Latest version sluggish Quote:
@trap_jaw, I'll check that file, but it seems to save my preferences just fine. |
This problem happens to me too, it has gotten so out of hand that Limewire will quit out suddenly while trying to share the list of files. At least it did so in 2.8.5. 2.8.6 is a slight improvement, I can almost get limewire working for more than an hour at a time before it quits out. |
Just letting you know that I've had that same problem with the last several versions. It starts over every single time. I downloaded this latest version in hopes that the problem would be fixed. Now I can't run LimeWire at all without it freezing my whole computer. It doesn't seem like too many people are having these problems though. Feeling alone, I've given up. I just posted a new thread recommending Acquisition, although I now see that there have already been whole threads about it. In any case, Acquisition works much better on my system, which is a G4 500 running OS 10.2.3 |
^ Hmm....how is it possible that the problem is only isolated among a small group and not everyone? Does it have anything to do with the fact that our machines are older (I know some guy who's got the latest and greatest dual processor G4 and he says limewire works fine). Acquisition is a good alternative. It ain't perfect but at least it doesn't quit out after 15 minutes. |
slow library iMac DV 450 hz, 320 ram, OSX1.5, iTunes 3, Lime 2.8.5, DSL Same here, Lib takes forever to load 1400 files every time I start up... easily 15-20 minutes Now something I have in common with Desprez(?), we both are using iTunes music folders to share with, mine is located in HOME/Music/iTunes/iTunes Music/(many folders listed by artist names) |
^ I was sharing an iTunes folder too. I changed the default location to a partition on my 2nd hard drive, the one that died about 2 weeks ago. :( |
Re: slow library Quote:
And this, I think, may be part of the problem. See, iTunes automaticaly categorizes everything by Artist, Album, Name - and re-arranges the folder structure. I wonder if Limewire checks to see if the directory structure has changed, and if it has, then does the sharing process all over again. My memory of the order of events is fuzzy, but it's possible that Limewire started having trouble when I started using iTunes auto-organization feature. Does anyone think this might be the case? Or possibly ANY tinkering with the shared folders structure prompts a re******yzing of the shared files? |
Re: Re: slow library Quote:
Sorry. |
Library can be extremely slow to share files I have about 2000 mp3 files (12G) shared and limewire 2.8.5 pro (OS X 10.1.5) can take up to an hour to make them all available in the library. Part of it is due to changing files' ID tags via itunes.. I'm in the process of annotating and cleaning up existing tags as much as possible so it's easier to find things.. every time I make changes on a subset of files (say 40-50 out of 2000) limewire seems to be forced to reprocess the whole bunch, which is _painfully_ slow. It's a CPU & Memory hog too.. currently running at 30-40% CPU and 20% memory (of 256MB). I'm dying to try something else but options seem limited unless I get OS X 10.2... ..... ..... |
There is a developer preview of java 1.4 available for MacOSX. If you want to boost LimeWire's performance, you should get it. |
sluggish/freezing I think I've got the answer: I went to tools/then options and noticed I had about 4 directories for shared files. I deleted 3 of them and bingo...all is well. (I have an iMac OS 9.2.2) |
All times are GMT -7. The time now is 01:03 AM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.