Smartcoin Linux mining administration. [MULTI-MACHINE SUPPORT NOW IN!] - page 7.

jondecker76

full member

Activity: 238

Merit: 100

Quote from: Alan Lupton on July 28, 2011, 11:15:32 AM

Just to get things right: Do we need a smartcoin client on the remote machines, because it doesn't sound like we do?

No, smartcoin will run on one "master" machine. This keeps it simple as there is no need for any client-server architecture. When you add a machine through the control screen (this isn't active yet, though I've test it), you give it some information on your remote machine (host address, port, username) and it will try to make a connection over SSH, and if successful a public/private RSA keypair is generated so that the remote commands can be run directly from the master machine. There will still be only 1 database. As a bonus, the "miner" screen instance doesn't need smartcoin's monitoring functionallity to run, so if the master machine goes down for some reason, the other machines will still keep mining (though without advanced features such as failover, etc).
The architecture also allows for smartcoin to run on a computer that isn't even a miner at all (like a dedicated low-power netbook PC) and control all the miners remotely from there.

Alan Lupton

newbie

Activity: 42

Merit: 0

Just to get things right: Do we need a smartcoin client on the remote machines, because it doesn't sound like we do?

jondecker76

full member

Activity: 238

Merit: 100

Update r571e now available
- Many many many mutli-machine things taken care of. The code that creates the new machines in the database, creates secure connection keys and propagates the keys to the remote machines is fully working and tested.

- Initial rough implementation of the auto-detection routines that will run on the remote machines to initially detect installed miners, gpus, etc.

plantucha

newbie

Activity: 56

Merit: 0

Quote from: jondecker76 on July 27, 2011, 07:04:05 PM

Quote from: plantucha on July 27, 2011, 06:23:13 PM

Quote from: jondecker76 on July 27, 2011, 06:20:17 PM

The internal method to determine CPU load has changed since r500 to a more accurate method, which is why you are seeing a different CPU load. You are running cgminer with 6 threads (one per CPU core) on a cpu device, which you can now see it maxes out all 6 cores

I thought it was showing load for gpu control only.
with my CPU mining it must be 100%

A load of 1.0 would be approximately 100% load on a single-core CPU.
A load of 2.0 would be approximately 100% load on each core of a dual core CPU...
A load of 6.0 would be approximately 100% load on each core of a 6-core CPU
etc...
etc...
Your report of 6.3 looks right to me, since you are running 6 CPU cores, and CG miner is using 6 threads

i think CGminer load is not included at all

before I was using CPU mining and 1-3 was usual

And with catalyst 11.7 is load 13-15 => 1 core has double load Grin

jondecker76

full member

Activity: 238

Merit: 100

Quote from: plantucha on July 27, 2011, 06:23:13 PM

Quote from: jondecker76 on July 27, 2011, 06:20:17 PM

The internal method to determine CPU load has changed since r500 to a more accurate method, which is why you are seeing a different CPU load. You are running cgminer with 6 threads (one per CPU core) on a cpu device, which you can now see it maxes out all 6 cores

I thought it was showing load for gpu control only.
with my CPU mining it must be 100%

A load of 1.0 would be approximately 100% load on a single-core CPU.
A load of 2.0 would be approximately 100% load on each core of a dual core CPU...
A load of 6.0 would be approximately 100% load on each core of a 6-core CPU
etc...
etc...
Your report of 6.3 looks right to me, since you are running 6 CPU cores, and CG miner is using 6 threads

jondecker76

full member

Activity: 238

Merit: 100

Update r564e available.

- Just more underlying multi-machine stuff getting put in...

plantucha

newbie

Activity: 56

Merit: 0

Quote from: jondecker76 on July 27, 2011, 06:20:17 PM

The internal method to determine CPU load has changed since r500 to a more accurate method, which is why you are seeing a different CPU load. You are running cgminer with 6 threads (one per CPU core) on a cpu device, which you can now see it maxes out all 6 cores

I thought it was showing load for gpu control only.
with my CPU mining it must be 100%

jondecker76

full member

Activity: 238

Merit: 100

The internal method to determine CPU load has changed since r500 to a more accurate method, which is why you are seeing a different CPU load. You are running cgminer with 6 threads (one per CPU core) on a cpu device, which you can now see it maxes out all 6 cores

plantucha

newbie

Activity: 56

Merit: 0

Quote from: jondecker76 on July 27, 2011, 05:57:32 PM

Thanks for the report plantucha! Hopefully it will he

Quote from: TeaRex on July 14, 2011, 10:18:25 AM

Quote from: hipaulshi on July 14, 2011, 12:32:42 AM

Quote

The rewrite for the RPC protocol is finished, and has been uploaded to the SVN.

