09-18-2023, 07:09 PM
(09-18-2023, 06:43 PM)Chick3nman Wrote: This can happen when the attack you've setup has very few minimum work divisions and/or you've got relatively large amplifier values for a small base value(e.g. many rules, small dict). It can also be exacerbated by increasing the workload (-w 4), as well as attacking slower hashes (bcrypt, scrypt, etc.). Without more information, this just sounds like things are running as expected.
The list has 10M entries and the rule is not small either.
I tried without -w 4 and the issue is the same. No restore point with checkpoint requested since start at 17 mins...
Code:
Session..........: name
Status...........: Running (Checkpoint Quit requested)
Hash.Mode........: 2100 (Domain Cached Credentials 2 (DCC2), MS Cache 2)
Hash.Target......: hash.txt
Time.Started.....: Mon Sep 18 18:48:53 2023 (17 mins, 34 secs)
Time.Estimated...: Wed Sep 20 08:51:29 2023 (1 day, 13 hours)
Kernel.Feature...: Pure Kernel
Guess.Base.......: File (lists/ignis-10M.txt)
Guess.Mod........: Rules (rules/clem9669_small.rule)
Guess.Queue......: 1/1 (100.00%)
Speed.#1.........: 168.7 kH/s (10.83ms) @ Accel:8 Loops:256 Thr:512 Vec:1
Recovered........: 3/9 (33.33%) Digests (total), 0/9 (0.00%) Digests (new), 3/9 (33.33%) Salts
Progress.........: 272302080/34650000000 (0.79%)
Rejected.........: 0/272302080 (0.00%)
Restore.Point....: 0/10000000 (0.00%)
Restore.Sub.#1...: Salt:8 Amplifier:244-245 Iteration:3584-3840
Candidate.Engine.: Device Generator
Candidates.#1....: V123456 -> V08031982
Hardware.Mon.#1..: Temp: 66c Fan: 77% Util: 99% Core:1875MHz Mem:5750MHz Bus:4