Posts: 5,185
Threads: 230
Joined: Apr 2010
06-04-2016, 12:34 PM
(This post was last modified: 06-04-2016, 01:39 PM by atom.
Edit Reason: Changed title to better match the options
)
I'm talking about the binary distribution inside the .7z archives. I'm wondering if we can drop those binaries for 32 bit.
Posts: 930
Threads: 4
Joined: Jan 2015
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.
~
Posts: 2,301
Threads: 11
Joined: Jul 2010
Is there any sane reason to run hashcat on a non-64bit system? Other than failing to install the correct OS arch I mean.
Posts: 5,185
Threads: 230
Joined: Apr 2010
(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
Posts: 5,185
Threads: 230
Joined: Apr 2010
(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
Posts: 5,185
Threads: 230
Joined: Apr 2010
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.