Pages:
Author

Topic: [ANN] [SHA256]+[CPU] MediterraneanCoin (MED) - REUSE your ERUPTER!! - page 77. (Read 227779 times)

full member
Activity: 226
Merit: 100
I would use mcproxy3 but cgminer doesn't recognize my bfl jally.  Any suggestions?
Use mcproxy3 with bfgminer Wink

My Conf.:

Bfgminer:
Quote
"pools" : [
   {
      "url" : "http://localhost:8080",
      "user" : "USERNAME_POOL",
      "pass" : "PASS""
   }
]


mcproxy3 directly to getwork Pool:
Quote
"C:\Program Files\Java\jre7\bin\java" -jar mcproxy3.jar -s poolIP -p GETWORKPORT -l 8080 -m 4



mcproxy trought stratum-mining-proxy:
Quote
"C:\Program Files\Java\jre7\bin\java" -jar mcproxy3.jar -s 127.0.0.1 -p 3388 -l 8080 -m 4
stratum-mining-proxy conf:
Quote
 -q -o POOLADDRESS -p POOLPORT  -oh 127.0.0.1 -gp 3388 -sh 127.0.0.1 -sp 3377 -nm -rt



newbie
Activity: 33
Merit: 0
I would use mcproxy3 but cgminer doesn't recognize my bfl jally.  Any suggestions?
full member
Activity: 226
Merit: 100
I apologize in advance if any of this sounds ignorant, but I'm a bit new at mining. 

With the latest bfgminer build (3.9.0) pointed to the ibipot pool, I'm running a single BFL 30GHs w/ an 8 core cpu (win7 64bit).  I'm getting an avg of about 12GHs on the BFL and only 4 cores are being used at ~30% at the high end (while crunching).  I checked bfgminer.exe's affinity and it's set to all 8 cores.  Also, bfgminer is reporting a lot of errors (further decreasing efficiency) at optimal temps (see below):

--------------------------------------------------------------------------------
 BFL 0: 56.0C | 13.62/13.97/12.49Gh/s | A:116 R:16+0( 11%) HW:22/.21%
--------------------------------------------------------------------------------

Though the idea behind this coin is fantastic and I'm not giving up on it (yet), it appears that 50% of the hashing power that our lower-end miners have is being wasted.

Is there any way to tweak anything on my end to bring the hash rate up?


