<<  >> (p.29)
    Author Topic: [ANN] [SHA256]+[CPU] MediterraneanCoin (MED) - REUSE your ERUPTER!!  (Read 227782 times)
    smallplatf (OP)
    Sr. Member
    ****
    Offline Offline

    Activity: 266
    Merit: 250


    View Profile WWW
    February 07, 2014, 11:57:17 AM
     #561

    Hi everyevery one,
         I've been running the new cgminer on 2 different Computers since it was released yesterday, the new cgminer also has the the Antminer Drivers in it. It seems to run well on the ibipot pool even though the displayed Hashrate in the Pool seems to be much lower than that of the miner. The HW errors are waaay lower with cgminer (ca. 30 p/hr) than with bfgminer (ca. 3,000 p/hr)...but the effective Hasrate remains the same. With bfgminer, the Antminer Hashrate was about 1.2Ghs with an approx. 40% HW error, wich gives about a 600Mhs effective Hashrate. With the new cgminer the overall output of the Antminer is further reduced to an average of 700Mhs but...with a lower HW error.  The effective Hashrate of the cgminer works out to be also between 500-600Mhs. There dosen't seem to be any improvement in the effective Hashrate between bfgminer and cgminer, though the miner dosen't work as hard with cgminer (based on the Temp. of the miner).

         My question to the Dev. is, Does the mproxy.jar limit the Hashrate of the miners or does the CPU power? I have been running 2 mining rigs that are exactly the same (3x Antminer U1(overvolted/oc'd to 2.4ghs) Digitus 7 port powered USB Hub, Fan cooled) on 2 vastly different Laptops and the mining Hahsrates are the same. The 1st is an ASUS 12ee something Netbook with an i3 Processor and the 2nd is a Toshiba Qosmio with an i7 Processor. They both hash at the identical rate. The Processor in the i3 is running at ca. 85% and the i7 is running at ca. 20%. I can run
    1 Antminer or all 3 and the effective Hashrate stays the same (ca. 600Mhs per unit). One would think that if the mining power was limited by computational power then by having fewer Antminers pluged in they would run at a higer Hashrate up to the computational limit imposed by the CPU. In theory it looks like my i3 Processor could run about 2Ghs before the CPU limiter kicks in...therefore...I should be able to hit that limit with just 1 Antminer at 2.4Ghs and not 4 at 600Mhs. Is there some code in the mproxy.jar that limits the Hashrate of each miner?
        
         What kind if Hashrates are some of you other Guys getting per Antminer or even a normal 333Mhs Block eruptor? If the Hashrate is running at the 333Mhs limit on a normal BE and only 600Mhs on an Antminer then the BE's are way more economical than an Antminer. I could buy 4 or 5 BE's for the price of 1 Antminer and have the sme Hashrate.


    thanx for the detailed info.

    We are working to put together all the data we are receiving from other people mining, and will publish here the most complete picture.
    Having the complete picture (it will be probably a spreadsheet which we will post here), we can create a reference document that should help everybody find their right configuration.

    Since the PoW is completely new, there are of course some technical aspects which have to be investigated as they happen.

    first a question (for everybody): apart from the differences in the observed hashrate in the different configurations (and also the observed hashrate changes from the point of view ie bfgminer reports a hashrate, the pool a different one etc),
    what is your average mining rate in the different configurations? i.e. how many MEDs are you getting in the different configurations

    Regarding your questions:
    - Does the mproxy.jar limit the Hashrate of the miners or does the CPU power? it is the CPU power that limits the Hashrate, BUT we are observing that the mining protocol and latencies and CPU multithreading support in the tools do change the observed hashrate; with the reference document we are preparing, this will be investigated and understood

    - Is there some code in the mproxy.jar that limits the Hashrate of each miner? no, the PoW algorithm is designed to constrain excessive ASIC power

    again, we will come back on this later.



    MED: MeGbEre5ZyD3ug946sPuq5C6yy8ZPriwhf | BTC: 16EGB9xjGDANkfF8rw2sg29RcFmLPWLnhZ | http://www.mediterraneancoin.org | https://twitter.com/MEDDevTeam | http://forum.mediterraneancoin.org
Page 28
Viewing Page: 29