It works fine in my testing, but more feedback would be great before pushing this as a new version. This SHOULD definitively fix the idle problem, since that was related to the old RPCProtocol.

i tested it and it resulted in constant disconnects from btcguild (all servers). I reverted back to r110 and the problem disappeared.

Same here. I ran r111 against Chris Howie's mining proxy (on the same machine, so there shouldn't be any real connection issues), and got lots and lots of disconnects and idles. With r110 it works flawlessly.

lp me support other users with the same issues!

copy pasted from phoenix thread
they changed RPC implementation
so i guess it was sending some packets interfering with cgminer, because cgminer rejection was even higher
now I'm on

1.5.0 Cgminer
r110 phoenix
catalyst 11.6
Smartcoin r557e

only CPU load is 6,3% before (version <500e was 1-3%)

jondecker76

full member

Activity: 238

Merit: 100

Quote from: plantucha on July 27, 2011, 05:58:27 PM

I just tested catalyst 11.7

hash rate down from 850Mh/s to 800Mh/sec Huh

CPU load from 3% to 15% Huh

so now I'm back on 11.6

more feel like downgrade then upgrade for my 4x HD 6790 Cry

Yeah, catalyst 1.7 didn't do any favors for me either Sad

plantucha

newbie

Activity: 56

Merit: 0

I just tested catalyst 11.7

hash rate down from 850Mh/s to 800Mh/sec Huh

CPU load from 13% to 15% Huh

so now I'm back on 11.6

more feel like downgrade then upgrade for my 4x HD 6790 Cry

jondecker76

full member

Activity: 238

Merit: 100

Thanks for the report plantucha! Hopefully it will help me support other users with the same issues!

plantucha

newbie

Activity: 56

Merit: 0

Quote from: jondecker76 on July 27, 2011, 09:46:09 AM

Quote from: plantucha on July 27, 2011, 08:18:46 AM

Quote from: jondecker76 on July 27, 2011, 03:26:39 AM

Update 546e now available
- Fixes the hardstatus line at the bottom of the miner screen session

I don't know why - rejection with this version is around 10%
in all tested pools. Before 500e it was 0.2-0.5%

Code:

Smartcoin r546 Wed Jul 27 09:15:11 EDT 2011
---------------------------------------------------------
Host: localhost
G0: Temp °C: 70.00 Load: 99%
G1: Temp °C: 71.00 Load: 99%
G2: Temp °C: 74.00 Load: 99%
G3: Temp °C: 70.00 Load: 99%
CPU Load: 2.38%

Profile: Failover
--------BTCGuild--------
G0:     [207.76 MHash/s] [100 OK] [5 BAD] [5.000% BAD]
G1:     [207.67 MHash/s] [96 OK] [6 BAD] [6.250% BAD]
G2:     [207.77 MHash/s] [82 OK] [8 BAD] [9.756% BAD]
G3:     [207.78 MHash/s] [86 OK] [8 BAD] [9.302% BAD]
CP:     [20.4 MHash/s] [13 OK] [6 BAD] [46.153% BAD]
Total : [851.38 MHash/s] [377 OK] [33 BAD] [8.753% BAD]

Grand Total : [851.38 MHash/s] [377 OK] [33 BAD] [8.753% BAD]

Can you post .tar stable version before multi machine support
and place it to OP ?

I know there is a stable version. But stable will move sometimes to higher numbers.
We can preserve it. I think majority people using one PC anyway.

Smartcoin can't do anything to influence or change rejection rates (aside from calculation erros, but that would only change perceived rejection)- it merely starts and stops miners based on a set of rules. FYI, all the new multi-machine code (which isn't even fully active yet) does is determine if a command needs to run on the local machine or on a remote connection over SSH. It changes nothing about the miners, it only chooses where to launch them, and then launches them.

It was phoenix related
switched back from phoenix r112 to r108
and rejection rate is back to normal

jondecker76

full member

Activity: 238

Merit: 100

Update r557e now available
- The lower-level sqlite query function was improved. This should help with collisions (I.e. sometimes the user would be presented with a blank list of options to choose from). Some debug logging was added also. If a query takes more than one try, you will get a log entry stating how many attempts it took. (starting with DEBUG:). Please let me know if you get any of these entries in your log and post the line here if you could!

- Disabled devices are now honored when the profile field arrays are generated. What this means, is that you can change the device's "disabled" field on the fly, and the miners will sync with the change automatically.

- Disabled devices are still available while adding or editing profiles - this allows you to build profiles using a temporarily disabled device, for example.

DBordello

sr. member

Activity: 349

Merit: 250

BTCPak.com - Exchange your Bitcoins for MP!

Quote from: jondecker76 on July 27, 2011, 01:09:01 PM

Quote from: norulezapply on July 27, 2011, 12:39:59 PM

