Bitcoin Forum
December 10, 2016, 07:06:14 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 [30] 31 32 33 34 35 36 37 38 39 40 41 42 43 »
  Print  
Author Topic: Smartcoin Linux mining administration. [MULTI-MACHINE SUPPORT NOW IN!]  (Read 99719 times)
plantucha
Jr. Member
*
Offline Offline

Activity: 56


View Profile WWW
July 19, 2011, 03:26:17 PM
 #581

Anyone!
Post best pools for Smartcoin and explanation why:

Generaly have to be :

PROPORTIONAL:          because penalization for pool hopping (failover is involuntary pool hop)
NO FEES                      more you can save, you can donate to 1AnDpiSvcUKejhENUFuigRCZC97cir4uwn to help fund the development of the SmartCoin
LONG POOLing             much better (2-3%) reject ratio
BIG

1481353574
Hero Member
*
Offline Offline

Posts: 1481353574

View Profile Personal Message (Offline)

Ignore
1481353574
Reply with quote  #2

1481353574
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
jaebird
Member
**
Offline Offline

Activity: 79


View Profile
July 19, 2011, 03:41:27 PM
 #582

Update r468e now available!
- There is a new setting under edit settings.. "Miner output format string". As discussed a couple of posts back, it will let you define how the miner output is displayed on the screen. Use the tags <#hashrate#>, <#accepted#>, <#rejected#>, <#rejected_percent#> where you want these displayed.
- Each miner instance now has rejection percentage calculation


I'd still love to hear from anyone that modifies the "Miner output format string" setting and hear how it worked for them (jaebird - try making a narrower format string Smiley )


Output formatting works good (I restarted smartcoin for the settings to change output). Now the main header needs a way to be reduced. Perhaps allow some timestamp formatting or shorten experimental to "e" or "exp", or just allow the whole string to be user modified.

Thanks,
jaebird
Jen4538
Full Member
***
Offline Offline

Activity: 167


View Profile
July 19, 2011, 04:52:10 PM
 #583

finally after alot of distress with linuxcoin and smartcoin it finally works ,  well not sure if i did it right but it does work

i configure a miner useing 7 as option it mines at 79.32 mhash which is impressive to me .   then i thought well i try to figure out how to do failover which says i need another profile.  well i dont understand this so i go back to useing 7 as option and accidently created another miner mining another pool useing same gpu.    what is strange now is that the hash rate went up doing this ,   i think now this is a mystery and now wonder if i make more miners in same pool and create two miners to one gpu.   

well meanwhile i need to figure out this failover if i am to use it downstairs  ,   


Jen
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 05:30:39 PM
 #584

Another killing problem:
CPU not overclocked temp 55°C fully loaded. but before I got new heatsink I run it 68°C without problems.
Just significantly slower than GPU. mayby just cgminer error. or some secret feature  Grin

Code:
07/19/11 04:07:58       Disconnect option selected

07/19/11 06:11:16       ERROR: It appears that one or more of your devices have locked up.  This is most likely the result of extreme overclocking!

07/19/11 06:11:16              It is recommended that you reduce your overclocking until you regain stability of the system

07/19/11 06:11:16              Below is a capture of the miner output which caused the error:

07/19/11 06:11:16        cgminer version 1.2.7 - Started: [2011-07-19 01:14:55]
--------------------------------------------------------------------------------
 [(5s):11.4  (avg):16.3 Mh/s] [Q:1888  A:72  R:1  HW:0  E:4%  U:0.25/m]
 TQ: 5  ST: 6  LS: 6  SS: 0  DW: 40  NB: 28  LW: 9  LO: 9  RF: 0  I: 0
 Connected to http://btcguild.com:8332/ as user plantucha_cpu
 Block 00000000000000000000000000000000  started: [2011-07-19 05:56:07]
--------------------------------------------------------------------------------
 CPU 0: [2.7 Mh/s] [Q:308  A:9  R:0  HW:0  E:3%  U:0.03/m]
 CPU 1: [2.8 Mh/s] [Q:311  A:12  R:0  HW:0  E:4%  U:0.04/m]
 CPU 2: [2.8 Mh/s] [Q:307  A:8  R:0  HW:0  E:3%  U:0.03/m]
 CPU 3: [2.6 Mh/s] [Q:309  A:16  R:0  HW:0  E:6%  U:0.06/m]
 CPU 4: [2.6 Mh/s] [Q:307  A:13  R:1  HW:0  E:4%  U:0.05/m]
 CPU 5: [2.8 Mh/s] [Q:310  A:14  R:0  HW:0  E:5%  U:0.06/m]
