there are few more thoughts hash-IT
+ limit posibilities at start of password, e.g when guessed it would be a 'd', why create all possible with 'l' or 'u'?
+ perhaps limit posibilities of the second char too, so total possiblities for filtering being decreases a considerable amount. I mention it in one post some where by '... pack a dragon by its head', akas graps the first 2 chars and make an educated guess
+ when guessed it starts by 'a-m' 'or 'e-f' why create the rest?
+ use perl grep, eg. use pcregrep or grep -P, it is faster then sed
+ when have all of thoughts built-in, you should run one machine forwards, and a second machine backwads, I mean one from 'a-z' second from 'z-a'. So in the same run time you reach the most
+ networking if you want to sort it out fast, or recover passwords > 10 chars. This is the hardest part.
+ limit posibilities at start of password, e.g when guessed it would be a 'd', why create all possible with 'l' or 'u'?
+ perhaps limit posibilities of the second char too, so total possiblities for filtering being decreases a considerable amount. I mention it in one post some where by '... pack a dragon by its head', akas graps the first 2 chars and make an educated guess
+ when guessed it starts by 'a-m' 'or 'e-f' why create the rest?
+ use perl grep, eg. use pcregrep or grep -P, it is faster then sed
+ when have all of thoughts built-in, you should run one machine forwards, and a second machine backwads, I mean one from 'a-z' second from 'z-a'. So in the same run time you reach the most
+ networking if you want to sort it out fast, or recover passwords > 10 chars. This is the hardest part.