OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 513.

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Quote from: The00Dustin on August 20, 2012, 10:03:32 AM

Quote from: Fiyasko on August 20, 2012, 09:56:06 AM

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

Sounds like there is a config file somewhere. I haven't messed with config files, but presumably you didn't delete the directory where the fresh copy was placed or the config file is stored in you working directory, outside of the directory where the fresh copy of cgminer has been place.

Bingo!
Thanks
Somehow it was running my other cgminers configfile *shrugs* Moved the cgminer folder to it's own and everything was fine

Nite69

sr. member

Activity: 477

Merit: 500

Quote from: -ck on August 19, 2012, 04:57:09 PM

Quote from: Nite69 on August 19, 2012, 02:26:30 PM

Git log tells me there was some problem with the patch I submitted. Can you (or someone) clarify where the problem was?

It crashes other rigs completely. Presumably the -lack- of a gpumap breaks it completely and tries to tie everything to device 0. I'll look into re-importing your patch and making it work.

Oh, that's not good..
I think it just needs one

Code:

if (gpus[gpu].mapped)

, but maybe better if you do it.

d3m0n1q_733rz

sr. member

Activity: 378

Merit: 250

Just a thought for the Litecoin Scrypt OpenCL miner. Combine the multiple uint4 vectors into uint8 so that the SIMD processors can do their job more efficiently. It will have the same number of reads and writes, but the instructions should be fewer. This is just a theory anyway. I would try it myself, but it requires a modification to almost the entire code that I'm not capable of myself. There's just too many offsets and the code is designed using the outdated w, x, y and z vectors instead of s0 - s3 so expanding upon it is difficult at best.
I had managed about half of it last night until I got to the bottom where the W and w variables came together. One of those needs to be changed so that they can be told apart from each other.
But yeah, if the same instructions are going to be used on two (or more) sets of vector 4 types, they need to be combined for simplicity.

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: Fiyasko on August 20, 2012, 09:56:06 AM

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

Sounds like there is a config file somewhere. I haven't messed with config files, but presumably you didn't delete the directory where the fresh copy was placed or the config file is stored in you working directory, outside of the directory where the fresh copy of cgminer has been place.

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Quote from: The00Dustin on August 20, 2012, 09:31:33 AM

Quote from: rav3n_pl on August 20, 2012, 09:22:52 AM

I`m mining LTC on my P2pool node. Binary downloaded form #1 post.

Linux or Windows. I'm not going to be able to help you, but hopefully having all of this information already here will be beneficial to Con/Kano sholud they get to this issue.

Ah, forgot add: Win7 32

It is not some tragic error for me, just pointing taht it not works correctly

For me only U and mean rate is need

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: rav3n_pl on August 20, 2012, 09:22:52 AM

I`m mining LTC on my P2pool node. Binary downloaded form #1 post.

Linux or Windows. I'm not going to be able to help you, but hopefully having all of this information already here will be beneficial to Con/Kano sholud they get to this issue.

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