--------------------------------------------------------------------------------


[2011-07-19 05:59:19] Share a3275e03 accepted from CPU 2 thread 2

[2011-07-19 06:04:55] LONGPOLL detected new block on network, waiting on fresh w
ork
[2011-07-19 06:05:03] Failed to tq_pop in discard_request
[2011-07-19 06:05:03] Failed to discard requests in flush_requests

07/19/11 06:11:16       User lockup script found. Running lockup script.

07/19/11 06:11:16       Killing Miners....

Screen logs in /temp are empty. Smartcoin probably sweeping after kiling miners.
Maybe have to sweep before new start. not after kill.

Also i don't think CPU lockup detection is necessary, because if CPU is locked.... Roll Eyes

Very interesting!  The lockup system detected locked up mining software (a great, but unexpected side effect)
If you look, the last message from cgminer was at 0605.  About 6 minutes later, at 0611, it was declared locked up.  I do believe during this time period, the miner output didn't change (as shown by the errors in the cgminer output). Also notice "00000000000000000000000000000000", which is not normal.
I think that we need to now make some decisions:

1) This shows that it is useful to detect for lockups even on CPU devices, as it will detect locked up mining software (as it did in your case)
2) Perhaps now that there is custom lockup.sh script support, Killing smartcoin is probably too much.  I think restarting the miners instead is a good idea though and the user can decide themselves via their custom script if they wish to shut down smartcoin.
3) To facilitate shutting down smartcoin easily,  I should add a "--kill" command line switch


Do you think this would  be desirable behavior?

RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 05:33:42 PM
 #585

Anyone!
Post best pools for Smartcoin and explanation why:

Generaly have to be :

PROPORTIONAL:          because penalization for pool hopping (failover is involuntary pool hop)
NO FEES                      more you can save, you can donate to 1AnDpiSvcUKejhENUFuigRCZC97cir4uwn to help fund the development of the SmartCoin
LONG POOLing             much better (2-3%) reject ratio
BIG

I personally switched to X8S a few weeks ago and have been very happy with it.  I know its just variance and luck, but in 2 weeks time with 1200 MHash, X8S has made me over 7 BTC!  Here is a paste of my failover order at the moment (though it has no scientific technical basis)
Code:
7) X8S Me DD!
2) BTCGuild Me!
3) BTCMine Me!
5) TripleMine Me!
6) X8sx2 + tripleminex1
1) Deepbit Me!
8) poclbmtest
9) cgminer test

RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 05:36:33 PM
 #586

Update r468e now available!
- There is a new setting under edit settings.. "Miner output format string". As discussed a couple of posts back, it will let you define how the miner output is displayed on the screen. Use the tags <#hashrate#>, <#accepted#>, <#rejected#>, <#rejected_percent#> where you want these displayed.
- Each miner instance now has rejection percentage calculation


I'd still love to hear from anyone that modifies the "Miner output format string" setting and hear how it worked for them (jaebird - try making a narrower format string Smiley )


Output formatting works good (I restarted smartcoin for the settings to change output). Now the main header needs a way to be reduced. Perhaps allow some timestamp formatting or shorten experimental to "e" or "exp", or just allow the whole string to be user modified.

Thanks,
jaebird

Yes, I plan on shortening the header to something like:
Code:
Smartcoin r###(e or s) <#date#>
 
I also thing I'll shorten the date string to look like:
Code:
Jul 19 2011 13:32:29

RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
TonyHoyle
Jr. Member
*
Offline Offline

Activity: 59


View Profile
July 19, 2011, 05:40:58 PM
 #587

I can't get past the install script...

Code:
Would you like smartcoin to attempt to auto-detect installed miners? (y)es or (n)o?
y
Found phoenix miner installed on local system
1) /raid/home/tmh/phoenix/phoenix.py
Select the local phoenix installation from the list above
1

Found poclbm miner installed on local system

Which miner listed above do you want to be the default miner?
poclbm
Invalid selection. Please try again.
poclbm
Invalid selection. Please try again.
1
Invalid selection. Please try again.
phatk
Invalid selection. Please try again.

What do I type here?  It's not obvious....