Note:
I also have a 1.5GH/s Antminer which is displaying all the same issues (hw errors, 50% lower hash rate, barely touches my cpu's potential, and both miner & pool reporting 0.4MH/s = 50% potential).
The HW errors do not occur when mining other coins, but does occur whether I'm solo mining or pool mining MED, so I'm wondering if it's the build of the miner...


One last note about the ibipot pool - the reported GH/s rate (on the dashboard) fluctuates dramatically and appears to be almost arbitrary.  Their reported hash-rate varies anywhere from 0.8GH/s to 36GH/s while the bfgminer & CPUs on my end stays steady at ~12GH/s & 30% (respectively).  Is this a known hash-rate calculation bug at the pool?



Thanks in advance for any help...

Bfgminer not work well with multithreading. Use mcproxy3 Wink my bfl 30ghs work at full speed with it Wink
hero member
Activity: 651
Merit: 500
I apologize in advance if any of this sounds ignorant, but I'm a bit new at mining.  

With the latest bfgminer build (3.9.0) pointed to the ibipot pool, I'm running a single BFL 30GHs w/ an 8 core cpu (win7 64bit).  I'm getting an avg of about 12GHs on the BFL and only 4 cores are being used at ~30% at the high end (while crunching).  I checked bfgminer.exe's affinity and it's set to all 8 cores.  Also, bfgminer is reporting a lot of errors (further decreasing efficiency) at optimal temps (see below):

--------------------------------------------------------------------------------
 BFL 0: 56.0C | 13.62/13.97/12.49Gh/s | A:116 R:16+0( 11%) HW:22/.21%
--------------------------------------------------------------------------------

Though the idea behind this coin is fantastic and I'm not giving up on it (yet), it appears that 50% of the hashing power that our lower-end miners have is being wasted.

Is there any way to tweak anything on my end to bring the hash rate up?


Note:
I also have a 1.5GH/s Antminer which is displaying all the same issues (hw errors, 50% lower hash rate, barely touches my cpu's potential, and both miner & pool reporting 0.4MH/s = 50% potential).
The HW errors do not occur when mining other coins, but does occur whether I'm solo mining or pool mining MED, so I'm wondering if it's the build of the miner...


One last note about the ibipot pool - the reported GH/s rate (on the dashboard) fluctuates dramatically and appears to be almost arbitrary.  Their reported hash-rate varies anywhere from 0.8GH/s to 36GH/s while the bfgminer & CPUs on my end stays steady at ~12GH/s & 30% (respectively).  Is this a known hash-rate calculation bug at the pool?



Thanks in advance for any help...

I run 3x antminer U1 using Mac and regular (bitcoin) latest bfgminer, that is pointed to latest bfgminer-med modification. It acts as proxy and does the nessesary other calculations eg:

on Mac: bfgminer (bitcoin version) -o :1234 -u user.2 -p 123
on win: bfgminer (med version) --http-port 1234 -o ibipot.com:3333 -u user.2 -p 123

hash is normal, hw is low.

you could try that or use startum-mining + mcproxy3 + cgminer, that appears to perform a little better, but there is a bottelneck as stratum-mining can only utilize 1 CPU core at the moment. I know there is a new and better solution under development.

regarding to pool hashrate, this is calculated on submitting valid shares.. if miner window show one hashrate that includes sharer which are not valid, then pool only calculates valid shares. now the hash on pool is calculated using last 10min valid sharerate, usually sharerate is on average correct, but it will start jumping when miner submits invalid shares. I will look onto it when I have more time for that. At the moment I think it is not that important, as there is some more thing for me to do on pool Smiley

EDIT:

Mac screen:


Windows bfgminer (med) proxy screen
newbie
Activity: 2
Merit: 0
I apologize in advance if any of this sounds ignorant, but I'm a bit new at mining. 

With the latest bfgminer build (3.9.0) pointed to the ibipot pool, I'm running a single BFL 30GHs w/ an 8 core cpu (win7 64bit).  I'm getting an avg of about 12GHs on the BFL and only 4 cores are being used at ~30% at the high end (while crunching).  I checked bfgminer.exe's affinity and it's set to all 8 cores.  Also, bfgminer is reporting a lot of errors (further decreasing efficiency) at optimal temps (see below):

--------------------------------------------------------------------------------
 BFL 0: 56.0C | 13.62/13.97/12.49Gh/s | A:116 R:16+0( 11%) HW:22/.21%
--------------------------------------------------------------------------------

Though the idea behind this coin is fantastic and I'm not giving up on it (yet), it appears that 50% of the hashing power that our lower-end miners have is being wasted.

Is there any way to tweak anything on my end to bring the hash rate up?


Note:
I also have a 1.5GH/s Antminer which is displaying all the same issues (hw errors, 50% lower hash rate, barely touches my cpu's potential, and both miner & pool reporting 0.4MH/s = 50% potential).
The HW errors do not occur when mining other coins, but does occur whether I'm solo mining or pool mining MED, so I'm wondering if it's the build of the miner...


One last note about the ibipot pool - the reported GH/s rate (on the dashboard) fluctuates dramatically and appears to be almost arbitrary.  Their reported hash-rate varies anywhere from 0.8GH/s to 36GH/s while the bfgminer & CPUs on my end stays steady at ~12GH/s & 30% (respectively).  Is this a known hash-rate calculation bug at the pool?



Thanks in advance for any help...
full member
Activity: 226
Merit: 100
just noticed that my USB erupters cgminer window hashrate was very low...
taskmanager showed that java is using 1.2Gigs of RAM and using 85% of CPU
restarting java with MCProxy3 helped a lot for hashrate to appear normal again
Oh yess... there is a little memory leak on mcproxy. SmallPlatf works on this issue;)
hero member
Activity: 651
Merit: 500
just noticed that my USB erupters cgminer window hashrate was very low...
taskmanager showed that java is using 1.2Gigs of RAM and using 85% of CPU
restarting java with MCProxy3 helped a lot for hashrate to appear normal again
newbie
Activity: 26
Merit: 0
hero member
Activity: 651
Merit: 500
MediterraneanCoin pool ibipot.com  (390GHash) offers:

Superfut - thrilling football-themed game - 3000 MED (in stock: 3, BO in 1 day from central warehouse)

Superfut is the best choice for any football fan! You have a unique chance to play real football as a dynamic board game, becoming a true champion through luck and clever strategy! Everyone gets to show their friend, father, mother, sister, brother, son, daughter or anyone else who the real football champion is!

more info: http://www.superfut.com/superfut/en


How to buy:

  • send e-mail to: [email protected] with:
    • your full shipping address
      product and quantity you want to buy
  • we reply:
    • amount of MED + order number to pay (eg order is 5000, order number is 0001 then you must pay 5000.0001 MED)
      an address where to send MED's
      if we get transaction, we will ship products via regular air mail within 3 days.
hero member
Activity: 651
Merit: 500
Should we vote for escrow person for smoother trades btc-med and ltc-med ?

and IHMO 1btc for 10k med is not much Smiley but that is my opinion.
newbie
Activity: 27
Merit: 0
newbie
Activity: 43
Merit: 0
legendary
Activity: 1442
Merit: 1008
newbie
Activity: 43
Merit: 0
                                                Smiley
                                                Smiley
                                                Smiley
                                                Smiley

【WTB MED】, Please post offers, and reasons why you think its a fair offer
                                                Smiley
                                                Smiley
                                                Smiley
                                                Smiley
newbie
Activity: 42
Merit: 0
1 MED = 0.0001 BTC
member
Activity: 229
Merit: 10
i WTB MED,plz give me your offer
full member
Activity: 226
Merit: 100

Only for experiment try my lowhashrate (low diff) server :
http://med.mine.nu/
I just connected my 3 BE to this server and I get more accepted but with the low hash on the pool it may not be more profitable than staying on the other pool.
The pool has 33GHS for now Wink
the profit are the same of other pool yes   Grin

 I want do some test on low hash hardware for optimizing the varDiff

I took my 3 BE's off.  Would you like me to put them back?

if you want to would very useful to test the pool Wink

Edit.:
Raise raise raise raise Smiley Good work Wink
newbie
Activity: 33
Merit: 0

Only for experiment try my lowhashrate (low diff) server :
http://med.mine.nu/
I just connected my 3 BE to this server and I get more accepted but with the low hash on the pool it may not be more profitable than staying on the other pool.
The pool has 33GHS for now Wink
the profit are the same of other pool yes   Grin

 I want do some test on low hash hardware for optimizing the varDiff

I took my 3 BE's off.  Would you like me to put them back?
full member
Activity: 226
Merit: 100

Only for experiment try my lowhashrate (low diff) server :
http://med.mine.nu/
I just connected my 3 BE to this server and I get more accepted but with the low hash on the pool it may not be more profitable than staying on the other pool.
The pool has 33GHS for now Wink
the profit are the same of other pool yes   Grin

 I want do some test on low hash hardware for optimizing the varDiff
newbie
Activity: 33
Merit: 0

Only for experiment try my lowhashrate (low diff) server :
http://med.mine.nu/
I just connected my 3 BE to this server and I get more accepted but with the low hash on the pool it may not be more profitable than staying on the other pool.
Pages:
Jump to: