Quote from: drin on January 15, 2014, 06:36:51 am

Quote from: Sigals on January 14, 2014, 11:51:38 pm

From what I can tell after unpacking it and quickly taking a look, is that upon start-up it chooses one of these addresses at random

Code: [Select]

PqjeRKMDJZqSU6abycnpZ4hymit98Wnsxp
PYvhPx1t3fh3tYqCm2fUtSJoXJRKCzfMwz
Ps7f21PPZ45DEZFmzubq3HrvVm6GSer52h
PkwSUrNgLcB1v3YHVKdtm9dEsMNYST5GAn
PkLaD7RM3FDb8XNJ8ikLwVowvURkaZddSW
Pdioyxkd7qRzrCTyTVamRAkYG5bJyo5raM
Pg9FCF5e38r53NjYKAH9MRGaFEhQRR6YZe
PionW3qyRPcymWVuajtHHjaXJ3zMPaYsEZ
Paf3aFiuNiS3ZYofKfFrbSRTfKPc5j1pkr
PrMZjoyjtnwquvV87YDTEdqnXBqMQGuSwS
I haven't been able to see how it "donates" shares yet but I'll take another look later, it might create a new thread that is mining just for the author.

confirm, disasm result:

Code: [Select]

.data:00410464 DonateAddresses dd offset aPrmzjoyjtnwquv ; DATA XREF: _main+49Dr
.data:00410464                                         ; "PrMZjoyjtnwquvV87YDTEdqnXBqMQGuSwS"
.data:00410468                 dd offset aPaf3afiunis3zy ; "Paf3aFiuNiS3ZYofKfFrbSRTfKPc5j1pkr"
.data:0041046C                 dd offset aPionw3qyrpcymw ; "PionW3qyRPcymWVuajtHHjaXJ3zMPaYsEZ"
.data:00410470                 dd offset aPg9fcf5e38r53n ; "Pg9FCF5e38r53NjYKAH9MRGaFEhQRR6YZe"
.data:00410474                 dd offset aPdioyxkd7qrzrc ; "Pdioyxkd7qRzrCTyTVamRAkYG5bJyo5raM"
.data:00410478                 dd offset aPklad7rm3fdb8x ; "PkLaD7RM3FDb8XNJ8ikLwVowvURkaZddSW"
.data:0041047C                 dd offset aPkwsurnglcb1v3 ; "PkwSUrNgLcB1v3YHVKdtm9dEsMNYST5GAn"
.data:00410480                 dd offset aPs7f21ppz45dez ; "Ps7f21PPZ45DEZFmzubq3HrvVm6GSer52h"
.data:00410484                 dd offset aPyvhpx1t3fh3ty ; "PYvhPx1t3fh3tYqCm2fUtSJoXJRKCzfMwz"
.data:00410488                 dd offset aPqjerkmdjzqsu6 ; "PqjeRKMDJZqSU6abycnpZ4hymit98Wnsxp"


    v24 = rand() % 10;
    RandomDonateAddress = DonateAddresses[v24];
but seems it is not used anywhere (tested for 2 hours with memory/hw breakpoints)

You can see the address being loaded here, and then shortly after at the CALL EDI is when it is launching some new threads.

Quote from: r05 on January 14, 2014, 08:29:05 pm

Quote from: Sadrachss on January 14, 2014, 08:10:20 pm

Can anybody also realized the slowness is that pool?

Last block.
41961 01/14/2014 11:01:40

If you look through this thread you'll notice that plenty of people have noticed that.

beer has good and bad days, like any pool. Just because we are slow in finding a block does not mean you get paid less. You get a share equal to the work you put in just like any other pool.

---

It could be thought like this:
- It takes 20 men (or women) to build a car and sell it for $20,000. Each man (or woman) gets paid $1,000 for their work. It takes 10 days to build this car and sell it.
- It takes 10 men (or women) to build a car and sell it for $20,000. Each man (or woman) gets paid $2,000 for their work, but now it takes 20 days to built the car and sell it because there are less people working on it.

In the first scenario, the men (or women) would each get $100 a day (or that equivalent) - $1,000 / 10 = $100.
In the second scenario, the men (or women) would also each get $100 a day (or that equivalent) - $2,000 / 20 = $100.

---

It takes longer to find a block than the larger pools because we don't have as many miners. But having less miners pays better per block because we don't have to share out the block reward to as many other miners as the big pools.

Yeah, the way will be to continue drinking beer ...
I went to see other pools and are in the same way seems.
I know that. But it is not just happening in beeeeer. The others are too slow ...

What I found odd was that even before he had more PTS per block and it is falling faster.

Thanks!

Ok, first error is easy and should be fixed on the repository. AMD SDK does not like "#pragma unroll (" directive. Just change all occurrences of this to just "#pragma unroll" in file opencl/OpenCLMomentumV4.cl

The second one seems like lack of memory. What did you change in order for it to happen?

libboost_system.so.1.48.0: cannot open shared object file: No such file or directory

Guys, I have built the miner for Debian 7 x64, please confirm it works (or not):
http://ptsdl.1gh.com/pts-1gh-wheezy64-1.3.tgz

root@Rosalin-Miner03:~/pts-1gh-wheezy64# ./pts-miner PZ6ZED8q1i7nQqnZiwFHdgLMELi3sgpnzL
Skipping device 0-1 (Intel(R) Core(TM)2 Quad CPU    Q9550  @ 2.83GHz): not a GPU
Mon Jan 13 22:35:08 2014 Miner Starts - ptspool.1gh.com:8081
PTSHasher:0-0 initialized on platform AMD Accelerated Parallel Processing, device Barts, vendor: Advanced Micro Devices, Inc., mem: 1073741824

Mon Jan 13 22:46:22 2014 Worker 0-0 cpm 33.093466 hpm 15.273640 queue in/out 8/0 A/R/T 1/0/0 -> RPC result: Accepted
Mon Jan 13 22:46:53 2014 Worker 0-0 cpm 39.553344 hpm 15.381736 queue in/out 8/0 A/R/T 2/0/0 -> RPC result: Accepted

you need to add the SDK to the library path. try running something like:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/SDK/lib

where "/path/to/SDK/lib" is the place where the SDK installed the libOpenCL.so file. On NVidia its

/usr/local/cuda/lib/x86_64/

not sure where AMD installs it.