lordadmira wrote:U know, another solution for these super large shares is an external hashing application. Sure DC can do it but it's not optimized particularily. With an external app, the user can do whatever is best for their own system. If u have 5 disks, u can fire up 5 processes. Or if ur 3 IDE channels are the limiting factor, u can fire up 3 processes. The app will then write out the hash index and xml files. As an alternative to a multi process approach, it can be multi threaded.
LA
I can see this as "Hashing plugin" since hash format is standardised, I'd propose to move all hashing code out of DC++ and design an API for hashing plugin. Then a separate project can concentrate it's efforts on making hashing faster, more reliable, while DC++ developers use API and latest/most stable/preferred version/mod of hashing plugin.
Really, that should be best. Somebody might even do a full rewrite once API is agreed upon. Can't be that hard ?
I'd really like the idea of downloading more recent hash plugin dll and just replacing it in my DC++ directory to get additional speed. It's bloating poor DC++ source tree. DC++ deals with network connections/sharing not with maths/hashes. At least we should use GNU philosophy of numerous separate tools/libs doing _ONE_ thing perfectly well, rather than having zillions of poor/incomplete/buggy "features"