Bitcoin Forum
February 12, 2026, 05:06:05 PM *
News: Latest Bitcoin Core release: 30.2 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Alternate cryptocurrencies / Mining (Altcoins) / Linux: Reboot after Failed GPU's on: February 20, 2017, 12:04:36 PM
Hoping some linux or screen guru can help here with rebooting when a GPU is sick/dead. 

I've got the options configured correctly for sgminer-gm to attempt the reboot after gpu-failure, but since I'm not running sgminer as sudo, the program spits out a permissions error. 
I'm using screen to create a new session, start the miner at every boot.  I only run into a problem when a GPU flunks out on me, and I'm new to linux, so still learning systemd.  Does anyone know the proper way to let sgminer reboot when it attempts to? 

I'm on Ubuntu 16.04 kernel 4.8.3-040803-generic amdgpu-pro-16.50

Here's the error (from within the miner)..

Thread 0 still exists, killing it off
Failed to set wall message, ignoring: Interactive authentication required.
Failed to reboot system via logind: Interactive authentication required.
Failed to start reboot.target: Interactive authentication required.
See system logs and 'systemctl status reboot.target' for details.
Failed to open /dev/initctl: Permission denied
Failed to talk to init daemon.

GPU0: Not responded for more than 10 minutes, declaring DEAD!
running shutdown -r now
Failed to set wall message, ignoring: Interactive authentication required.
Failed to reboot system via logind: Interactive authentication required.
Failed to start reboot.target: Interactive authentication required.
See system logs and 'systemctl status reboot.target' for details.
Failed to open /dev/initctl: Permission denied
Failed to talk to init daemon.


"systemctl status reboot.target" shows..
Code:
● reboot.target - Reboot
   Loaded: loaded (/lib/systemd/system/reboot.target; enabled; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:systemd.special(7)

My systemd service to start up the miner (which works fine afaik) is the following:
Code:

[Unit]
Description=Monero GPU miner
After=network.target multi-user.target

[Service]
Type=forking
User=miner
Environment="DISPLAY=:0"
Environment="GPU_MAX_ALLOC_PERCENT=100"
Environment="GPU_USE_SYNC_OBJECTS=1"
WorkingDirectory=/home/kaminer/sgminer-gm/
ExecStart=/usr/bin/screen -d -m -S sgminer /usr/local/bin/sgminer
ExecStop=/usr/bin/killall -w -s 2 sgminer
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

I'm thinking I should be able to elevate priveleges for certain screen sessions or maybe make an alias for the reboot command within that session (so that I am only changing the priveleges within that single command w/in that single session) but am having a hard time figuring out how. 
2  Alternate cryptocurrencies / Mining (Altcoins) / Understanding hash rate metrics on: February 05, 2017, 03:45:55 PM
Using sgminer, I see a number of different ways that the mining is measured, and even after reading through a few posts, I am not entirely sure what the difference between these calculations is.  Namely:
[from the sgminer-gm Readme](https://github.com/sgminer-dev/sgminer/blob/master/README.md)
Each column is as follows:
5s: A 5 second exponentially decaying average hash rate   
avg: An all time average hash rate   
A: The total difficulty of Accepted shares   
R: The total difficulty of Rejected shares   
HW: The number of HardWare errors   
WU: The Work Utility defined as the number of diff1 shares work / minute (accepted or rejected)   

It seems that miner output can be measured in number of accepted shares / minute (work utility) or in hash rate.  Which one of these should be tuned for optimal pool mining?  Are pools measuring accepted shares or hash rate or some variation of the two?   

As a concrete example, using sgminer, I am getting the following from my cards:   

GPU1                | (5s):652.4 (avg):652.2h/s | A:26316032 R:144000 HW:0 WU:26914.2 rI:1016   
GPU3                | (5s):652.3 (avg):652.3h/s | A:25902032 R:90000 HW:0 WU:27196.71 rI:1016   

GPU0                | (5s):741.5 (avg):741.0h/s | A:21024026 R:36000 HW:480 WU:22027. rI:1016     
GPU2                | (5s):744.7 (avg):744.8h/s | A:22500028 R:54000 HW:436 WU:22573. rI:1016   

GPU4                | (5s):723.0 (avg):723.1h/s | A:28782035 R:108000 HW:0 WU:29469.1 rI:1016   
GPU5                | (5s):723.0 (avg):723.0h/s | A:29196036 R:90000 HW:0 WU:30270.72 rI:1016   

uptime about 12 hours... 
I understand that we have to take electricity consumption into account to get a true metric, but ignoring that for now, what is the strongest card? 
GPU1 and 3 have noticeably low hash rates, but their work utility outperforms that of GPU0,2. 

GPU0,2 have the highest hashrate, but they have hardware errors (is that a lot for 12 hours?) and their work utility is the lowest of all cards. 

GPU4,5 have the highest work utility, however their hash rates are lower than GPU0,2.   

If anyone has insight, it would be appreciated. 

For the curious, I am using sgminer-gm, all Sapphire rx480 4gb Nitro+OC gpu's with custom roms on Ubuntu 16.04.  All ROM's are custom, but GPU1,3 had different ROM's to start with. 
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!