First, i'm really glad that you are back for good, konrad. we would all have lost if you had really quit due to vinnies post on the gdf.
however, i wonder what the phex developers are going to do know ? Certainly noone is going to block your client (who the h*** is brown tiger actually? that guy is a nobody, he doesn't even built a client i should guess), but if it is true what bearshare and limewire and others claim, that 1% of the network users use phex and that it causes much more than 30% of the network traffic, how are you planning to handle this ? It would be a serious problem, just imagine 3% used phex, the traffic would have doubled. How far is it true that phex is responsible for the excess traffic ? there was one who claimed that it might be fury indeed. Are you going to change the re-search feature as you were 'ordered' so that it only researches once in every 30 minutes ? Is there any other way the problem could be resolved, i would really dislike to miss the auto research funcionality. Would be glad if you could answer my questions.

As far as I could tell, that was speculation on Vinnies part, if you read that point in the GDF, Vinnie had no proof what so ever. Ive even heard that Bearshare even does its update functions from with in gnutella, that in fact sounds like everytime a user starts Bearshare he is sending out queries for newer versions of bearshare. Bearshare has way more users, that is about 45% of the gnutella users out there, phex is less then 1%. And gnutella right now for example has 30,000 users on it at once, that would mean BearShare is aproximately 13,500 users at once (it may be larger then that, but that is aproximately the number of users on right now) and aproximately 300 phex users. Its hard to estimate the number of queries that are generated because there is more then 30k users, they are just not on gnutella at the same time. I've heard you can not even turn this feature off, if you dont want to do that.

Actually what I would like to see is configurable auto-search rates. For example have a base rate of every 30 or so minutes based upon how well the file has been able to download, and then for some of them give them a higher priority then others.

The feature is so obvoious and so useful to the users that other clients now start implementing it as well. Gnucleus comes with the full feature already (so now we know two clients which issue automated queries) and I think Gnotella is going in the same direction.

In fact I wouldn´t be surprised if Bearshare and Limewire also offered some automated file finding features in their next releases.

First, I love Phex and 5.3 is the best. My question has to do with the auto searches. I want to set it up for the best results for me but also so as not to be a bandwidth hog.

If I have, lets say, 10 avi files I want to get, should I search for all of them at once and set my max dl to 10, or should I only search for 2 at once with max dl at 2, or search for 10 but set the max dl for 2?

I want to know which way would help me get the files the fastest but also which way would hurt the network the least.

If this would help in your answer, I use a cable modem and my system is win98se on a pentium 400 with 256 ram and about 4 gigs aval on my hard drive. I've tried different combinations of the above and can find no connection between how many, if any at all, files are downloaded. Sometimes a file I want will be unaval for days and that's why I lean towards the bigger search but I don't want to be doing something that would be hurting everyone else.

Ed