Anonymailer (OP)
|
|
March 25, 2014, 07:23:35 AM |
|
Also I intend to update bfgminer and some other stuff today too!
|
|
|
|
BrandonMcPherson
|
|
March 25, 2014, 07:32:20 AM |
|
I had to send my unit back a couple of weeks ago, so I haven't been keeping up here. My replacement arrives tomorrow, hence me sticking my nose in again. I have a Raspberry Pi set up, but I was hoping to be more civilized this time around.
Is the Gridseed support baked into the regular release? The last one I tried was the Gridseed7 version, and I was never able to make it work.
|
|
|
|
Anonymailer (OP)
|
|
May 05, 2014, 05:46:43 PM |
|
MacMiner has been updated and it is necessary for MobileMiner users to update for that functionality to continue.
I'm also particularly interested for gridseed users to give the bfgminer included a shot as this is the latest from github.
|
|
|
|
DanZaph
|
|
May 06, 2014, 01:44:53 PM |
|
I'm also particularly interested for gridseed users to give the bfgminer included a shot as this is the latest from github.
I have two Gridseed 5-chip units, currently mining with minerd via Terminal, one device per minerd. I am willing to try 1.5.20b1 but would like some setting information. Also do I need to have two instances of MacMiner, one per Gridseed unit?
|
|
|
|
Anonymailer (OP)
|
|
May 06, 2014, 09:08:55 PM |
|
I'm also particularly interested for gridseed users to give the bfgminer included a shot as this is the latest from github.
I have two Gridseed 5-chip units, currently mining with minerd via Terminal, one device per minerd. I am willing to try 1.5.20b1 but would like some setting information. Also do I need to have two instances of MacMiner, one per Gridseed unit? Unfortunately using the CPU miner window which uses minerd you do have to have two instances but I'm hoping you'll now be able to use the devices in one instance of the GPU window with manual flags either -S gridseed:all or -S dualminer:all i :: think :: the latter is for 1 chip and vice versa but not totally sure.
|
|
|
|
DanZaph
|
|
May 06, 2014, 11:50:43 PM |
|
I'm also particularly interested for gridseed users to give the bfgminer included a shot as this is the latest from github.
I have two Gridseed 5-chip units, currently mining with minerd via Terminal, one device per minerd. I am willing to try 1.5.20b1 but would like some setting information. Also do I need to have two instances of MacMiner, one per Gridseed unit? Unfortunately using the CPU miner window which uses minerd you do have to have two instances but I'm hoping you'll now be able to use the devices in one instance of the GPU window with manual flags either -S gridseed:all or -S dualminer:all i :: think :: the latter is for 1 chip and vice versa but not totally sure. Good: "-S gridseed:all" works for me, finds and mines with both Gridseed devices. Bad: Neither of my BTC miners work, back to 1.5.18e.
|
|
|
|
Anonymailer (OP)
|
|
May 06, 2014, 11:55:22 PM |
|
Good: "-S gridseed:all" works for me, finds and mines with both Gridseed devices. Bad: Neither of my BTC miners work, back to 1.5.18e.
Well that's awesome progress with the gridseeds! What are the BTC miners that are not working?
|
|
|
|
DanZaph
|
|
May 07, 2014, 03:17:59 AM |
|
Bad: Neither of my BTC miners work, back to 1.5.18e.
What are the BTC miners that are not working? The miners that did not work were an ASICMiner V3 Erupter Cube and a BFL Jalapeño.
|
|
|
|
Anonymailer (OP)
|
|
May 07, 2014, 07:38:20 AM |
|
The miners that did not work were an ASICMiner V3 Erupter Cube and a BFL Jalapeño.
I'm using a BFL Jalapeño with this version - we've probably got a backend behaviour here - one thing I would suggest is starting the BTC miners BEFORE starting the gridseed miners on LTC mode If that's not it, I wonder whether it's an issue with the proxy for the cube…
|
|
|
|
DanZaph
|
|
May 07, 2014, 10:46:04 AM |
|
The miners that did not work were an ASICMiner V3 Erupter Cube and a BFL Jalapeño.
I'm using a BFL Jalapeño with this version - we've probably got a backend behaviour here - one thing I would suggest is starting the BTC miners BEFORE starting the gridseed miners on LTC mode If that's not it, I wonder whether it's an issue with the proxy for the cube… I'll try that. But it is really late for the those miners, they are no longer profitable at the current BTC price with poor luck so I am shutting them down in the next week. My electricity cost is $0.08/kWh.
|
|
|
|
Anonymailer (OP)
|
|
May 07, 2014, 11:24:51 AM |
|
I'll try that. But it is really late for the those miners, they are no longer profitable at the current BTC price with poor luck so I am shutting them down in the next week. My electricity cost is $0.08/kWh.
You mean the BFL and the cube? Sad to see the earlier ASICs becoming redundant already! The gridseed should be profitable for scrypt for a while..
|
|
|
|
DanZaph
|
|
May 07, 2014, 04:18:22 PM |
|
You mean the BFL and the cube? Sad to see the earlier ASICs becoming redundant already! The gridseed should be profitable for scrypt for a while..
It is close, yesterday was un-profitable, today marginally profitable. I also see where waldohover shut down Jupiter miners.
|
|
|
|
Anonymailer (OP)
|
|
May 07, 2014, 04:58:15 PM |
|
You mean the BFL and the cube? Sad to see the earlier ASICs becoming redundant already! The gridseed should be profitable for scrypt for a while..
It is close, yesterday was un-profitable, today marginally profitable. I also see where waldohover shut down Jupiter miners. Not optimistic about the future value of any particular coin then? I found the root of the continuing MobileMiner issues and have updated to fix that as well as added some sanity checks in hope of fixing the mysterious and elusive crashing bug some users are experiencing on second app launch.
|
|
|
|
nwoolls
|
|
May 07, 2014, 05:12:01 PM |
|
I found the root of the continuing MobileMiner issues and have updated to fix that as well as added some sanity checks in hope of fixing the mysterious and elusive crashing bug some users are experiencing on second app launch.
As always feel free to give me a shout if you ever need a hand with the MobileMiner API. Thanks again for supporting it!
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
DanZaph
|
|
May 07, 2014, 05:50:55 PM |
|
Not optimistic about the future value of any particular coin then?
Scrypt looks good, the tradeoff of processing power for memory gives lower power requirements providing possibly a long life against the cost of power.
|
|
|
|
Anonymailer (OP)
|
|
May 08, 2014, 12:24:27 AM |
|
Thanks Nate! I think I'm good for now.. we'll see!
I'm worried that ASIC will kill scrypt - it was built specifically to be ASIC resistant so what's it for now?
|
|
|
|
nwoolls
|
|
May 08, 2014, 01:31:00 AM |
|
I'm worried that ASIC will kill scrypt - it was built specifically to be ASIC resistant so what's it for now?
Seems like a constant cat-and-mouse game. Now GPU miners are looking at Scrypt-N and X11. The problem is, if they gain enough popularity, then you'll see a HW implementation of those as well. With enough interest any SW algorithm can be done in HW in theory.
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
DanZaph
|
|
May 08, 2014, 02:19:10 AM |
|
I'm worried that ASIC will kill scrypt - it was built specifically to be ASIC resistant so what's it for now?
Kill it from what perspective? The _real_ reason for "mining" is to verify transactions. ASIC scrypt is really good for this because it is very low power, efficient, green. Coin was not created in order to make money mining. Mining rewards were created to solve the chicken-egg problem of getting people to run verification servers, uh, that is miners to bootstrap BTC. So, yeah, LTC was naive in trying to make GPU mining easier than ASIC, if they had been smart they would have realized that ASICs would come to scrypt. Or maybe they knew and purposely sought a more efficient process but had to mis-direct the mining community in order to get the miners involved in scrypt.
|
|
|
|
XFox
|
|
May 08, 2014, 02:22:38 PM Last edit: May 08, 2014, 03:15:06 PM by XFox |
|
I found the root of the continuing MobileMiner issues and have updated to fix that as well as added some sanity checks in hope of fixing the mysterious and elusive crashing bug some users are experiencing on second app launch. With 1.5.20b2 I see this error in system log (e-mail address and application key obscured): 08/05/14 16:19:35,357 MacMiner[72481]: Error getting https://api.mobileminerapp.com/api/RemoteCommands?emailAddress=xxx@xxx.xxx&applicationKey=xxxx-xxxx-xxxx&apiKey=26efrOXrizmEF3, HTTP status code 404
|
BTC: 1FdkrY4qT1MxARAJE3fX3HXBjWn2J54poa LTC: LW9y3UiicfRPBZcniMrCrVhHnR2ygnWVe9
|
|
|
nwoolls
|
|
May 08, 2014, 02:54:05 PM |
|
I found the root of the continuing MobileMiner issues and have updated to fix that as well as added some sanity checks in hope of fixing the mysterious and elusive crashing bug some users are experiencing on second app launch. With 1.5.20b2 I see this error in system log (e-mail address and API key obscured): 08/05/14 16:19:35,357 MacMiner[72481]: Error getting https://api.mobileminerapp.com/api/RemoteCommands?emailAddress=xxx@xxx.xxx&applicationKey=xxxx-xxxx-xxxx&apiKey=26efrOXrizmEF3, HTTP status code 404 The RemoteCommands endpoint should also be passed a MachineName on the QueryString: http://www.mobileminerapp.com/#api{Root URL}/RemoteCommands?emailAddress={Email Address}&applicationKey={Application Key}&machineName={Machine Name}&apiKey={API Key}
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
|