| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | this area is... |
RM> First - the ability of a Download 'accellerator' to actually accellerate RM> is determined solely by bandwidth available. If you are only using RM> part of your bandwidth they will help some, but if you are using all RM> that is available to you then splitting the file into 4 pieces will RM> bring you 4 feeds at 1/4 the speed each. So it ends up no faster than RM> a single feed. Since the bottleneck in my download is actually my RM> Hookup speed, nothing will help much if the sending end is running at RM> my full hookup speed or better.. RM> RM> Second.. that said.. I do use another Download Accellerator/manager RM> that works in exactly the same way but I use it mainly for the RM> 'continue interrupted download' function and the more aggressive RM> 'polling' it uses to get new packets sent if things do slow down a RM> bit at the sending end. (It also splits the file into up to 8 parts RM> and I keep it set at 4 parts for any minor improvement that gives.) Sounds like just how I used DAP when I had dial-up. . . Which were you using? RM> I stopped using DAP a couple of years ago after rumours of RM> it being rampant spyware - if 'rumours' is the right word.. RM> My Spyware checker freaked and insisted on uninstalling it.. B) Yeah, my spyware checker said the same, but because their spyware was unintrusive(not causing constant crashes) I allowed DAP to stay in because its functionality was worth it to me. Because I care, |<+]::-) (Cyberpope(the Bishop of ROM!)) ... nfx v3.1 --- Maximus 3.01* Origin: -=-= Calgary Organization CDN (403) 242-3221 (1:134/77) SEEN-BY: 633/267 270 5030/786 @PATH: 134/77 140/1 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.