I`m mining LTC on my P2pool node. Binary downloaded form #1 post.

Edit: Yes, ofc i mean Q not A

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: rav3n_pl on August 20, 2012, 08:09:57 AM

2.7 is not counting getworks properly:

Code:

 cgminer version 2.7.0 - Started: [2012-08-20 14:30:15]
--------------------------------------------------------------------------------
 (5s):16.5 (avg):14.4 Kh/s | Q:1  A:750  R:47  HW:0  E:75000%  U:20.7/m
 TQ: 0  ST: 2  SS: 0  DW: 1  NB: 10  LW: 450  GF: 0  RF: 0  WU: 22.0
 Connected to http://rav3n.dtdns.net:9327 with LP as user toy.gpu
 Block: d4168a8f77630bea179cbdd61dde162a...  Started: [15:06:26]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  66.5C  85%    |  14.4/ 14.4Kh/s | A:751 R:47 HW:1 U:20.72/m I:10
--------------------------------------------------------------------------------

 [2012-08-20 15:06:25] Accepted 431632d4.dd42f9df GPU 0
 [2012-08-20 15:06:25] Accepted f37d0edb.290d0d52 GPU 0
 [2012-08-20 15:06:26] LONGPOLL from pool 0 detected new block
 [2012-08-20 15:06:27] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:29] Accepted 6f40a714.8354c7a0 GPU 0
 [2012-08-20 15:06:30] Accepted 2c0bf299.1591375f GPU 0
 [2012-08-20 15:06:30] Accepted a2b07c82.28faaba6 GPU 0
 [2012-08-20 15:06:30] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:35] Accepted 8fe2907d.0c4422b2 GPU 0
 [2012-08-20 15:06:37] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:38] Accepted 0373a844.56d60ca2 GPU 0
 [2012-08-20 15:06:39] Accepted 3f2bbd00.b33561ed GPU 0
 [2012-08-20 15:06:46] Accepted b97e91c0.ec9b8b93 GPU 0

After every new block and longpool A sould incerase.

I assume you mean Q, and that does look odd, but my Q is much higher, which may mean my pool doesn't support nrolltime. That said, m Q starts at 4 (gets work from the main pool and 3 backups). That is even with --failover-only specified. Are you mining with only one pool? If not, did you compile, or download a binary?

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

2.7 is not counting getworks properly:

Code:

 cgminer version 2.7.0 - Started: [2012-08-20 14:30:15]
--------------------------------------------------------------------------------
 (5s):16.5 (avg):14.4 Kh/s | Q:1  A:750  R:47  HW:0  E:75000%  U:20.7/m
 TQ: 0  ST: 2  SS: 0  DW: 1  NB: 10  LW: 450  GF: 0  RF: 0  WU: 22.0
 Connected to http://rav3n.dtdns.net:9327 with LP as user toy.gpu
 Block: d4168a8f77630bea179cbdd61dde162a...  Started: [15:06:26]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  66.5C  85%    |  14.4/ 14.4Kh/s | A:751 R:47 HW:1 U:20.72/m I:10
--------------------------------------------------------------------------------

 [2012-08-20 15:06:25] Accepted 431632d4.dd42f9df GPU 0
 [2012-08-20 15:06:25] Accepted f37d0edb.290d0d52 GPU 0
 [2012-08-20 15:06:26] LONGPOLL from pool 0 detected new block
 [2012-08-20 15:06:27] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:29] Accepted 6f40a714.8354c7a0 GPU 0
 [2012-08-20 15:06:30] Accepted 2c0bf299.1591375f GPU 0
 [2012-08-20 15:06:30] Accepted a2b07c82.28faaba6 GPU 0
 [2012-08-20 15:06:30] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:35] Accepted 8fe2907d.0c4422b2 GPU 0
 [2012-08-20 15:06:37] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:38] Accepted 0373a844.56d60ca2 GPU 0
 [2012-08-20 15:06:39] Accepted 3f2bbd00.b33561ed GPU 0
 [2012-08-20 15:06:46] Accepted b97e91c0.ec9b8b93 GPU 0

After every new block and longpool Q should incerase.

(Edited typo)

P_Shep

legendary

Activity: 1795

Merit: 1208

This is not OK.

Nicely done Con, I'm averaging over 5100% efficiency

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: mdude77 on August 19, 2012, 12:14:05 PM

Quote from: crazyates on August 19, 2012, 11:56:49 AM

My E: went from ~175% to 1200% after about 10k shares. Is that what you were expecting?

My efficiency is through the roof with this new version.

miner with one GPU after 13k shares: 5316%
miner with three GPUs after 40k shares: 50336%
miner with four GPUs after 56k shares: 4516%

the 2nd one looks funny to me, but it's what cgminer is reporting.

M

Yes this is precisely what's expected in anticipation of much faster hardware (if asics ever appear). If you mine solidly on one reliable efficient pool, the efficiency can reach legendary proportions.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Nite69 on August 19, 2012, 02:26:30 PM

Git log tells me there was some problem with the patch I submitted. Can you (or someone) clarify where the problem was?

It crashes other rigs completely. Presumably the -lack- of a gpumap breaks it completely and tries to tie everything to device 0. I'll look into re-importing your patch and making it work.

Nite69

sr. member

Activity: 477

Merit: 500

Quote from: -ck on August 11, 2012, 09:36:53 AM

Quote from: Nite69 on August 11, 2012, 08:15:51 AM

Quote from: Nite69 on August 09, 2012, 06:22:45 AM

Hi!

Testing version 2.6.4 on Ubuntu 12.04, found a (minor) bug, but I think it could be an older one. Yesterday I configured my system to use the onboard GPU (3300) for display and the PCIe card (5770) for mining only. Unfortunately, ADL and CL GPU mapping does not seem to work.

---
Nite69
WalletId: 17gNvfoD2FDqTfESUxNEmTukGbGVAiJhXp

Much appreciated, thanks!

Hi!

Unfortunately, this problem reappears on 2.7.0. I think the problem is on line (see the patch)

Code:

gpus[gpu].virtual_gpu = vadapters[gpu].virtual_gpu;

Same index should not be used on both tables. In my case gpus[0] refers to 5770 (mining GPU) and vadapters[0] refers to 3300 (cannot mine). This line connects 5770 ADL device to be 3300, regardless of the --gpu-map configuration. gpus[0] *should* be conected to vadapters[1] as mapped with --gpu-map.

Git log tells me there was some problem with the patch I submitted. Can you (or someone) clarify where the problem was?
---
Nite69
WalletId: 17gNvfoD2FDqTfESUxNEmTukGbGVAiJhXp

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: crazyates on August 19, 2012, 11:56:49 AM

My E: went from ~175% to 1200% after about 10k shares. Is that what you were expecting?

My efficiency is through the roof with this new version.

miner with one GPU after 13k shares: 5316%
miner with three GPUs after 40k shares: 50336%
miner with four GPUs after 56k shares: 4516%

the 2nd one looks funny to me, but it's what cgminer is reporting.

M

crazyates

legendary

Activity: 952

Merit: 1000

My E: went from ~175% to 1200% after about 10k shares. Is that what you were expecting?

farfie

newbie

Activity: 63

Merit: 0

Quote from: -ck on August 19, 2012, 10:53:27 AM

On second thought, there may be a bug here... will investigate tomorrow.

I suppose I'll start integrity checking some of my equipment. The route from this single to my bitcoind is windows client -> router -> switch -> windows host. I am thinking the switch is perhaps seeing the end of its days if it does not result as a bug. But I never really noticed any performance problems with anything... I could perhaps try downloading something that would max my bandwidth on the bitcoind machine, or comparing speedtest results between it and my machine that's not behind the switch.

Sorry, not related to cgminer, but my fingers are moving on their own...

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

On second thought, there may be a bug here... will investigate tomorrow.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: os2sam on August 19, 2012, 10:11:44 AM

Quote from: -ck on August 19, 2012, 08:29:42 AM

Quote from: farfie on August 19, 2012, 08:27:11 AM

I must be misunderstanding something, or perhaps the default is different and I don't know it? But when I'm solo mining, tons of shares are going to other pools. But it doesn't happen when I'm not solo.. is there some kind of flag I need to use? It's acting like --balance when it's not enabled, only when I'm solo mining though. I would take from this that --balance is the new default, but it's not like it does that if I simply change to work for a pool instead of going solo.

I am so confused, haha. Huh

It's not the default, it's just that a local bitcoind is actually really quite slow compared to a pool. You probably want to enable --failover-only to cope.

I just tried enabling solo mining on my machine and initially it leaked some shares to the backup pools and then again when there was a new block, but then it settles down and mines solo till the next block and repeats the cycle.

This seems like normal behavior to me. This machine uses two GPU's at about 510Mhs.
Sam

Very much depends on local hardware capabilities and network conditions it seems. Clearly in farfie's case it's just barely keeping up and cgminer is detecting it. Note that farfie's actual WU is the same mining in failover-only, so it's actually enough to keep the singles busy, but cgminer notes the buffer dropping very low often and ends up sending it elsewhere... either that or farfie has a different mode set up and doesn't know it (like in a configuration file that cgminer is loading without him knowing).

os2sam

legendary

Activity: 3586

Merit: 1099

Think for yourself

Quote from: -ck on August 19, 2012, 04:45:05 AM

Please email me the old binaries [email protected] (one at a time or email will reject them), thanks!

I have almost all the Windoze binaries from 2.0 to current. Do you want all of them? Let me know I would be happy to email them to you.
Thanks,
Sam

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 513. (Read 5806088 times)