Breaking out of that, I can't configure it manually... edit settings brings up the following..

Code:
smartcoin Management System r469() Tue Jul 19 18:42:55 BST 2011
--------------------------------------------------------------------------------
EDIT SETTINGS
Select the setting from the list above that you wish to edit

*What* list above???

I'm clearly missing something obvious as others have managed to get it to work, but damned if I can see it..
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 06:03:21 PM
 #588

finally after alot of distress with linuxcoin and smartcoin it finally works ,  well not sure if i did it right but it does work

i configure a miner useing 7 as option it mines at 79.32 mhash which is impressive to me .   then i thought well i try to figure out how to do failover which says i need another profile.  well i dont understand this so i go back to useing 7 as option and accidently created another miner mining another pool useing same gpu.    what is strange now is that the hash rate went up doing this ,   i think now this is a mystery and now wonder if i make more miners in same pool and create two miners to one gpu.   

well meanwhile i need to figure out this failover if i am to use it downstairs  ,   


Jen

Glad to hear you're up and running Jen

I will try to give you a quick rundown:

First, lets get you familiar with the terms smartcoin uses.

miner- Software used for mining bitcoins (such as Phoenix, poclbm, cgminer, etc...)
Instance- An individual copy of one of the miners running on the machine (for example, you can have an instance of phoenix hashing to your deepbit worker and another instance of phoenix hashing to your Elegius worker on the same GPU.  You can have many instance running on each GPU and is limited only by memory really)
worker- Your own login information for a specific pool
Profile- A profile is a collection of instances that you can recall at any time. A profile lets you specify how many instance of which miner are running on each GPU, and to which worker account they are mining to.  There are 3 "special" profiles that are built in: 1)An automatic profile which will open an instance on each GPU to each of your worker accounts  2)A manual donation profile which will mine to special donation pools, 3) A failover profile, which will mine to specific profiles in order, depending on their up/down state/
All other profiles must be manually defined by you (and you must manually define at least 2 profiles to use the failover profile - otherwise there will be no profiles to fail over to)



For your initial setup, lets do some things in order:
1)  Under 7) Configure Workers, add all your worker accounts that you have.  Even if you don't plan on mining to them right away, create a new worker for every account that you have with various pools.  This will store them so that you can use them at any time later. You can choose whether they will be used by the automatic profile or not - as long as you have less than 10 workers, I would select 'y' (for yes) when asked this question.

2) You should notice, that as you add more workers, that your automatic profile should continue to grow on the status screen.

3) Now lets create a manual profile so that you understand how to do it.   Go to Cool Configure Profiles -> Add
Create a simple profile and name it "test" when prompted.
You will then need to add a miner instance, when prompted select 1) for phoenix
Then you need to select a worker. Select the first worker in the list
Then tell it which GPU to use, select your first GPU
At this point, the screen will clear, and you will be shown your current progress.  It will show you which miner, which device and which worker it will use on this first instance.
If you have more GPU's, then you can select 'y' to add another instance to the profile, and this time around select the next GPU in the list when prompted.  Keep doing this until you have as many instances as you want in your profile, and finally select 'n' when asked if you want to continue adding instances to the profile.

Here are some examples of a few of my profiles to give you an idea:


Here is my "Deepbit Me!" profile. As you can see, I have 3 GPU's, and I'm opening a phoenix miner instance to my deepbit worker on each GPU
Code:
1) GPU[0] - DeepBit.default - phoenix‌
2) GPU[1] - DeepBit.default - phoenix‌
3) GPU[2] - DeepBit.default - phoenix‌




Here is my "X8S Me DD!" profile (DD stands for "Double Down")  As you can see, I open 2 instances per GPU to my X8S worker.
As you have pointed out,  there is a slight increase in  your hashing for running multiple instances, which is why I doubled up on the instances in this example.
Code:
1) GPU[0] - X8S.default - phoenix‌
2) GPU[0] - X8S.default - phoenix‌
3) GPU[1] - X8S.default - phoenix‌
4) GPU[1] - X8S.default - phoenix‌
5) GPU[2] - X8S.default - phoenix‌
6) GPU[2] - X8S.default - phoenix‌



Here is my "X8S and Triplemine" profile.  As you can see, I'm sending hashes from 2 GPU's to my X8S account, and hashes from 1 GPU to my triplemine worker.
Code:
1) GPU[0] - X8S.default - phoenix‌
2) GPU[1] - X8S.default - phoenix‌
3) GPU[2] - TripleMining.default - phoenix‌