Thanks for the quick reply.
I'll try that now

EDIT: I updated to r549e and it still shows 3 failover options in the menu.
Did you mean the stable branch?

This error keeps flicking up also in the status screen.
smartcoin_status.sh: line 151: [[: 8 8 8: syntax error in expression (error token is "8 8")
My threshold(s) are all set to 8 so I guess this is related.

I recently fixed a bug that a few people had. One of the threshold settings got entered into the database twice. The easiest way to fix this is:
1) Peek at the settings table

Code:

sqlite3 ~/.smartcoin/smartcoin.db "SELECT * FROM settings;"

if you see 2 identical entries for failover_threshold, delete one of them by:
(replace # with the number just to the left of one of the failover_threshold entries)

Code:

sqlite3 ~/.smartcoin/smartcoin.db "DELETE FROM settings WHERE pk_settings=#;"

Then you should be able to restart smartcoin and be all better. If that sounds like too much bother, the installer has been fixed so you can redownload and reinstall if you have to.

Quote

Does the failover profile have to be selected for it to failover? The automatic? Or can I select my primary profile and then it *should* failover automatically?

What is the failover setting? What unit?

Yes, the failover profile has to be selected for profiles to failover. (you can also set the failover order of your profiles from the control screen)

Thresholds are measured in "iterations". An iteration is one trip through the logic loop, and the time varies from machine to machine depending on machine speed, number of instances, and the loop delay setting. If you watch the time readout on the status screen and watch the seconds, you'll have an idea of how long 1 iteration is for your machine. For example, if each iteration takes 5 seconds, then setting a threshold value to 12 will trigger in approximately 1 minute.

Thank you for the clarification. A reinstall fixed the settings page.

Dan

jondecker76

full member

Activity: 238

Merit: 100

Quote from: norulezapply on July 27, 2011, 01:31:12 PM

Thanks that did the trick!
Is the lockup threshold measured in iterations too?

Yes, all the thresholds are currently. Eventually, I'll revamp that system to measure in seconds, but thats a ways out yet

norulezapply

hero member

Activity: 481

Merit: 502

Thanks that did the trick!
Is the lockup threshold measured in iterations too?

jondecker76

full member

Activity: 238

Merit: 100

Quote from: norulezapply on July 27, 2011, 12:39:59 PM

Thanks for the quick reply.
I'll try that now

EDIT: I updated to r549e and it still shows 3 failover options in the menu.
Did you mean the stable branch?

This error keeps flicking up also in the status screen.
smartcoin_status.sh: line 151: [[: 8 8 8: syntax error in expression (error token is "8 8")
My threshold(s) are all set to 8 so I guess this is related.

I recently fixed a bug that a few people had. One of the threshold settings got entered into the database twice. The easiest way to fix this is:
1) Peek at the settings table

Code:

sqlite3 ~/.smartcoin/smartcoin.db "SELECT * FROM settings;"

if you see 2 identical entries for failover_threshold, delete one of them by:
(replace # with the number just to the left of one of the failover_threshold entries)

Code:

sqlite3 ~/.smartcoin/smartcoin.db "DELETE FROM settings WHERE pk_settings=#;"

Then you should be able to restart smartcoin and be all better. If that sounds like too much bother, the installer has been fixed so you can redownload and reinstall if you have to.

Quote

Does the failover profile have to be selected for it to failover? The automatic? Or can I select my primary profile and then it *should* failover automatically?

What is the failover setting? What unit?

Yes, the failover profile has to be selected for profiles to failover. (you can also set the failover order of your profiles from the control screen)

Thresholds are measured in "iterations". An iteration is one trip through the logic loop, and the time varies from machine to machine depending on machine speed, number of instances, and the loop delay setting. If you watch the time readout on the status screen and watch the seconds, you'll have an idea of how long 1 iteration is for your machine. For example, if each iteration takes 5 seconds, then setting a threshold value to 12 will trigger in approximately 1 minute.

DBordello

sr. member

Activity: 349

Merit: 250

BTCPak.com - Exchange your Bitcoins for MP!

Does the failover profile have to be selected for it to failover? The automatic? Or can I select my primary profile and then it *should* failover automatically?

What is the failover setting? What unit?

norulezapply

hero member

Activity: 481

Merit: 502

Thanks for the quick reply.
I'll try that now

EDIT: I updated to r549e and it still shows 3 failover options in the menu.
Did you mean the stable branch?

This error keeps flicking up also in the status screen.
smartcoin_status.sh: line 151: [[: 8 8 8: syntax error in expression (error token is "8 8")
My threshold(s) are all set to 8 so I guess this is related.

Topic: Smartcoin Linux mining administration. [MULTI-MACHINE SUPPORT NOW IN!] - page 7. (Read 105029 times)