Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - girino

Pages: 1 2 [3] 4 5
31
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 20, 2014, 12:24:41 am »
Only beeer works

Won't connect to there either

Quote
./ptsminer -u * -a gpuv3 -d 0 -m 25 -t 1
*********************************************************
*** GPU PTS miner by girino v0.2.1 Alpha 2 <experimental>
*** based on Pts Pool Miner v0.7 RC2 <experimental>
*** by xolokram/TB - www.beeeeer.org - glhf
***
*** GPU support and performance improvements by girino
***    if you like, donate: 
***    PTS: PkyeQNn1yGV5psGeZ4sDu6nz2vWHTujf4h 
***    BTC: 1GiRiNoKznfGbt8bkU1Ley85TgVV7ZTXce 
*** thanks to wjchen for SSE4 improvements.
***
*** press CTRL+C to exit
*********************************************************
using GPU
Available devices:
Platform 00: AMD Accelerated Parallel Processing
  Device 00: Pitcairn
  Device 01: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
Adjusting num threads to match device list: 1
Initializing GPU...
Initing device 0.
Starting OpenCLMomentum V3
Device 00: Pitcairn
Max work group size: 256
Device 0 Inited.
All GPUs Initialized...
spawning 1 worker thread(s)
[WORKER0] Hello, World!
[WORKER0] GoGoGo!
connecting to 54.201.26.128:1337
no connection to the server, reconnecting in 10 seconds

Does any other miner connects? Are you not behind a firewall or something?

(BTW, it works with other pools that support the same protocol as beeeeer.org. I've tried http://ptspool.com/ and http://54.238.185.113/ both work great. not sure if 1GH supports this protocol.) Does this protocol have a name at all?

32
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 19, 2014, 10:16:54 pm »
Hi. thank you!
can you release any windows binary for test?
cygwin installing taking a lot of time.

It may be that installing mingw by itself:

http://www.mingw.org/

--and using its provided virtual shell and gcc compiler (with appropriate exported path changes) will do the trick. I've only thought of this as I'm halfway through the seemingly eternal cygwin install myself . . .

This might do, but should need an entirelly new makefile. mingw and cygwin have very different paths and libs... It's always a pain to port from one to the other. (I use cygwin because it's closer to linux, and since my time with the windows machine is limited, it is faster to port)

33
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 19, 2014, 10:13:38 pm »
Code: [Select]
./ptsminer -u ***** -p ***** -a gpu -d 0 -o mining.ypool.net -q 10034 -m 27 -t 1
*********************************************************
*** GPU PTS miner by girino v0.2.1 Alpha 2 <experimental>
*** based on Pts Pool Miner v0.7 RC2 <experimental>
*** by xolokram/TB - www.beeeeer.org - glhf
***
*** GPU support and performance improvements by girino
***    if you like, donate: 
***    PTS: PkyeQNn1yGV5psGeZ4sDu6nz2vWHTujf4h 
***    BTC: 1GiRiNoKznfGbt8bkU1Ley85TgVV7ZTXce 
*** thanks to wjchen for SSE4 improvements.
***
*** press CTRL+C to exit
*********************************************************
using GPU
Available devices:
Platform 00: AMD Accelerated Parallel Processing
  Device 00: Pitcairn
  Device 01: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