The profiles you can create are limitless!


Once you have created some profiles as tests (I recommend creating a separate profile for each of your workers similar to my "Deepbit Me!" example), you can use option 5) Select Profile to select the profile.  When you do, switch to the status screen and you will see smartcoin reconfigure its self and start mining to the selected profile (may take 5-10 seconds)

Once you get comfortable with the profile system, and practice switching between a few of them, you are ready for failovers.
Use option 12) Set Failover Order, and define an order of your manual profiles that you wish failover to happen in. Then simply go to 5) Choose Profile, and select the special Failover profile.  Smartcoin will take care of the rest!


RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 06:09:10 PM
 #589

I can't get past the install script...

Code:
Would you like smartcoin to attempt to auto-detect installed miners? (y)es or (n)o?
y
Found phoenix miner installed on local system
1) /raid/home/tmh/phoenix/phoenix.py
Select the local phoenix installation from the list above
1

Found poclbm miner installed on local system

Which miner listed above do you want to be the default miner?
poclbm
Invalid selection. Please try again.
poclbm
Invalid selection. Please try again.
1
Invalid selection. Please try again.
phatk
Invalid selection. Please try again.

What do I type here?  It's not obvious....

Breaking out of that, I can't configure it manually... edit settings brings up the following..

Code:
smartcoin Management System r469() Tue Jul 19 18:42:55 BST 2011
--------------------------------------------------------------------------------
EDIT SETTINGS
Select the setting from the list above that you wish to edit

*What* list above???

I'm clearly missing something obvious as others have managed to get it to work, but damned if I can see it..

It appears that the database failed to be created, which is why all your selection options are blank. The only way I can see this happening is if you checked out the smartcoin source to a path requiring root permissions (/root or /opt, for example), then ran the install script as a user without root permissions.
What is your install location? 
If you are trying to install in a location requiring root access, switch to the root user first:
Code:
sudo su

Aside from that, please list some more details about your setup:
- Distro being used
- 32 or 64 bit
- install location

RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
Jen4538
Full Member
***
Offline Offline

Activity: 167


View Profile
July 19, 2011, 06:26:09 PM
 #590

another question i have is

when i start smartcoin ,  it starts mining right away .  is there a way to stop the mining process while i reconfigure options or add more workers?  machine is very sluggish when its mining so i prefer it not to mine while i am busy changing things

i see i have to do more things today to make sure i am comfortable with all this.    my main machine had a headache this morning so i am fixing it before i can go back to smartcoin to try your examples.   and yes i am very curious why it hashs more with 2 workers to one gpu .   well i will take advantage of this either way

Jen
hipaulshi
Jr. Member
*
Offline Offline

Activity: 32


View Profile
July 19, 2011, 07:27:02 PM
 #591

On one of my rig running this, it has weird issues. When I update a worker, the assigned pool # will show up increased by one than it actually is assigned to. Sometimes this happens to miner assignment as well.
jaebird
Member
**
Offline Offline

Activity: 79


View Profile
July 19, 2011, 07:40:38 PM
 #592

@jondecker76

I have pretty bad internet access and sometimes goes down for several minutes at a time. It seems that the new GPU lockup mechanism is triggered when my internet goes down. Is this a case you can handle? I really don't want or need to restart the PC as things normally pick back up when the internet connection comes back.

Thanks,
jaebird
Rob P.
Member
**
Offline Offline

Activity: 84



View Profile WWW
July 19, 2011, 08:10:57 PM
 #593

@jondecker76

I have pretty bad internet access and sometimes goes down for several minutes at a time. It seems that the new GPU lockup mechanism is triggered when my internet goes down. Is this a case you can handle? I really don't want or need to restart the PC as things normally pick back up when the internet connection comes back.

Thanks,
jaebird

Just adding my 0.02 BTC here...

This condition *could* be handled in a custom failure script (lockup.sh).  When run, you shutdown Smartcoin (you've lost your Internet, you're not getting work and your miners are idle anyhow).  Your script runs in a loop performing a ping looking for when the network comes back.  When it comes back, you execute "smartcoin --silent" and fire it back up.  Yes, this would loop indefinitely if you've actually got a lock up...  You could add a condition to see how long it has been since you ran it last, and if too short of a time, take the reboot option...

