ver 0.0.6
uptime 2 days 1 hr 27 min
own 182,135 chunks uploaded , 2.77 GB uploaded (Avg. est. speed 15.93 KB/s)
total out 7.38 GB , in 1.21 GB
connections set 6 to 8
this program is clearly capable of moving a large amount of data at a decent speed. Considering the huge difference between the Total in and out numbers, is suspect that there are still many inefficiencies and that a lot of data is lost and needs to be resent. Efficiency improvements alone should make a big difference in speed.
Does anyone read this any diffrently?
"With 2000 years of examples behind us we have no excuse when fighting, for not fighting well."
T. E. Lawrence
http://mysite.verizon.net/tsafa1/swordreview.htm
http://mysite.verizon.net/tsafa1/workout.htm
No - I agree Tsafa, I've also noticed that dls seem to start - run for a bit - and then queue again, even though a search will find the file and the dl can be restarted manually. This suggests that a connection is being lost somewhere.
BR
Chris
ver 0.0.6
uptime 15hr 10 min
out 1.52 GB
in 1.26 GB
Dl'd 226 mb
up'd 541 mb
search resuts 3.13 KB
out to all 37.59 mb
analysis:
uploaded 1556 - 541- 37 = 978 pass through uploads
downloaded 1290 - 226 = 1064 pass through downloads
total up speed 30 kB/s
own file upload speed 10 kB/s
"With 2000 years of examples behind us we have no excuse when fighting, for not fighting well."
T. E. Lawrence
http://mysite.verizon.net/tsafa1/swordreview.htm
http://mysite.verizon.net/tsafa1/workout.htm
Posting Permissions
Reply With Quote
Bookmarks