Analysis of files to share is too slow (2.5.5 pro)
 

Hi to all,
I just installed the v 2.5.5 pro on Linux (SuSE 8.0 and JRE 1.4 on a K6III 400 MHz) and I noticed an amazing slowness of the new version in sharing files. It takes in average 5 seconds per files, this means a hell of a lot time to share my 2000+ files. Before (2.4.4 pro) those 2000+ files were shared in about 10 seconds.
I think there is a deeper analysis of shared files in place to refine search algorithms (I hope). Did anyone notice the same slowness? If yes, is there a way to remedy?

Cheers

Why
 

LimeWire is calculating SHA-1 hashes of the files and this process is intentionally throttled to reduce the load on the CPU and disk so your computer is more usable.

I think they should make it share all your files even while it's still calculating hashes, but it's not my decision.

Re: Why
 

Thanks for the answer, how do you know that? is there a place where this is discussed or presented?

I also discovered that the system is a bit dumb, in fact the so hardly computed hash key could be stored in a file, in order not to compute them again for unchanged file at each restart of LimeWire, but it is not the case! Every time I restart LimeWire it computes all he hash keys again.
I hope this gets improved in the very next future or this will affect the amount of songs everyone can effectively share, since I (and many others) don't stay connected for 8 hours in a row...

the hashes will be written to a file called fileurns.cache in the LimeWire directory (unless you don't have writing permissions for the LimeWire directory).

that's exactly the case of a savy (root) installation. I hope this get's fixed somehow in the future. For the moment the only good workaround is to give permissions to write to all in the LimeWire directory

> chmod a+w LimeWire

then launch LimeWire, get that file
fileurns.cache created, then

> chmod 777 LimeWire/fileurns.cache

and again

> chmod a-w LimeWire

this way all the user may modify that .cache file but not the other LimeWire files (you never know ;) )

Re: Why
 

There are a couple messages buried in this thread that discuss the loading.

http://www.gnutellaforums.com/showth...threadid=13106

Re: Analysis of files to share is too slow (2.5.5 pro)
 

You think you've got it bad ... I'm sharing 49,000 files ... I've been waiting nearly two days for it to finish ... p3-500 768mb ram 3x 80gb ide and a burner ... i've contemplated digressing my version back to 2.3 to avoid the hastle ... its not like i care to browse host anyway ...

I've also been looking at q-tella ... if its search results were better ... i'd switch for good ... but LimeWire/AquaLime are tops.