You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 19, 2023. It is now read-only.
as of right now the only reason why the main instance requires the local agent is due to keypace computing. @i128 with your upcoming changes to dynamic chunking, will keyspace be computed by hashcat still?
Dynamic chunking will still require keyspace calculations for tasks.and thus require hashcat to be installed. However, requiring hashcat to be installed does not mean the agent needs to be running. Although with dynamic chunking in place, people might want to keep the local agent anyways. Free CPU/GPU cycles.
I'm a fan of this idea too. My current setup has a multi-GPU cracking machine acting as it's own controller/server, but this is an absolute pain as Linux doesn't play too nicely with multiple Nvidia cards. It would be great to move the controller/Hashview to a VM on an existing VM server and then deploy our GPU server as a Windows machine with the Hashview-agent, which would make it much more flexible in terms of driver/overclocking support.
In regards to the free CPU/GPU cycles, that's a fair point but being able to disable the local agent completely would be good if the VM is sharing CPU time with a bunch of other VMs.
Hi,
My hashview server is installed on a VM without any hashcat capabilities : 0 GPU / 0 CPU
I have 2 remote agents working.
It would be great to add the option to assign work only on remote agent ( disable local agent ).
Actually, the remote agents are working on firsts chunks, the local agent fail to process all others.
The text was updated successfully, but these errors were encountered: