samr7 (OP)
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 140
Merit: 430
Firstbits: 1samr7
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 08, 2011, 07:41:56 PM Last edit: August 09, 2011, 03:42:21 AM by samr7 |
|
New version posted. This includes a lot of changes. - Bugfix for private key encoder. It was possible for it to output a shorter-than-expected private key. If you have a private key that does not start with a 5, or is less than 51 characters long, don't use it. If you have such a private key with a bitcoin balance, contact me for assistance.
- Oclvanitygen #pragma unroll has been removed, for Rassah. If you experienced a crash with a Radeon card, but safe mode (-S) worked, this should fix the problem.
- Oclvanitygen work size autoconfiguration now sets more reasonable limits for smaller GPUs.
- Numerous performance tweaks to oclvanitygen, including AMD BFI_INT instruction patching.
- Edit: Meaning of oclvanitygen -w flag has changed: It now specifies number of work items per hardware thread per job, and constrains the grid size. -w1 now specifies a smaller overall work size. The previous effect can be done with -t.
- Windows binary package now includes x64 build: vanitygen64.exe. This binary runs about 50% faster, if you have a 64-bit edition of Windows.
I never knew just how slow the 32-bit Windows build was until recently, and must apologize for not posting a 64-bit build sooner. 64-bit arithmetic makes a huge difference. The Windows binaries for 0.17 are also built and linked with more MSVC optimizations enabled, and now include statically-linked OpenSSL. Despite all of this, the x64 Windows build seems to run about 10% slower than an equivalent Linux build.
|
|
|
|
ctoon6
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 08, 2011, 08:18:11 PM |
|
x86: 800-850 x64: 1300-1350 @echo off vanitygen64.exe -qik -o file3 1ctoon6 pause pretty good stuff are Mkeys/s 1024 based or just 1000 and are hashes the same way, always wondered 1090T 8gigs of ram windows 7 ultimate x64
|
|
|
|
jackjack
Legendary
Offline
Activity: 1176
Merit: 1257
May Bitcoin be touched by his Noodly Appendage
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 08, 2011, 09:21:30 PM |
|
- Bugfix for private key encoder. It was possible for it to output a shorter-than-expected private key. If you have a private key that does not start with a 5, or is less than 51 characters long, don't use it. If you have such a private key with a bitcoin balance, contact me for assistance.
Maybe you should analyse the base58 key, and print the hex private key if the base58 key is not valid
|
Own address: 19QkqAza7BHFTuoz9N8UQkryP4E9jHo4N3 - Pywallet support: 1AQDfx22pKGgXnUZFL1e4UKos3QqvRzNh5 - Bitcointalk++ script support: 1Pxeccscj1ygseTdSV1qUqQCanp2B2NMM2 Pywallet: instructions. Encrypted wallet support, export/import keys/addresses, backup wallets, export/import CSV data from/into wallet, merge wallets, delete/import addresses and transactions, recover altcoins sent to bitcoin addresses, sign/verify messages and files with Bitcoin addresses, recover deleted wallets, etc.
|
|
|
ctoon6
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 08, 2011, 09:40:11 PM |
|
6870 gpu 940mhz ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fgpuz.techpowerup.com%2F11%2F08%2F08%2Fdn7.png&t=665&c=RUJNyuF6WJ2aQA) 23.5-23.7 Mkeys/s @echo off oclvanitygen.exe -ik -p 0 -d 0 -o ocl 1 pause
|
|
|
|
dinox
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 08, 2011, 10:05:46 PM |
|
New version posted. This includes a lot of changes. - Bugfix for private key encoder. It was possible for it to output a shorter-than-expected private key. If you have a private key that does not start with a 5, or is less than 51 characters long, don't use it. If you have such a private key with a bitcoin balance, contact me for assistance.
- Oclvanitygen #pragma unroll has been removed, for Rassah. If you experienced a crash with a Radeon card, but safe mode (-S) worked, this should fix the problem.
- Oclvanitygen work size autoconfiguration now sets more reasonable limits for smaller GPUs.
- Numerous performance tweaks to oclvanitygen, including AMD BFI_INT instruction patching.
- Windows binary package now includes x64 build: vanitygen64.exe. This binary runs about 50% faster, if you have a 64-bit edition of Windows.
I never knew just how slow the 32-bit Windows build was until recently, and must apologize for not posting a 64-bit build sooner. 64-bit arithmetic makes a huge difference. The Windows binaries for 0.17 are also built and linked with more MSVC optimizations enabled, and now include statically-linked OpenSSL. Despite all of this, the x64 Windows build seems to run about 10% slower than an equivalent Linux build. Upgrade to OS X Lion fixed my problems, getting 1.6MKeys/s now with my Radeon 6490M. One question tho: Why do I get 2*0.9kKeys/s when throwing two threads of oclvanitygen at the same GPU, and only 1.6MKeys/s when running one thread? Edit: Adding one more thread (for a total of 3) gives me 2M+, but 4 threads only gets about 1.6M.
|
blockchain.info/fb/1dinox - 1Dinox3mFw8yykpAZXFGEKeH4VX1Mzbcxe Active trader on #bitcoin-otc - See here - Proof that my nick is dinox here
|
|
|
defxor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 12:45:18 AM |
|
New version posted. This includes a lot of changes. - Oclvanitygen work size autoconfiguration now sets more reasonable limits for smaller GPUs.
- Numerous performance tweaks to oclvanitygen, including AMD BFI_INT instruction patching.
Unfortunately it's not friendly towards my MBP any longer :/ First time I tried oclvanitygen with default settings after having downloaded it I got a segfault after some error output about running out of CL resources. It was repeatable. I then tried to "fix it" by playing around with the parameters. -w256 made no difference, and -w256 -g256x512 caused oclvanitygen (the CL compilator I assume, the only thing that got displayed was the difficulty) to hang my graphics card completely. Had to hard reboot. After the reboot, even the default parameters hung the computer. Got two error lines but it never reached the segfault. I've now hard rebooted again and sorry to say won't try to get you the debug output ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Or is this where I should try the safe switch? (0.16 still works as before)
|
|
|
|
samr7 (OP)
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 140
Merit: 430
Firstbits: 1samr7
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 04:34:57 AM |
|
x86: 800-850 x64: 1300-1350
That's an impressive amount of hardware you threw at it! What CPU gets you 1300?? Maybe you should analyse the base58 key, and print the hex private key if the base58 key is not valid
This is a good idea, running the encoded private key back through the decoder for verification. I'll try making an online assertion test out of it. At the very least, it's going into the offline test suite. Unfortunately it's not friendly towards my MBP any longer :/ First time I tried oclvanitygen with default settings after having downloaded it I got a segfault after some error output about running out of CL resources. It was repeatable. I then tried to "fix it" by playing around with the parameters. -w256 made no difference, and -w256 -g256x512 caused oclvanitygen (the CL compilator I assume, the only thing that got displayed was the difficulty) to hang my graphics card completely. Had to hard reboot. After the reboot, even the default parameters hung the computer. Got two error lines but it never reached the segfault. I've now hard rebooted again and sorry to say won't try to get you the debug output ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Or is this where I should try the safe switch? The meaning of -w changed to be a bit more intuitive. It specifies the number of addresses to calculate per hardware thread in a work unit. It constrains the grid size and saves you from having to manually tweak it. Try -w1 and increase in powers of two. If it still doesn't work, you can get the old behavior with -t256 -g256x512. You make a good point about safe mode. Its only effect right now is to work around issues with optimizations, but given that the work unit problem caused your computer to crash, the work unit problem deserves equal attention and safe mode should also constrain it.
|
|
|
|
samr7 (OP)
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 140
Merit: 430
Firstbits: 1samr7
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 04:57:18 AM |
|
One question tho: Why do I get 2*0.9kKeys/s when throwing two threads of oclvanitygen at the same GPU, and only 1.6MKeys/s when running one thread?
Edit: Adding one more thread (for a total of 3) gives me 2M+, but 4 threads only gets about 1.6M.
Interesting! If you run with -v, does it report high GPU idle numbers? This could be an issue with poor multithreading in oclvanitygen. Currently the CPU based work is done in one thread, the OpenCL work is dispatched to the GPU by a separate thread, and there is too much synchronization between the two, to the point of adding a lot of turnaround latency to the dispatcher. It's not surprising that multiple instances improve it. But I'm not sure why three instances would show even more improvement, unless Apple is doing something very interesting like allowing simultaneous NDRange jobs to run on the GPU at the same time.
|
|
|
|
Rassah
Legendary
Offline
Activity: 1680
Merit: 1035
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 05:01:15 AM |
|
New version posted. This includes a lot of changes. - Oclvanitygen #pragma unroll has been removed, for Rassah. If you experienced a crash with a Radeon card, but safe mode (-S) worked, this should fix the problem.
Runs great without crashing now! Thanks! Though I'm noticing for simple keys, like 1pop for example, vanitygen64 finds a key almost instantly, wile oclvanitygen seems to flash estimated time remaining, and then sit there, just counting up the total. What's preventing it from finding the key I wonder? Is it only useful for more difficult keys? I ran oclvanitygen -d0 -v 1Pop and output is Prefix difficulty: 77178 1Pop Difficulty: 77178 Device: Cypress Vendor: Advanced Micro Devices, Inc. (1002) Driver: CAL 1.4.1417 (VM) Profile: FULL_PROFILE Version: OpenCL 1.1 AMD-APP-SDK-v2.4 (650.9) Max compute units: 14 Max workgroup size: 256 Global memory: 838860800 Max allocation: 209715200 OpenCL compiler flags: -DDEEP_PREPROC_UNROLL -DVERY_EXPENSIVE_BRANCHES -DDEEP_VLIW -DAMD_BFI_INT Loading kernel binary ce56d53554537b697380a368231a1646.oclbin Grid size: 1792x1024 Modular inverse: 3584 threads, 512 ops each Using OpenCL prefix matcher GPU idle: 11.30% GPU idle: 1.78% GPU idle: 1.26% [19.42 Mkey/s][total 776208384]
|
|
|
|
samr7 (OP)
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 140
Merit: 430
Firstbits: 1samr7
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 05:21:22 AM |
|
Though I'm noticing for simple keys, like 1pop for example, vanitygen64 finds a key almost instantly, wile oclvanitygen seems to flash estimated time remaining, and then sit there, just counting up the total. What's preventing it from finding the key I wonder? Is it only useful for more difficult keys?
Oh no, it definitely shouldn't be doing this. Ideally it would have a comprehensive test suite that you could run and validate that the OpenCL kernel is running correctly. Today, there is something less comprehensive. You can try: oclvanitygen -d0 -vkr -w128 "^1B"It should scroll a list of addresses fairly quickly. If any of them don't start with 1B, then it's producing incorrect addresses on the GPU. If this test passes, something is wrong with the GPU prefix checker. Edit: Does it also fail to find any matches to 1Pop in safe mode?
|
|
|
|
Rassah
Legendary
Offline
Activity: 1680
Merit: 1035
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 05:35:47 AM |
|
Safe mode does the same ting (never finds anything) Running oclvanitygen -d0 1 finds something instantly Running oclvanitygen -d0 -vkr -w128 "^1B" returns Device: Cypress Vendor: Advanced Micro Devices, Inc. (1002) Driver: CAL 1.4.1417 (VM) Profile: FULL_PROFILE Version: OpenCL 1.1 AMD-APP-SDK-v2.4 (650.9) Max compute units: 14 Max workgroup size: 256 Global memory: 838860800 Max allocation: 209715200 OpenCL compiler flags: -DDEEP_PREPROC_UNROLL -DVERY_EXPENSIVE_BRANCHES -DDEEP_VLIW -DAMD_BFI_INT Loading kernel binary ce56d53554537b697380a368231a1646.oclbin Grid size: 896x512 Modular inverse: 3584 threads, 128 ops each WARNING: Using CPU pattern matcher GPU idle: 99.34% GPU idle: 99.75%
followed by more GPU idles. Not sure if that CPU matcher is right. Maybe that -r isn't working for me? ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif)
|
|
|
|
samr7 (OP)
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 140
Merit: 430
Firstbits: 1samr7
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 08:10:59 AM |
|
Safe mode does the same ting (never finds anything) Running oclvanitygen -d0 1 finds something instantly Running oclvanitygen -d0 -vkr -w128 "^1B" returns ... followed by more GPU idles. Not sure if that CPU matcher is right. Maybe that -r isn't working for me? ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif) Ah! Perhaps it's repeating the same address indefinitely, or maybe for all results of a particular batch. Try: -d0 -vkr -w128 "^1"
|
|
|
|
Jonathan Ryan Owens
Donator
Sr. Member
Offline
Activity: 392
Merit: 252
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 09:09:50 AM |
|
I find this all very interesting. What type of hashing power would it take to get out to 5 - 6 pattern match and/or regex with 1 - 1.1 GH/s? How long?
Furthermore, which one of you can compile this to run on an up to date linuxcoin rig?
Bounty.. I'd like to pregenerate receiving addresses for my server, bitcoinduit.com. I'm adding a bounty feature.
I'd like to be able to advertise 1bounty or 1BoUNTy. i want to pregenerate them when a game starts, and add them to rounds once they've reached a particular threshold. The private key will be part of the game, though I haven't completely decided how yet. I do know that "jackpot / bounty" will be paid to the 1bounty addresses, and the private key will be awarded. There's no really convenient way to import private keys, but I have to imagine that there will be more options soon, and in the meantime, if they want their bitcoin, they'll probably have to learn some command line fu?
The part I'll need help with is this:
1. compiling and running oclvanitygem on one of my rigs 2. talking me through options for importing private keys, that i might pass on to my users.
I appreciate the help, and yours will be rewarded.
Regards, Jonathan
|
|
|
|
defxor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 09:31:58 AM |
|
1. compiling and running oclvanitygem on one of my rigs
Linux? You should be fine just running make vanitygen oclvanitygen ./oclvanitygen -d0 -i 1bounty (play with the options for optimum performance) 2. talking me through options for importing private keys, that i might pass on to my users. See the pywallet thread - https://bitcointalk.org/index.php?topic=34028.0$ ./pywallet.py --importprivkey=5privatekeystuffyougetfromvanitygen It's much more simple than you might think, just try it. Give yourself the reward when you've succeeded ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
|
Jonathan Ryan Owens
Donator
Sr. Member
Offline
Activity: 392
Merit: 252
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 10:00:45 AM |
|
1. compiling and running oclvanitygem on one of my rigs
Linux? You should be fine just running make vanitygen oclvanitygen ./oclvanitygen -d0 -i 1bounty (play with the options for optimum performance) 2. talking me through options for importing private keys, that i might pass on to my users. See the pywallet thread - https://bitcointalk.org/index.php?topic=34028.0$ ./pywallet.py --importprivkey=5privatekeystuffyougetfromvanitygen It's much more simple than you might think, just try it. Give yourself the reward when you've succeeded ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) git clone https://github.com/samr7/vanitygen.git
|
|
|
|
Jonathan Ryan Owens
Donator
Sr. Member
Offline
Activity: 392
Merit: 252
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 10:04:26 AM |
|
user@linuxcoin:~/vanitygen$ make vanitygen oclvanitygen cc -ggdb -O3 -Wall -c -o pattern.o pattern.c pattern.c:32:18: fatal error: pcre.h: No such file or directory compilation terminated. make: *** [pattern.o] Error 1
|
|
|
|
defxor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 10:09:09 AM |
|
user@linuxcoin:~/vanitygen$ make vanitygen oclvanitygen cc -ggdb -O3 -Wall -c -o pattern.o pattern.c pattern.c:32:18: fatal error: pcre.h: No such file or directory compilation terminated. make: *** [pattern.o] Error 1
Right, you need the PCRE lib installed. Download from http://pcre.org/./configure; make; make install
|
|
|
|
Jonathan Ryan Owens
Donator
Sr. Member
Offline
Activity: 392
Merit: 252
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 10:32:12 AM |
|
user@linuxcoin:~/vanitygen$ make vanitygen oclvanitygen cc -ggdb -O3 -Wall -c -o pattern.o pattern.c pattern.c:32:18: fatal error: pcre.h: No such file or directory compilation terminated. make: *** [pattern.o] Error 1
Right, you need the PCRE lib installed. Download from http://pcre.org/./configure; make; make install root@linuxcoin:/home/user/vanitygen# make vanitygen oclvanitygen cc -ggdb -O3 -Wall -c -o pattern.o pattern.c cc -ggdb -O3 -Wall -c -o util.o util.c cc vanitygen.o pattern.o util.o -o vanitygen -ggdb -O3 -Wall -lpcre -lcrypto -lm -lpthread cc -ggdb -O3 -Wall -c -o oclvanitygen.o oclvanitygen.c oclvanitygen.c:37:19: fatal error: CL/cl.h: No such file or directory compilation terminated. make: *** [oclvanitygen.o] Error 1
|
|
|
|
defxor
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 11:09:02 AM |
|
root@linuxcoin:/home/user/vanitygen# make vanitygen oclvanitygen cc -ggdb -O3 -Wall -c -o pattern.o pattern.c cc -ggdb -O3 -Wall -c -o util.o util.c cc vanitygen.o pattern.o util.o -o vanitygen -ggdb -O3 -Wall -lpcre -lcrypto -lm -lpthread cc -ggdb -O3 -Wall -c -o oclvanitygen.o oclvanitygen.c oclvanitygen.c:37:19: fatal error: CL/cl.h: No such file or directory compilation terminated. make: *** [oclvanitygen.o] Error 1
Ok, so while I could probably guess as to what you need to do (install OpenCL) I'm on a Mac and it's better if someone on Linux helps you. On the other hand, that's only needed for oclvanitygen (the one that runs on your GPU). For the addresses you want you could probably find them in a short enough amount of time on your CPUs (50% in 1 hour on my laptop), and vanitygen compiles fine without OpenCL. Either it's already there (try "./vanitygen") or you need to do "make vanitygen" without oclvanitygen. If so;
|
|
|
|
ctoon6
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 09, 2011, 11:34:37 AM |
|
|
|
|
|
|