![]() |
Okay, Lee, I emailed you with my IP and the names of some files. This should be running, Lee; I don't plan to disconnect it; I've kept it running for the past 12 hours. If you have a problem, please email me. Due to lack of hits I had considered shutting down all programs and restarting the computer to see if that helps; however, as Limewire does better the longer it runs, I think instead I will leave it running. I have another question while I am waiting for my test with Lee. Does anyone know if it does any harm, if one has a DSL/Cable connection, to play with the connection speeds? For example, sometimes with the older versions of Limewire, I would set my speed as T1 and find that suddenly *some* people (depending on their bandwidth) could upload faster from me. It was as though my bandwidth, at that moment, was evidently "greater" than that of an "average" cable modem, at least at that particular moment, (though I am sure far less than a T1), and by setting the number higher, I was able to provide whatever bandwidth I had available for those who were uploading. Just wondering if anyone else had experimented with this. I do not think setting it higher locked anyone out; it just seemed to make bandwidth available to them *if* I had it and *if* they could use it. Since this newest version of Limewire works differently, I would prefer to ask you guys. :) |
Decided to download the latest "beta" from VersionTracker, so I will be temporarily closing Limewire for 5 minutes or so until I can get the other one loaded. I hope this version works better. So Lee, in the unlikely event you try me in the next 5 minutes, just give it a bit. Unfortunately, I'll lose out on my long connection time; I know the longer Limewire runs, the more reliable it is. |
I am trying the new beta, although it is not showing me how many files I am sharing. It should say 608 but next to the green dot, there is no number listed. I also cannot get this to show up when I run 2.7.13; I *thought* there was a number there before I downloaded the beta. |
Sonnet - I just got the message I am getting ready to begin testing now. I am printing the list of things you sent me. |
Testing Results for Sonnets LimeWire Implementation Sonnet Testing Result for 68.*.*.* <-- 24.*.*.* test 1: I connected 4 nodes to the network and searched for the content specified in your e-mail. I found your machine on all 4 nodes. From each machine I issued a browse host command to browse your local file library. It appears you're sharing over 600 files-your query hit messages are comming back as four star results. (for each machine I selected the entire contents of your library for download. Unfortunately, this was overkill on my part because each of my machines became extremely busy attempting to create 600 + files in the incomplete folder directory. ) I terminated this session. Next, I disconnected each of my nodes from the network and cleaned up my file system then I reconnected all 4 nodes in searched from each one for the content you specified in your e-mail, three turned up no results from your host, your machine was probably outside of my search horizon. However, the fourth node did return results from your machine. from this point, I took a more practical approach to downloading from a host. My download setting are set to the default of 14 simultaneous downloads. Your machine deliver 360 kilobits per second throughput. Test / Results: =========== Single File Download: worked Multiple file download: (4) worked Multiple file download: (14) 6 downloaded 8 waiting in line positions (1 - 8) As each download completed one file would drop from the queue and the rest were repositioned in the queue. (worked according to specifications) Multiple File Download: (20) 6 downloaded 8 waiting in line positions (1-8) 6 files waiting x seconds busy. QueryHits for content on your machine now returning 2 star results. Comments: ======== The new features introduced in this version of LimeWire are working correctly. All files were successfully downloaded. I assume that you're not doing any bandwidth throttling so the throughput is good. appears that the maximum number of files that can be downloaded from a host at any given time is 6 any thing above this amount is give either an Upload limit reached on your side or queued on the remote users side. (this depends on maximum number of simultaneous downloads specified on the remote users host.) Any QueryHits from your machine while people are downloading from you or queued up to download from your are drop from 4 star results to 2 star to 1. Anyone who has their filters set to show only three stars or higher will not see query hits from your machine while it is busy. I downloaded a total of 54 -130 files from your machine they were all destroyed upon completion of this test. Hope this helps. :) |
Quote:
|
>I am trying the new beta, although it is not showing me how many files I am sharing. It should say 608 but next to the green dot, there is no number listed. hi sonnet -- did you ever get this fixed? version 2.8 has changed the display mechanism slightly by showing "sharing shared / total" [where shared & total are numbers] when its still hashing, and the library displays the extra files that aren't hashed in red. if you go into the library, do you see files that are either red or black? i _think_ i've seen the number disappear before when java doesn't have enough room to display the whole label. try making the width of your program wider?... |
Quote:
I assume waiting busy on my end but I can only speculate what he might see on his end. I have not tested this condition. |
If there are no ongoing uploads with more than 3kbytes/s, LimeWire will not allow any further uploads (unless the number of current uploads is smaller than the "Start Upload Slots" value specified in the options). |
Quote:
|
I assume you would see "Limit Reached" messages in you upload window. |
Quote:
I should point out Lee did these tests while I was running the new beta, not the 2.7 version I was running when I first posted in this thread. Lee; you are correct; I'm not squeezing any bandwidth; letting people have as much as they need as I don't need any right now. If I artificially "up" my cable connection to a T1, am I providing users with more bandwidth? I know that the slide goes up to "unlimited;" is that really the case, or will it cut off "cable" at a certain bandwidth by default? Regarding search star results of 3 and 4 stars, is this independent of the connection type one has (T3 versus cable modem) and more dependent on the upload success rate of a given IP? Is it based on how my connection is performing at any given moment (queued uploads, busy slots, etc.)? I'm basing this conclusion on Lee's test results. During this current session, it is now showing how many files I am sharing in green next to the green dot, whereas during previous sessions today it behaved inconsistently. I attempted to correct this by (a) re-installing the beta at one point this morning; I do not know if that affected it; (b) I also went in to my Sharing area and hit "apply" again after re-selecting all of my shared files. After that, I noticed the number next to the green dot re-appear. I had the window already wide, so it wasn't the window; it simply wasn't appearing. But what was appearing, across the top, was a file list of 11,000 files or larger, and growing as Limewire was connected longer, (I only left that session running a few minutes) which appeared to be the number shared across the Gnutella network I was on, not from my Mac, which shares 608 files. Another inconsistency is that sometimes when Limewire opens, it won't stay at 6 connections but rapidly spawns a large number of Leaf node connections even though I have Ultrapeer in place. I do not know much about this, but my solution was to select all of them except the Ultrapeers and to kill them off. *shrug* This seemed to take me back to a normal 5 or 6 connections rather than having 30 incoming connections and one or two outgoing. This seems to vary randomly with each session. My comments are that Limewire seems to behave differently/inconsistently from one session to the next; I can point out what occurs, but I do not know what causes it. I would be happy to send logs of anything that might be helpful to someone for beta testing purposes. Sometimes I appear to be getting hits and uploads during one session; while during another session there appears to be little or no activity. I cannot account for this nor the other indiscrepancies above. I might suggest an automatic logging/crash report that emails it off to the developers similar to what Chimera has. Thanks again, Lee, for helping me troubleshoot. If I run into problems again, I'll give you (or this forum) a shout. :) Keep up the great work, guys. :) |
Quote:
|
Regarding Sonnets Observations Sonnet, 1. Your welcome 2. In the library tab you will see column titled Uploads (x/y) where x is the number of successful uploads. where y is the number of incomplete or attempted uploads. 3. I think that your nodes crashed while I was attempting to download 600 x 4 files from you. (I had problems on my end with this. Normally no one would try this.) 4. Regarding results the rating system is based on serveral factors but all relate to a remote users ability to download from you. 5. Regarding the inconsistency you spoke of -- Tools/options/speed/ Disable Ultrapeer Capabilities (By default this is not set and you are acting as a Supernode / Ultrapeer which aggregates connections for other users. I sometime run as an ultrapeer or Supernode to help the network out. This mode of operations puts stress on your system resources and bandwidth.) 6. Regarding Search Star Results and Connections Speeds (You can fake your connection speed as most people do However the program color codes the connections so that I think- the speeds listed in black are probably forged and the connections listed in green are closer to the real rate.) Someone can comment on this if they have different information. Anyway, Connection speeds can be filtered by speed for searcher under /tools/options/Searching/Speed - So if I don't want to see modem users I can say (Show Only Results of Cable/DSL Speed or Higher. ) These settings have nothing to do with your ability to send files out for instance, If you are on a T3 connection (44.xMbps) You can discourage people from downloading from you by making your connection appear as though you are a modem user. If any one did download from you they would discover that they are transferring files from the fastest modem that exist today :-) This is because they will receive the file as fast as they can pull it from you. This of course assuming that they themselves have a high-bandwidth connection which is slower than yours. Hope this helps. |
Quote:
|
Just a data point: In my "library" tab, all my uploads say 0/0. The number of hits changes, but the uploads column stays 0/0 even after I refresh. Yet my uploads are actually working just fine! I've had a dozen people get stuff from me in the time I've been watching the Library tab and none of them show up. Just thought this might be of use to the people who are worried about all those 0/0s. |
this is very strange... i know all data info (uploads, hits, locations) will revert to 0/0, 0 & 0 when refresh is clicked, but they should be counting up info before that. what refresh does is rebuild your library -- so you shouldn't click it often at all. are you sure a folder is selected in the tree portion of the library? make sure you select the folder you want to view, and then see what it says.. but don't click refresh, because that'll make everything 0 again. i'm thinking that the button refresh should be reworded to rebuild... but that's a minor issue. |
Yes, I can go to my library and see upload requests ... but they are hard to find because I have so many folders, I have to click each folder and then scroll down to view each file to see if it had any uploads. Therefore I still have no idea how many total uploads as there is no summary information. It is possible I hit refresh, as the few I saw seemed like a low count compared with the number in the upload Monitor tab. |
The summary information is in the statistics window. It counts all upload requests as "HTTP GET requests" in the 2.80 beta and as "Uploads" in 2.7 and earlier. |
Well, after trying, tampering, fooling, following all of your directions and doing everything that an old guy can do, I am still not getting any hits. I guess it must have something to do with the Rocky Mountains being in the way, but here I sit -- hitless near Seattle, but further North in Canada. I have done it all; I have tried it all; I am using 2.7.13 Pro on a 1 ghz machine running Windows XP and giving nothing in return for what I get from the network. If anyone wants to help directly, e-mail me; I'd love the support |
Quote:
|
All times are GMT -7. The time now is 09:06 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.