MadClaw said:I'm just glad Someone found the key, I'm mean if i found the key, I wouldnt know what to do with it but post it here XD, But just let the 31337 h4x0r have his fun with the key. And wait...
Well we are hoping he has it because he claims he has it but has not shared it.MadClaw said:Oh so all this and loopy finding the key is a bunch of crap?
does that mean instead ov getting 1,000 keys a second it will get like 1,500 are somethin???WB3000 said:I've gotten more information (read: files) which should REALLY speed things up.
I'm working on a build now, not for tonight but pretty soon.
jonathanb9595 said:does that mean instead of getting 1,000 keys a second it will get like 1,500 are somethin???
jonathanb9595 said:does that mean instead ov getting 1,000 keys a second it will get like 1,500 are somethin???WB3000 said:I've gotten more information (read: files) which should REALLY speed things up.
I'm working on a build now, not for tonight but pretty soon.
Despite what manufacturers want you to think by their advertising, a dual core is not the same as two CPUs - a multi core shares cache and pipeline/bus resources and requires overhead as well as thread time for a thread manager to dispatch multiple processes to separate cores through a single bus. It is generally more efficient to use a single program that uses multi-core leveraged code properly than it is to use two instances of the same single threaded program with different core affinities, as you can see all you gain in running two instances is ~10k over a single instance where mulithreaded code should be able to see a gain slightly higher than that.Timmy99 said:When i run 1 program single, i have 50.000 keys/s. 1 core ist 100%.
But when i run 2 program, then evry core have 30.000. why?
in the Taskmanager i have set program 1 to core 0 and program 2 to core 1. the priority is set to high.
Why then does not every core 50,000 keys/s?