is 383,270 passwords an second an good result
for an password genarator lib?

the computer is an 500mhz computer

Hello javelin !

You can't say it's good or bad. It's depending on the way the passwords are calculated. If the password has only numbers, this can be done very quick. If it uses the ASCII letters 20h-7Fh it takes longer, if it has it's own tables for generating, it takes much longer because it has to lookup the password char from a given seed.

Then there is a question about the seed. If you take the time for example, this goes very quick. If you take much more values like ProcessID, hWnd, keyboard buffer or such things it takes longer, if you want to have it cryptographically secure and hash it 100 times and use strong random number generators, it takes very long.

Why do you want to know the speed of the library? Usually you want one secure password and not millions of them. Or are you refering to a random number generator instead of a password generator?

He's probably asking about a password bruteforcer, and what is the optimal speed of such a program.

Whether the number of generated passwords is good depends entirely upon the routine - As Dakien noted, there can be a lot of variables to one such thing, making the process more tiresome, and therefore slower.

If you want something to compare with (which is kinda pointless, since what you really wanna do is compare implementation of password generating routine, and not output) you can try l0phtcrack or Advanced NT Security Explorer.

Blue skies
Fake