Just thinking out loud.

--

If you like what I've written here, consider tipping the messenger:
1GZu4CtHa6ai8iWoWiVFxV5VVoNte4SkoG

If you don't like what I've written, send me a Tip and I'll stop talking.
jaebird
Member
**
Offline Offline

Activity: 79


View Profile
July 19, 2011, 09:14:44 PM
 #594

Just adding my 0.02 BTC here...

This condition *could* be handled in a custom failure script (lockup.sh).  When run, you shutdown Smartcoin (you've lost your Internet, you're not getting work and your miners are idle anyhow).  Your script runs in a loop performing a ping looking for when the network comes back.  When it comes back, you execute "smartcoin --silent" and fire it back up.  Yes, this would loop indefinitely if you've actually got a lock up...  You could add a condition to see how long it has been since you ran it last, and if too short of a time, take the reboot option...

Just thinking out loud.

yeah, I was thinking of something like that. Or also smartcoin could attempt to ping known good hosts in the event it "thinks" the cards are locked-up. It is a very very rare occurrence that all 4 cards would be locked up at the same time! In the meantime, how do I disable the lockup detection or action, add an empty "lockup.sh" script?

Thanks.
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 09:58:03 PM
 #595

another question i have is

when i start smartcoin ,  it starts mining right away .  is there a way to stop the mining process while i reconfigure options or add more workers?  machine is very sluggish when its mining so i prefer it not to mine while i am busy changing things

i see i have to do more things today to make sure i am comfortable with all this.    my main machine had a headache this morning so i am fixing it before i can go back to smartcoin to try your examples.   and yes i am very curious why it hashs more with 2 workers to one gpu .   well i will take advantage of this either way

Jen

Jen

You should start getting used to accessing your machine via SSH from another computer (this is specifically what smartcoin is designed for). Your SSH session will not be slowed down like a local desktop is.

However, I do realize the need for an "Idle" profile, and I will probably add support for this in the next day or so.

Also, its a pretty well known side effect that running multiple instances per card gains a little hash speed (I get a 7% increase by running 5 instances per card). The reason as I understand it, is there are times the CPU waits idle for the GPU to be ready to accept information (caused by some lag in communication and OpenCL overhead). With multiple instances, the CPU has more of a chance with one of the  "threads" is waiting and ready to receive information from the CPU - hence the slightly higher hash rates.

RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 09:59:24 PM
 #596

On one of my rig running this, it has weird issues. When I update a worker, the assigned pool # will show up increased by one than it actually is assigned to. Sometimes this happens to miner assignment as well.


Are you talking about the pre-filled in selection while editing?

RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 10:13:54 PM
 #597

Jaebird and Rob P.

I'll be adding support to customize the threshold for both failover and lockup detection in the next day (setting to 0 will disable).  I'm at work all night, so I'm not sure if I'll get a chance to work on it tonight from  here (depends on how busy things get), or when I get home in the morning.

