Topic: ANTMINER S3+ Discussion and Support Thread - page 251. (Read 710164 times)

Can we just SSH in to it and compile CGMiner to a newer version ?

Hi, if anyone has any coupons left I am looking to buy at 0.025 per coupon.
I think most of them actually run out today, so if anyone has any spares please send me a PM.
Thanks guys,
Stephen

That makes me feel a bit better when mine get up to 43-45c! Almost through the summer here, then a NY winter will keep these ambient down quite nicely from that point on.

Exactly. I don't understand why they don't work more closely with the cgminer devs - using such an old miner for this equipment is false economy. There have been many improvements & optimixations since this cgminer release, not to mention a very important fix for work redirection by a third party.

Got it, Thanks

If you have the new FW installed you can just forget putty all together.

Thanks, so if I also use Putty to O/C does this now do anything?

Miner Configuration > Advanced Settings.

I read somewhere that the new firmware update shows a new Freq tab or something, I have just uploaded it but don't see any changes?

Powered off 5 times, then on the 6th it let me back in....panic over

Hi, just set up my new s3 this morning.

It's working at bitminter (verified hashing on there pool) but it won't let me get passed the login page on the miner user interface, I.e. I get to log on, enter root root as per normal and then the following appears:

/usr/lib/lua/luci/dispatcher.lua:448: Failed to execute function dispatcher target for entry '/'.
The called action terminated with an exception:
/usr/lib/lua/luci/sauth.lua:87: Session data invalid!
stack traceback:
   [C]: in function 'assert'
   /usr/lib/lua/luci/dispatcher.lua:448: in function 'dispatch'
   /usr/lib/lua/luci/dispatcher.lua:195: in function

Anyone have any ideas? Do I need to reset and start again?
Thanks

I didn't intend to imply you hadn't been using cgminer or that you didn't know how the queue worked. I only wanted to point out that I find it less likely that running even more processor cycles initially to get to a certain level of queued work would be somewhat less likely to help improve speed. I do see how an increase from 440 to 480 would represent a 8.333333% increase in speed. Likely the processor requirements to keep up with said improvement in hashing speed are fairly linear. If you are running 90% at 440 I would expect nearly 99% at 480. That having been said I also would wonder how bogging the cpu down for longer initially and maintaining a higher average load would improve hashing speed. I suppose since the new work can be queued up farther down the line and cgminer wouldn't run out of work maybe it makes sense. I do see that you tested it and I don't want to infer you have made a mistake. I don't think you have. I just find it very curious.

I do wish the BITMAIN would publish the device driver details so that a current version of cgminer could be attained. I know at least 2 releases in 4 had notes about queue improvements and one at least specifically stated it generated work much faster. Also one of the last 3's had an improvement about how work was loaded into devices. I know for sure 3.12 is very old and I am positive that many work generation improvements have been added since then.

This analysis also ignores the serial load as that is separate unless BITMAIN actually has them running direct USB. Meaning the load will be actually higher for cgminer then it appears on top or the process tree.

I take it that you didn't read the last couple of pages that contain references on "pool" spamming.

Well, if it's not a firmware issue, then perhaps it's hardware-related.  I don't know the quality of sensors Bitmain has been using in their devices but I kinda lost faith in them.  It's already obvious that these fan speeds are not realistic.  Like I said, as long as the fans themselves are spinning (and seem to audibly change RPM every now and then), I don't care about the reported numbers anymore.  But that's just me.  One of my S1s used to turn all "x" on me yet hash rates on both sides were never actually affected.  I just hope that the temperature sensors in these units are up to par because they are more crucial than anything else but considering the significant differences/variations in S3 temperature readings posted by members in here, I doubt it.

So, in a way, we're flying blind here.  We're really not sure what we're getting.  I think physically monitoring our units is the best way to stay on top of it since we cannot really rely on these numbers.

A little food for thought:  How did we manage to successfully run mining farms using USB miners that were not equipped with temperature sensors?

Not an endorsement at all but the S3 Ants work perfect on Nicehash.  Best return I have got from any pool and beating Coinwarz calc/thash.

Thanks for making nice product Bitmain.  My miners are running stock B5 firmware and all 12 are running like champs.  Not touching any new firmware with a 10 foot pole.

And the ants obviously like 40 C as the fans seem to spin down to keep them there.

S1:210   0d 9h 15m 2s   449.24   453.37   0   0.0021%   402,628   2,048   UUU   0.2073   0   2520   2520 1440   40   39 40
S1:211   0d 8h 26m 58s   463.29   475.92   0   0.0138%   3,152,112   2,048   UUU   0.13   0   4020   4020 1680   40   40 40
S1:212   0d 9h 11m 24s   462.17   451.12   0   0.0128%   453,492   2,048   UUU   0.3807   0   3420   3240 3420   39   39 39
S1:213   0d 9h 10m 42s   478.88   453.08   0   0.0174%   13,183,229   1,000   UUU   0.2416   0   1620   1620 1560   40   38 40
S1:214   0d 9h 10m 31s   482.52   479.14   0   0.0012%   7,223,355   2,048   UUU   0.0827   0   1920   1920 1560   40   40 38
S1:215   0d 9h 10m 3s   467.46   441.25   0   0.0054%   6,928   2,048   UUU   0.2207   0   3600   3600 1620   41   39 41
S1:216   0d 9h 0m 48s   458.94   476.88   0   0.0018%   3,790,128   2,048   UUU   0.2666   0   1860   1860 1620   40   40 40
S1:217   0d 9h 4m 23s   438.85   445.99   0   0.008%   166,728   1,000   UUU   0.3658   0   2520   2520 1680   39   39 38
S1:218   0d 9h 3m 41s   470.49   463.01   0   0.0053%   7,342   2,048   UUU   0.1764   0   2940   2940 2040   40   37 40
S1:219   0d 9h 2m 53s   469.22   453.46   0   0.0048%   4,203,450   2,048   UUU   0.4787   0   1860   1860 1620   39   38 39
S1:220   0d 9h 1m 26s   469.62   475.45   0   0.0116%   765,930   2,048   UUU   0.3104   0   3840   3840 1380   40   40 40
S1:221   0d 9h 1m 23s   441.22   440.07   0   0.0023%   248,037   2,048   UUU   0.3358   0   3180   3180 1560   39   39 39

oh and Ant monitor rocks for easy watching them all.  Bitmain should buy and include this software.

Fahlcor

My fans showing both 15300! Allways. And they run for sure NOZ that fast. Wired Thing. Even with the new firmware.
Does anybudy know how to fix that ?

I don't think so.  I'm sure I'd notice if it's spinning at 15K.  It's been like that since day 1, hot or cold .  If Bitmain doesn't care about fixing it, then I don't care as long as I know they are spinning and pushing/pulling air.

Your fans aren't really running at 15k RPM, are they?

Same with me. I had the most stable of miners and now with the update from yesterday, I am losing a chip (x). Same frequency, nothing else changed. My other miner seems to be performing the same or a little better.

Wow!  It's even hotter today for my S3s than yesterday.  Ambient room temperature peaked at 37.3C (99.2F).  They have been clocked higher at 237.5M this time around and drawing 408W at the wall but didn't seem to skip a beat at all.  These were the stats during that particular period: