12-14-2010, 04:52 PM
The SDK v2.3 is absolutely useless.
I can't express how disappointed I am.
ATI developers have confirmed, and known about all of the bugs for some time, with adequate time to fix them.
But not a single bug was fixed.
Here is a list of serious unresolved OpenCL Bugs that affect oclHashcat:
- hd5970 and all other dual-gpu cards: only 1st gpu is supported
- Device query returns wrong global memory size
- Device query returns wrong clock rate
- Linux: multi-gpu is not supported at all
- Linux: each GPU produces 100% CPU load
AFAIK, none of these bugs exists in CAL.
Here is a list of serious missing features that affect oclHashcat:
- No support for VLIW5 (reduces performance to CAL theoretical by ~ 20%)
- No support for BFI_INT (reduces performance to CAL theoretical in md5 by ~ 15%)
- Users manually need to disable crossfirex
- Windows: requires a monitor connected to each GPU
- Linux: Requires a valid Xsession of the user who is running the OpenCL app
- Linux: Users still need to install the whole SDK just to get libOpenCL.so
But there one more thing. With each new of the SDK they changed the binary format of the kernels somehow. This mostly requires to recompile them. This forces me to publish a new version of oclHashcat after that. So i have to release new oclHashcat each time they release a new SDK?
This is so de-motivating. It seems both ATI and NV are not interested in making OpenCL successfully and rather push their own native solutions CUDA and CAL/IL. I am still undecided, but I have seriously considered terminating development of oclHashcat.
I can't express how disappointed I am.
ATI developers have confirmed, and known about all of the bugs for some time, with adequate time to fix them.
But not a single bug was fixed.
Here is a list of serious unresolved OpenCL Bugs that affect oclHashcat:
- hd5970 and all other dual-gpu cards: only 1st gpu is supported
- Device query returns wrong global memory size
- Device query returns wrong clock rate
- Linux: multi-gpu is not supported at all
- Linux: each GPU produces 100% CPU load
AFAIK, none of these bugs exists in CAL.
Here is a list of serious missing features that affect oclHashcat:
- No support for VLIW5 (reduces performance to CAL theoretical by ~ 20%)
- No support for BFI_INT (reduces performance to CAL theoretical in md5 by ~ 15%)
- Users manually need to disable crossfirex
- Windows: requires a monitor connected to each GPU
- Linux: Requires a valid Xsession of the user who is running the OpenCL app
- Linux: Users still need to install the whole SDK just to get libOpenCL.so
But there one more thing. With each new of the SDK they changed the binary format of the kernels somehow. This mostly requires to recompile them. This forces me to publish a new version of oclHashcat after that. So i have to release new oclHashcat each time they release a new SDK?
This is so de-motivating. It seems both ATI and NV are not interested in making OpenCL successfully and rather push their own native solutions CUDA and CAL/IL. I am still undecided, but I have seriously considered terminating development of oclHashcat.