Here are the changes I am planning to make:
- Make --kill, --reload and --restart options for smartcoin (smartcoin.sh). This will allow you to take actions easily from custom scripts
- On lockup detection, fire custom script, and restart smartcoin automatically (instead of killing smartcoin). You should know if there is a real issue if this happens repeatedly (I'm still debating on whether smartcoin should automatically send emails on these events, or if that should be left up to the user with their custom script..  Thoughts?)
- Regarding the lockup routine when there is a loss of Internet, I think the current scheme (after above changes) will be plenty acceptable. Basically in this case, smartcoin will continually restart itself (unless you do a 'smartcoin --kill' from your custom script) about every 5 minutes until the Internet comes back.  This really won't waste any extra electricity, as the GPUs will be idle themselves with no work available for them. This also has the advantage of dealing with miner software that has locked up (as an example of such has already been shown here).  This also fits the philosophy of smartcoin in that once its running, it should try to automatically deal with things in a sane manner without manual intervention. (If I hadn't had to reboot my mining machine from time to time for testing purposes, I would wager that smartcoin has ensured me 0% downtime with no intervention from me other than initially setting up failover - its literally dealt with every problem automatically on my machine, and I've had to do nothing but check in every now and then). My goal is to have the lockup detection offer this same robustness!

RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
plantucha
Jr. Member
*
Offline Offline

Activity: 56


View Profile WWW
July 19, 2011, 10:44:10 PM
 #598

Jaebird and Rob P.

I'll be adding support to customize the threshold for both failover and lockup detection in the next day (setting to 0 will disable).  I'm at work all night, so I'm not sure if I'll get a chance to work on it tonight from  here (depends on how busy things get), or when I get home in the morning.

Here are the changes I am planning to make:
- Make --kill, --reload and --restart options for smartcoin (smartcoin.sh). This will allow you to take actions easily from custom scripts
- On lockup detection, fire custom script, and restart smartcoin automatically (instead of killing smartcoin). You should know if there is a real issue if this happens repeatedly (I'm still debating on whether smartcoin should automatically send emails on these events, or if that should be left up to the user with their custom script..  Thoughts?)
- Regarding the lockup routine when there is a loss of Internet, I think the current scheme (after above changes) will be plenty acceptable. Basically in this case, smartcoin will continually restart itself (unless you do a 'smartcoin --kill' from your custom script) about every 5 minutes until the Internet comes back.  This really won't waste any extra electricity, as the GPUs will be idle themselves with no work available for them. This also has the advantage of dealing with miner software that has locked up (as an example of such has already been shown here).  This also fits the philosophy of smartcoin in that once its running, it should try to automatically deal with things in a sane manner without manual intervention. (If I hadn't had to reboot my mining machine from time to time for testing purposes, I would wager that smartcoin has ensured me 0% downtime with no intervention from me other than initially setting up failover - its literally dealt with every problem automatically on my machine, and I've had to do nothing but check in every now and then). My goal is to have the lockup detection offer this same robustness!

it will be pretty good.
my miners are still killed about every 3 hours because of wrong lockdown detection.
After restart smartcoin all GPUS adding proof of work so GPU is not locked
I guess many reasons can be in. (internet down, server half way down, or something we don't know yet)
can you do more verbose log?

And why are running 8 minutes 2 profiles together until they got killed?
Don't they have go switch to profile 1 or 2 in seconds?


Code:

07/19/11 16:14:15       Update option selected

07/19/11 17:32:16       A change was detected in the failover system

07/19/11 17:32:16       Killing Miners....

07/19/11 17:32:20       Starting miner Miner.1!

07/19/11 17:32:20       Starting miner Miner.2!

07/19/11 17:32:20       Starting miner Miner.3!

07/19/11 17:32:20       Starting miner Miner.4!

07/19/11 17:32:20       Starting miner Miner.5!

07/19/11 17:32:20       Starting miner Miner.6!

07/19/11 17:32:20       Starting miner Miner.7!

07/19/11 17:32:20       Starting miner Miner.8!

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u h
07/19/11 17:32:20       Starting miner Miner.9!

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u

07/19/11 17:32:20       Starting miner Miner.10!

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u
07/19/11 17:32:20       Launching miner with launch string: ./cgminer -a 4way -t 6 -o

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u
07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -

07/19/11 17:32:20       Launching miner with launch string: ./cgminer -a 4way -t 6

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u htt


07/19/11 17:40:36       ERROR: It appears that one or more of your devices have locked up.  This is most likely the result of extreme overclocking!

07/19/11 17:40:36              It is recommended that you reduce your overclocking until you regain stability of the system

07/19/11 17:40:36       Killing Miners....



so -kill, --reload and --restart will be nice.

Jen4538
Full Member
***
Offline Offline

Activity: 167


View Profile
July 19, 2011, 10:45:49 PM
 #599

another question i have is

when i start smartcoin ,  it starts mining right away .  is there a way to stop the mining process while i reconfigure options or add more workers?  machine is very sluggish when its mining so i prefer it not to mine while i am busy changing things

i see i have to do more things today to make sure i am comfortable with all this.    my main machine had a headache this morning so i am fixing it before i can go back to smartcoin to try your examples.   and yes i am very curious why it hashs more with 2 workers to one gpu .   well i will take advantage of this either way

Jen

Jen

You should start getting used to accessing your machine via SSH from another computer (this is specifically what smartcoin is designed for). Your SSH session will not be slowed down like a local desktop is.

However, I do realize the need for an "Idle" profile, and I will probably add support for this in the next day or so.

Also, its a pretty well known side effect that running multiple instances per card gains a little hash speed (I get a 7% increase by running 5 instances per card). The reason as I understand it, is there are times the CPU waits idle for the GPU to be ready to accept information (caused by some lag in communication and OpenCL overhead). With multiple instances, the CPU has more of a chance with one of the  "threads" is waiting and ready to receive information from the CPU - hence the slightly higher hash rates.

i am lucky to even have this working without adding more pain to learning anything else .  if you can add idle command i can probably have this working downstaris .   without it i certainly cant do it due to the lag it creates as you try to make more workers , profiles etc.

Jen
jondecker76
Full Member
***
Offline Offline

Activity: 238


View Profile
July 19, 2011, 11:29:22 PM
 #600

Jaebird and Rob P.

I'll be adding support to customize the threshold for both failover and lockup detection in the next day (setting to 0 will disable).  I'm at work all night, so I'm not sure if I'll get a chance to work on it tonight from  here (depends on how busy things get), or when I get home in the morning.

Here are the changes I am planning to make:
- Make --kill, --reload and --restart options for smartcoin (smartcoin.sh). This will allow you to take actions easily from custom scripts
- On lockup detection, fire custom script, and restart smartcoin automatically (instead of killing smartcoin). You should know if there is a real issue if this happens repeatedly (I'm still debating on whether smartcoin should automatically send emails on these events, or if that should be left up to the user with their custom script..  Thoughts?)
- Regarding the lockup routine when there is a loss of Internet, I think the current scheme (after above changes) will be plenty acceptable. Basically in this case, smartcoin will continually restart itself (unless you do a 'smartcoin --kill' from your custom script) about every 5 minutes until the Internet comes back.  This really won't waste any extra electricity, as the GPUs will be idle themselves with no work available for them. This also has the advantage of dealing with miner software that has locked up (as an example of such has already been shown here).  This also fits the philosophy of smartcoin in that once its running, it should try to automatically deal with things in a sane manner without manual intervention. (If I hadn't had to reboot my mining machine from time to time for testing purposes, I would wager that smartcoin has ensured me 0% downtime with no intervention from me other than initially setting up failover - its literally dealt with every problem automatically on my machine, and I've had to do nothing but check in every now and then). My goal is to have the lockup detection offer this same robustness!

it will be pretty good.
my miners are still killed about every 3 hours because of wrong lockdown detection.
After restart smartcoin all GPUS adding proof of work so GPU is not locked
I guess many reasons can be in. (internet down, server half way down, or something we don't know yet)
can you do more verbose log?

And why are running 8 minutes 2 profiles together until they got killed?
Don't they have go switch to profile 1 or 2 in seconds?


Code:

07/19/11 16:14:15       Update option selected

07/19/11 17:32:16       A change was detected in the failover system

07/19/11 17:32:16       Killing Miners....

07/19/11 17:32:20       Starting miner Miner.1!

07/19/11 17:32:20       Starting miner Miner.2!

07/19/11 17:32:20       Starting miner Miner.3!

07/19/11 17:32:20       Starting miner Miner.4!

07/19/11 17:32:20       Starting miner Miner.5!

07/19/11 17:32:20       Starting miner Miner.6!

07/19/11 17:32:20       Starting miner Miner.7!

07/19/11 17:32:20       Starting miner Miner.8!

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u h
07/19/11 17:32:20       Starting miner Miner.9!

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u

07/19/11 17:32:20       Starting miner Miner.10!

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u
07/19/11 17:32:20       Launching miner with launch string: ./cgminer -a 4way -t 6 -o

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u
07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -

07/19/11 17:32:20       Launching miner with launch string: ./cgminer -a 4way -t 6

07/19/11 17:32:20       Launching miner with launch string: python phoenix.py -v -u htt


07/19/11 17:40:36       ERROR: It appears that one or more of your devices have locked up.  This is most likely the result of extreme overclocking!

07/19/11 17:40:36              It is recommended that you reduce your overclocking until you regain stability of the system

07/19/11 17:40:36       Killing Miners....



so -kill, --reload and --restart will be nice.


What revision are you running?  I ask because there have been changes to the experimental branch that improves logging by also giving the output of the detected locked miner. Also, there was a couple of bugs fixed in the lockup system that look like they may be related


RollerBot Advanced Trading Platform
https://bitcointalk.org/index.php?topic=447727.0
BTC Donations for development: 1H36oTJsi3adFh68wwzz95tPP2xoAoTmhC
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 [30] 31 32 33 34 35 36 37 38 39 40 41 42 43 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!