Pages:
Author

Topic: GekkoScience Terminus R808 Miner Official Support Thread - page 10. (Read 16928 times)

newbie
Activity: 22
Merit: 0
Quote from: sidehack
They're getting choked out somewhere. That's about the speed one would expect from 200MHz. Try setting them at 200MHz and see if it stays about the same or goes down.

My guess is, you'd have to divide them amongst two controllers or something in order to get full throughput (and about 107GH) to all devices.

I have the six connected to a powered usb hub. i removed 4 now there are 2 connected to that hub and they seem to perform better. im guessing the hub's throughput is the bottleneck.

when i get home i will plug another 2 directly into the old laptop that i use as a controller and see whats going to happen. ill also try using 2 cheap unpowered usb hubs and see whats going to happen. (like the ones at '$2 shop' or something')



Quote from: QuarterMaster
I did notice a slight increase when I switched to the PCIe connector instead of the barrel connector. More stable current to the chips maybe?
It also does fluctuate for me but not that low and the fact that all of  yours are around the the high 80GH/s to low 90GH/s would not mean "luck of the draw". I would try to separate just one miner on it's own system/controller to see what it ramps up to. That way you can rule out that it's the POD but maybe the controller.

i do run them via a PCIe connector. Corsair GS800 to be more specific, although i still dont know if i should buy of those kits from parallel miners that comes complete with the server psu, breakout board and cables. i mean whats the difference right? even if on paper it can deliver more watts to the pods, the pods themselves cant handle more maxing out at >250mhz (in a stable manner) :thinking:  aside from other things like longevity of the power supply and all that other stuff
newbie
Activity: 28
Merit: 2
Somebody had asked how to set up more than one Terminus on a single power supply. Here is a pic of mine running on a 200 watt adjustable supply using the PCIe connectors (very solid connection). Testing with a small fan mounted over the Regulator on the right one to keep it cool.
237.50Mhz / 98-103GH/s each.
https://imgur.com/a/FPfMe

hello,

how are you getting more gh/s than me when i clock mine higher than yours? https://i.imgur.com/4NoB85b.jpg

is it just my luck on the with the chip draw or is it something of my doing?? thanks in advance Smiley



I did notice a slight increase when I switched to the PCIe connector instead of the barrel connector. More stable current to the chips maybe?
It also does fluctuate for me but not that low and the fact that all of  yours are around the the high 80GH/s to low 90GH/s would not mean "luck of the draw". I would try to separate just one miner on it's own system/controller to see what it ramps up to. That way you can rule out that it's the POD but maybe the controller.
legendary
Activity: 3416
Merit: 1865
Curmudgeonly hardware guy
They're getting choked out somewhere. That's about the speed one would expect from 200MHz. Try setting them at 200MHz and see if it stays about the same or goes down.

My guess is, you'd have to divide them amongst two controllers or something in order to get full throughput (and about 107GH) to all devices.
newbie
Activity: 22
Merit: 0
Somebody had asked how to set up more than one Terminus on a single power supply. Here is a pic of mine running on a 200 watt adjustable supply using the PCIe connectors (very solid connection). Testing with a small fan mounted over the Regulator on the right one to keep it cool.
237.50Mhz / 98-103GH/s each.
https://imgur.com/a/FPfMe

hello,

how are you getting more gh/s than me when i clock mine higher than yours? https://i.imgur.com/4NoB85b.jpg

is it just my luck on the with the chip draw or is it something of my doing?? thanks in advance Smiley
legendary
Activity: 3416
Merit: 1865
Curmudgeonly hardware guy
newbie
Activity: 22
Merit: 0
...
Failed to create restart thread errno=12 in cgminer.c restart_threads():5063
... It was up to being the 229th device in cgminer.  ...

It's unhealthy for that number to continually climb.   
The system will eventually prevent new resources from being allocated..

Get the other devices going in its own cgminer with command line option --usb :1, (or total devices - 1) while you work on that last one.
   
As i mentioned a couple of post back, it would be better to test/tune it isolated.


can this be done with linux? running multiple instances of cgminer for different devices
vh
hero member
Activity: 699
Merit: 666
...
Failed to create restart thread errno=12 in cgminer.c restart_threads():5063
... It was up to being the 229th device in cgminer.  ...

It's unhealthy for that number to continually climb.   
The system will eventually prevent new resources from being allocated..

Get the other devices going in its own cgminer with command line option --usb :1, (or total devices - 1) while you work on that last one.
   
As i mentioned a couple of post back, it would be better to test/tune it isolated.
newbie
Activity: 14
Merit: 0
Ok, new issue.  cgminer crashed out with this error report.

Failed to create restart thread errno=12 in cgminer.c restart_threads():5063

One of my pods appears to restart a great deal, even at stock speeds.  It was up to being the 229th device in cgminer.  The rest were still 0 through 6.
newbie
Activity: 28
Merit: 2
Somebody had asked how to set up more than one Terminus on a single power supply. Here is a pic of mine running on a 200 watt adjustable supply using the PCIe connectors (very solid connection). Testing with a small fan mounted over the Regulator on the right one to keep it cool.
237.50Mhz / 98-103GH/s each.
https://imgur.com/a/FPfMe
member
Activity: 117
Merit: 10
Question (or request) for VH on the Gekko build...is it possible to pass in GSD for 2pac's, and GSE for pods to the --USB startup argument? I'm trying to keep multiple instances of cgminer stable and isolate the devices in bunches.

On may batch files, I'm thinking it would be something like cgminer.exe --usb GSD:4 for one instance of 4 x 2pacs, and cgminer.exe --usb GSE:4 in another instance for 4 pods. How are others separating out their Gekko devices on the same Windows OS?

That would be interesting, but no it's not available.

In general, it would be best while testing and tuning to focus on a single unit in its own isolated environment.   You'll make better progress and get more repeatable results.

Thanks for the reply, vh. For the life of me I cannot get the 2pac's and pods to run in the same instance of cgminer, hence the question. I'm curious to know if others have been using the latest 4.10 gekko build for both sticks and pods. I can run an earlier build for just the sticks with no issues, but when I add the pods the 2pacs always zombie out.
newbie
Activity: 14
Merit: 0
I've been hearing this creep up more on the Pi.

For now set this option on if you spot kernel messages floating around:
https://bitcointalksearch.org/topic/m.5932931

Every case mentioned so far has been solved by that.

Meanwhile, I'll see if I can recreate and trace it.

Thanks vh.  So far that appears to have fixed it. 
vh
hero member
Activity: 699
Merit: 666
Question (or request) for VH on the Gekko build...is it possible to pass in GSD for 2pac's, and GSE for pods to the --USB startup argument? I'm trying to keep multiple instances of cgminer stable and isolate the devices in bunches.

On may batch files, I'm thinking it would be something like cgminer.exe --usb GSD:4 for one instance of 4 x 2pacs, and cgminer.exe --usb GSE:4 in another instance for 4 pods. How are others separating out their Gekko devices on the same Windows OS?

That would be interesting, but no it's not available.

In general, it would be best while testing and tuning to focus on a single unit in its own isolated environment.   You'll make better progress and get more repeatable results.
vh
hero member
Activity: 699
Merit: 666
I've been hearing this creep up more on the Pi.

For now set this option on if you spot kernel messages floating around:
https://bitcointalksearch.org/topic/m.5932931

Every case mentioned so far has been solved by that.

Meanwhile, I'll see if I can recreate and trace it.
legendary
Activity: 3416
Merit: 1865
Curmudgeonly hardware guy
Yep, my test setups drop out a lot with the same type errors. Kinda surprised me the first time, since I had one pod running on a clean build for a couple weeks without any trouble.
newbie
Activity: 14
Merit: 0
So, I got my 2 pods a while ago, and they were running fun until just recently.  Now they don't seem to run for more than 12 hours.  It appears Rasbian itself is crapping out.  I left an ssh session logged in while I was at work today to attempt to catch what happens, and this is what I saw when I came home.

Code:
6: GSD 10011790: BM1384:2 175.00MHz HW:0 | 19.01G / 18.17Gh/s WU: 253.9/m
Message from syslogd@usbminer at Mar 21 09:30:52 ...----------------------------
 kernel:[ 1565.872302] Internal error: Oops: 5 [#1] SMP ARMSE 0 pool 0
 [2018-03-21 09:29:11.448] Accepted 207f66c5 Diff 2.02K/126 GSD 0 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...3/126 GSE 0 pool 0
 kernel:[ 1565.872555] Process cg@4/Miner (pid: 1184, stack limit = 0xae0c2210)
 [2018-03-21 09:29:16.115] Accepted 01f8a388 Diff 130/126 GSE 1 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...2/126 GSD 0 pool 0
 kernel:[ 1565.872565] Stack: (0xae0c3da8 to 0xae0c4000)126 GSE 0 pool 0
 [2018-03-21 09:29:19.846] Accepted 5f04943b Diff 690/126 GSE 0 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...4/126 GSE 1 pool 0
 kernel:[ 1565.872581] 3da0:                   b916e400 b5ed9590 a0000013 0000e2f4 b5ed95a4 b5ed9580
 [2018-03-21 09:29:30.944] Accepted dad58673 Diff 299/126 GSE 1 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...0/126 GSE 1 pool 0
 kernel:[ 1565.872597] 3dc0: 00000000 ae0c3ea4 b66ded00 b5ed9580 00000000 00000000 00000000 b8594900
 [2018-03-21 09:29:33.838] Accepted 1c09afea Diff 2.34K/126 GSD 0 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...08K/126 GSD 2 pool 0
 kernel:[ 1565.872614] 3de0: ae0c3e64 ae0c3df0 8056676c 8025dfcc 804f6744 80457afc ae0c3e14 b9a2bfc0
 [2018-03-21 09:29:40.218] Accepted e1c27f9c Diff 290/126 GSD 0 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...5/126 GSE 0 pool 0
 kernel:[ 1565.872630] 3e00: 00000064 ae0c3e04 ae0c3e04 ae0c3e0c ae0c3e0c b5ed9590 00000000 00000000
 [2018-03-21 09:29:47.257] Accepted 01412a75 Diff 204/126 GSD 3 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...21K/126 GSE 0 pool 0
 kernel:[ 1565.872645] 3e20: 00000000 00000000 ae1891c0 00000001 00000000 73600640 b92d58a4 b92d5870
 [2018-03-21 09:29:53.835] Accepted 0102e5ff Diff 253/126 GSE 1 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...9/126 GSE 1 pool 0
 kernel:[ 1565.872661] 3e40: 802c550a b92d58a4 b92d5800 00000015 b5ed9580 b877c9c0 ae0c3efc ae0c3e68
 [2018-03-21 09:29:58.620] Accepted f203c307 Diff 271/126 GSD 4 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...6/126 GSE 0 pool 0
 kernel:[ 1565.872678] 3e60: 8056710c 80565a04 8019a4d4 34406763 6e694d2f 00007265 00000000 00000000
 [2018-03-21 09:30:00.932] Accepted 01c84d70 Diff 144/126 GSE 1 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...5/126 GSE 1 pool 0
 kernel:[ 1565.872696] 3e80: 00000000 00000b58 73600640 00000000 00000000 00000080 6fbfc798 80108244
 [2018-03-21 09:30:05.529] Accepted 01283984 Diff 221/126 GSD 2 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...1/126 GSE 0 pool 0
 kernel:[ 1565.872711] 3ea0: 00000000 00008103 00000000 00000000 6fbfc8b8 00000200 00000000 00000000
 [2018-03-21 09:30:23.242] Accepted 780f3291 Diff 546/126 GSE 0 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...5/126 GSE 1 pool 0
 kernel:[ 1565.872726] 3ec0: 00000000 00000000 00000000 736004a0 805da2bc 73600640 b877c9c0 b5f14180
 [2018-03-21 09:30:34.746] Accepted 1d56e6d2 Diff 2.23K/126 GSE 0 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...8/126 GSE 1 pool 0
 kernel:[ 1565.872742] 3ee0: 802c550a 00000015 ae0c2000 00000000 ae0c3f7c ae0c3f00 802835d4 805668b0
 [2018-03-21 09:30:40.033] Accepted 66dbb5eb Diff 637/126 GSE 0 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...0/126 GSD 2 pool 0
 kernel:[ 1565.872758] 3f00: ae0c3f44 ae0c3f10 8018ca2c 805da53c ffffffff 00ffffff 3347ce0b 002c6192
 [2018-03-21 09:30:43.469] Accepted 01e0fe6d Diff 136/126 GSE 1 pool 0
Message from syslogd@usbminer at Mar 21 09:30:52 ...8/126 GSE 0 pool 0
 kernel:[ 1565.872774] 3f20: ffffffff 00000000 6fbfc788 ae0c3f88 0000004e 8028fa34 b926d000 73600668

Message from syslogd@usbminer at Mar 21 09:30:52 ...
 kernel:[ 1565.872792] 3f40: 73600640 00000000 802c550a 00000015 ae0c3f6c b5f14181 73600640 b5f14180

Message from syslogd@usbminer at Mar 21 09:30:52 ...
 kernel:[ 1565.872809] 3f60: 802c550a 00000015 ae0c2000 00000000 ae0c3fa4 ae0c3f80 80283d8c 80283534

Message from syslogd@usbminer at Mar 21 09:30:52 ...
 kernel:[ 1565.872825] 3f80: 01a4cde8 73600668 736004a0 00000000 00000036 80108244 00000000 ae0c3fa8

Message from syslogd@usbminer at Mar 21 09:30:52 ...
 kernel:[ 1565.872841] 3fa0: 801080c0 80283d54 73600668 736004a0 00000015 802c550a 73600640 01a4cde8

I've checked to make sure I have the latest drivers, and everything claims it's up to date.  I'm going to try to narrow this down by going back down to stock clock, although I'm only at 175 right now, so it's not that far above stock.  Also going to try one pod at a time.  Anybody else seen anything like this?
full member
Activity: 235
Merit: 100
Going to guess you are running on windows?

Windows 10 64-bit Home.

I've used shares before to quit cgminer in a batch file and loop it to restart after it quits. Say 500,000 acceptable shares then timeout for 300 seconds then start again.

--shares       Quit after mining N shares (default: unlimited)

I have a lot of respect for what @sidehack and @vh do. It is almost magic to me what they can do in terms of hardware and driver/cgminer software programming. I'm just guessing it is some sort of memory or CPU load issue and haven't fully isolated it. Just asking if anyone here has experienced the same. If so, it is worth investigating and isolating so we can report it for a solution. The workaround of restarting is not a bad hack, but it isn't a good long-term solution.

can you share your bat file config that does this restart when it completes say 500,000 shares?

Thanks,
member
Activity: 117
Merit: 10
Question (or request) for VH on the Gekko build...is it possible to pass in GSD for 2pac's, and GSE for pods to the --USB startup argument? I'm trying to keep multiple instances of cgminer stable and isolate the devices in bunches.

On may batch files, I'm thinking it would be something like cgminer.exe --usb GSD:4 for one instance of 4 x 2pacs, and cgminer.exe --usb GSE:4 in another instance for 4 pods. How are others separating out their Gekko devices on the same Windows OS?
legendary
Activity: 3416
Merit: 1865
Curmudgeonly hardware guy
Yes, it's a hardware issue and needs warranty repair.

Speaking of which, everyone who's sent pods back for repair, they're fixed and being tested and will be return-shipped no later than Friday.
copper member
Activity: 190
Merit: 111
https://www.419mining.com
can i get any server psu with any breakout board?
as long as you make sure the break out board works with the power supply you choose (THEY HAVE TO MATCH).
I usually recommend complete kits, you know they are paired correctly.

This one is a 750w power supply, break out board and 10 power cables.
https://www.parallelminer.com/product/hp-gold-rated-750-watt-power-supply-kit-10-pcie-cables-for-bitmain-antminer-x3/?wpam_id=95
legendary
Activity: 3416
Merit: 1865
Curmudgeonly hardware guy
I don't think suggest-diff will have any effect on traffic between cgminer and the miner itself. That only changes the threshold for returned shares to the pool.
Pages:
Jump to: