06-04-2016, 12:34 PM
06-04-2016, 02:50 PM
Suggestion: Separate them out into their own .7z archives.
That way, you can track whether anyone is downloading them. If no one is using them, you can drop them.
That way, you can track whether anyone is downloading them. If no one is using them, you can drop them.
06-04-2016, 07:23 PM
Is there any sane reason to run hashcat on a non-64bit system? Other than failing to install the correct OS arch I mean.
06-06-2016, 11:13 AM
(06-04-2016, 02:50 PM)royce Wrote: [ -> ]Suggestion: Separate them out into their own .7z archives.
That way, you can track whether anyone is downloading them. If no one is using them, you can drop them.
If we do it, I'd like to drop it in the hashcat-3.00 archive
06-06-2016, 11:15 AM
(06-04-2016, 07:23 PM)undeath Wrote: [ -> ]Is there any sane reason to run hashcat on a non-64bit system? Other than failing to install the correct OS arch I mean.
There's some algorithm that can benefit from it, because the memory pointer addresses do not require two registers to hold and calculate them. You know, GPU's are still 32 bit integers only. Beside of that, I don't see a reason
06-06-2016, 11:16 AM
There's also the problem that there's no nvml.dll for 32 bit on Windows. That makes hardware management on NVidia a bit problematic, but users could misinterpret it and falsly assume hardware management for their device is not supported.