Adjusting num threads to match device list: 1
Initializing GPU...
Initing device 0.
Starting OpenCLMomentum V4
Device 00: Pitcairn
Max work group size: 256
ERROR: -61, CL_INVALID_BUFFER_SIZE, if size is 0.Implementations may return CL_INVALID_BUFFER_SIZE if size is greater than the CL_DEVICE_MAX_MEM_ALLOC_SIZE value specified in the table of allowed values for param_name for clGetDeviceInfo for all devices in context.
ptsminer: OpenCLObjects.cpp:373: OpenCLBuffer* OpenCLContext::createBuffer(size_t, cl_mem_flags, void*): Assertion `_MY_ERR_X == 0' failed.
Aborted (core dumped)

I have used all of the gpuv options, and none of them work. Looking in to it it would seem my graphics card only has 1GB of VRAM, although I do have 16GB of system RAM. For some reason I though it was 3 :S

You might try -gpuv3 -m 26. This works for me on my old Geforce board. Seems that some cards do not allow to alloc contigous space of more than 512 MB. gpuv3 does not use any extra memory besides the hash table, so using it with -m 26 should guarantee you are bellow 512 Mb.

if 26 does not work, try 25. I do not recommend less that that, since it will become very inefficient.

34
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 19, 2014, 12:06:40 pm »
error: illegal implicit conversion between two pointers with different address spaces

It seems that ctx_update is declared as

void ctx_update(sha512_ctx * ctx,
                global uint8_t    * string, uint32_t len)

but when an int declared in the cl code is passed to this function it gives the error. If I remove the global part it has problem with global char* message parameter

I was doing some changes yesterday. Should be corrected by now.

35
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 01:04:15 pm »
Got it finally

just added a new option "-list-devices" that simply list all devices and quit. That way there's no need to try to run it the first time just to find what are the devices numbers. Just "-list-devices" and choose the ones you want.

36
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 12:36:38 pm »
I still can't understand it.

Let's say I have 2 platforms and I want to select device 0 on platform 1. What would I use?

just run it the first time, note the numbers that appear in front of the devices you want to use, than use those numbers. Example, with my old desktop:
Platform 00: AMD Accelerated Parallel Processing
  Device 00: Intel(R) Core(TM)2 CPU          4300  @ 1.80GHz
Platform 01: NVIDIA CUDA
  Device 01: GeForce 8400GS

If i want to use my GeForce 8400GS, I just :
Code: [Select]
./ptsminer -u xxxxx -a gpu -device 01

if you know exactly how many devices you have on each platform, no need to run the first time, just do the math: if platform 0 has 3 devices, first device on platform 1 is "3".

37
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 11:54:25 am »
Hi

I build that and that work.
but perfomance not perfect. on my 7950 I get only ~715 cpm. 1gh binary miner get ~1000 cpm.
any ideas how to up speed?
my options -a gpuv4 -m 28

You can try the different algorithms, V3 and V2. Maybe one of them is best for your card. Also, if there is more than one card/GPU/OpenCLDevice, you should run more than one thread. (i am implementing code to select which GPUs you want it to run from the command line).

with V3 little more. close to 800 cpm. no, I have only one card.
you work is great, but difference still too much.
I will also look code in deep, if I will find any ideas I will let you know.

john the ripper has sha512 code specific for AMD, but i was unable to test it since i have no AMD card. I will create a "gpuv6" that uses it instead of the generic version, and see if we get closer to them. Any other tips and tricks for tuning opencl code on AMD cards are welcome.

38
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 11:50:26 am »
Please edit ti so that we can select platforms also

what do you mean by choosing platforms? you can choose all devices from a single platform by listing them. Supose that you have 2 platforms, one with 3 devices, the other with 4, and you want all devices from the second, just: -device 3,4,5,6. Or is there something i am missing?

I feel like you are missing something.

OpenCL devices have a platform id and device id too. In your code, you simple assume the platform to be 0 but many of the times it isn't the case

Actually, i have already changed that. I list all devices from all platforms and put them into a big list. When you choose device 3 you are actually choosing device 0 from platform 1, so you can just use -device 3 to use it. It was easier to do this than to parse another command line for platform.

39
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 10:44:04 am »
Please edit ti so that we can select platforms also

what do you mean by choosing platforms? you can choose all devices from a single platform by listing them. Supose that you have 2 platforms, one with 3 devices, the other with 4, and you want all devices from the second, just: -device 3,4,5,6. Or is there something i am missing?

40
I want to apply for this giveaway. Please send to this address: PkyeQNn1yGV5psGeZ4sDu6nz2vWHTujf4h

thanks.

41
@girino

Sorry I'm running on a older Nvidia to test it out as my others are quite busy these days lol.

Its on a GT 220 cuda compute 1.2 512mb ram with proprietary drives from Nvidia.

Thanks for the software/help. :-)

i released a new version that compiles WAY faster on my old nvidia card. And please, there's a new thread for my software. let's move the support there: https://bitsharestalk.org/index.php?topic=2374.0

42
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 03:31:55 am »
1350 cpm for 2x280x (vs abt 2200 on 1gh miner), driver crash after 15 min.

try the new version. I corrected some memory leaks that should solve the crashing problem. Also there's a slight performance increase.

43
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 03:24:44 am »
correction: after half an hour it also crashed with "gpuv3" mode with the following output:

[WORKER] collision found: 29176733 <-> 34093243 #116120 @ 1389914984 by 2
[MASTER] submitted share -> SHARE
[STATS] 2014-Jan-16 15:12:27 | 2152.4 c/m | 33.2 sh/m | VL: 1788 (99.8%), RJ: 4 (0.2%), ST: 0 (0.0%)
ERROR: -4, CL_MEM_OBJECT_ALLOCATION_FAILURE, if there is a failure to allocate memory for buffer object.
assertion "_MY_ERR_X == CL_SUCCESS" failed: file "OpenCLObjects.cpp", line 427, function: _cl_event* OpenCLCommandQueue::enqueueKernel1D(OpenCLKernel*, size_t, size_t, _cl_event**, size_t)
Aborted

update to the new version. There was a memory leak that should be solved in this new version.

44
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 03:03:27 am »
correction: after half an hour it also crashed with "gpuv3" mode with the following output:

[WORKER] collision found: 29176733 <-> 34093243 #116120 @ 1389914984 by 2
[MASTER] submitted share -> SHARE
[STATS] 2014-Jan-16 15:12:27 | 2152.4 c/m | 33.2 sh/m | VL: 1788 (99.8%), RJ: 4 (0.2%), ST: 0 (0.0%)
ERROR: -4, CL_MEM_OBJECT_ALLOCATION_FAILURE, if there is a failure to allocate memory for buffer object.
assertion "_MY_ERR_X == CL_SUCCESS" failed: file "OpenCLObjects.cpp", line 427, function: _cl_event* OpenCLCommandQueue::enqueueKernel1D(OpenCLKernel*, size_t, size_t, _cl_event**, size_t)
Aborted

looks like there's some memory leak. I'll look into it and fix ASAP.

looks like doing clReleaseEvent is not enough to free the memory allocated by cl_events on some platforms. I just refactored the code to eliminate the need for events and should release a new version soon. (new version will also support selecting the devices in which to run).

Those in a hurry to test the changes can download the branch "opencl-code-cleanup" bit doing:
Code: [Select]
git clone -b opencl-code-cleanup https://github.com/girino/ptsminer
edit: sorry for bad english, it's late at night here, and i'm almost sleeping over my keyboard.

45
BitShares PTS / Re: Open source OpenCL GPU miner by girino
« on: January 17, 2014, 01:43:46 am »
correction: after half an hour it also crashed with "gpuv3" mode with the following output:

[WORKER] collision found: 29176733 <-> 34093243 #116120 @ 1389914984 by 2
[MASTER] submitted share -> SHARE
[STATS] 2014-Jan-16 15:12:27 | 2152.4 c/m | 33.2 sh/m | VL: 1788 (99.8%), RJ: 4 (0.2%), ST: 0 (0.0%)
ERROR: -4, CL_MEM_OBJECT_ALLOCATION_FAILURE, if there is a failure to allocate memory for buffer object.
assertion "_MY_ERR_X == CL_SUCCESS" failed: file "OpenCLObjects.cpp", line 427, function: _cl_event* OpenCLCommandQueue::enqueueKernel1D(OpenCLKernel*, size_t, size_t, _cl_event**, size_t)
Aborted

looks like there's some memory leak. I'll look into it and fix ASAP.

Pages: 1 2 [3] 4 5