[ANN] [SHA256]+[CPU] MediterraneanCoin (MED) - REUSE your ERUPTER!!

[smallplatf]

is the faucet done? i cant get into the site.

please try now

I got some Med. thank you

I was trying to solo mine in linux but im having troubles trying to build cgminer for 32bits. your binary is only for 64 , do you have the binary for 32?

no I am sorry we do not have a binary for 32 bit right now.
we are working hard to fix the mining pool software, it has max priority now 

it is not very difficult to build cgminer under linux, essentially you need:
apt-get pkg-config libtool libcurl4-openssl-dev libncurses5-dev libudev-dev autoconf automake build-essentials ...

also have a look here or google:
https://github.com/mrtexaznl/cgminer


Basic *nix build instructions:
   To actually build:

   ./autogen.sh   # only needed if building from git repo
   CFLAGS="-O2 -Wall -march=native" ./configure <options>
   make

   No installation is necessary. You may run cgminer from the build
   directory directly, but you may do make install if you wish to install
   cgminer to a system location or location you specified.

if you have problems building the binary, come back here reporting all the output! 

[1715424625]

1715424625

[1715424625]

1715424625

[1715424625]

1715424625

[1715424625]

1715424625

[1715424625]

1715424625

[1715424625]

1715424625

[fly757]

RCPUtils: sending data: {"method":"getwork","params":[],"id":1}
RCPUtils: return data : {"error": null, "jsonrpc": "2.0", "id": 1, "result": {"h
ash1": "000000000000000000000000000000000000000000000000000000000000000000000080
00000000000000000000000000000000000000000000000000010000", "target": "e84a399c4f
d6d508f022bbee8781a9c44754408bb92ca5b509fa824b04000000", "submitold": true, "ide
ntifier": "6560", "data": "00000002445ce46fb998d15337066b98569dd05832d32f14ea9f3
12fb47182605063e62138b3163000a5a3f9a4a4a35a0390fbe754cc260627c86fe7f2584eaa63f4 d
e4252e0a43a1b20e33a000000000000008000000000000000000000000000000000000000000000 0
0000000000000000000000000000000000080020000", "midstate": "947e0cdc123625e6a8985
0ab44405d47a6555b09422cb10dcdcfbf7cb57c6cce"}}
part1: 290a2b68cedcad31124610fa779feab7805c8b8a62b0cee6003a28d53d2c806b5c5214fa8
63fbb7fc36cd71fc10e3c2c9fc945ad100d087b9e733c46bee57b440312da2d3aa4e0523ae3201b 0
0000000

lots of ERROR get

is this problem because of wrong setting of JAVAPROXY or cgminer?

tried on different computer( both are X86 WIN7 system),same problem.

pls help me

[eestimees]

"error": null = there is no error, error value is empty = all good, keep mining

[fly757]

"error": null = there is no error, error value is empty = all good, keep mining

roger that
appreaciate

[fly757]

one more question:

for solo command

cgminer -o http://localhost:8080 -u mediterraneancoinrpc -p  same_password_in_mediterraneancoin.conf_file -D -T

is "mediterraneancoinrpc"=my wallet address???

or just whatever I wanna set?

[trinsic]

mediterraneancoinrpc is whatever you set as the user in conf.

[smallplatf]

one more question:

for solo command

cgminer -o http://localhost:8080 -u mediterraneancoinrpc -p  same_password_in_mediterraneancoin.conf_file -D -T

is "mediterraneancoinrpc"=my wallet address???

or just whatever I wanna set?

example of mediterranean.conf file:

rpcuser=mediterraneancoinrpc
rpcpassword=CHANGEME
server=1
addnode=node1.mediterraneancoin.org
addnode=node2.mediterraneancoin.org
addnode=node3.mediterraneancoin.org
addnode=node4.mediterraneancoin.org

so the -u option is the value of rpcuser

[rfe3]

Hi all,
     I've got a couple of questions about cgniner and bfgminer for Medcoin. I've been sucessfully mining for a few days now but there seems to be some inconsistencies (I think) with cgminer. I'm fairly new to the whole Cryptocoin scene and find it pretty cool...I just havn't been able to get things running as smoothly as I think they should.
   
My setup is as follows:
Toshiba Qosimo Laptop
Win 7x64
i7 cpu
16 Mb Ram
Antminer U1

     I can get it all working with cgminer 32 and 64bit but the Hashrates swing between 1.4Mhs and 150khs...It won't find a "Sweet Spot" and deliver a constant hashrate. Is this normal? I notice that my CPU is also only loading up between 1 and 8%....no more. I am using the new Java jar with the -a command ("C:\Program Files\Java\jre7\bin\java.exe" -jar mcproxy.jar -a) it seems to be working but not really loading up my CPUs.
     Does this mean that 1 Antminer is really using so little of my processing power? If I add more Antminers, theoretically they will then put more load on the CPU? Or...is something not correct in the setup?
     My Command line for starting cgminer 3.9.0 (32bit) looks like this:
(cgminer -o http://localhost:8080 -u *my login* -p  *my pass*  -T)
     The Command line for cgminer 3.10.0 (64bit) is exactly the same.
I like using the 32 bit version better because the text in the Command prompt window doesn't constantly roll and I can see the hashrate better. I have the same fluxuating hashrate with both versions. I tried the exact same setup in another Laptop with an i3 Processor (Win-7x64) and the hashrate fluxuates the same as the i7.

     As for bfgminer, I can't get it to work at all...It looks as though you can do a lot more tuning than with cgminer, but like I said, I can't get it to run. The command line I'm using for bfgminer is as follows:
(bfgminer --submit-stale -o http://localhost:8080 -u *my login* -p  *my pass* -Q 0 -S all -T --verbose)

     I have DL'd the correct modified miner versions as per the links in this thread and the Med.coin Website. Any info would be appreciated.


many Thanks and Happy Mining,
Rick

can you provide some snaphots of the log messages (from both mcproxy and cgminer)?
also, the binary of cgminer we provided is 32bit only, where does the 64 bit version come from? have you compiled it by yourself (that would be the best way, so that you can customize the miner configuration to your ASICs)?

also, regarding the fluctuating hashrate, can you post some logs showing that fluctuation over time?

thanx

Hi everyone,
   Sorry I havn't had a chance to reply in a couple of days...been busy at work. I was obvously mistaken when I said the cgminer 3.10 was a x64...I guess I assumed it was because the 3.9 vers. said x32 on it. I finally got bfgminer working with my Antminers and the fluxuating hashrate problem has gone away. The only issue I'm having is with a high HW: value, it's averaging about 35%. It's still mining very well with an avg. of 4 g/h. and I'm finding blocks regularly.

     I'm using 4 Antminers on a powered USB Hub with a start command of: (bfgminer --submit-stale -o http://localhost:8080 -u **** -p  **** -Q 0 -S all -T --verbose). I've tried to use the Icraus command lines and the Antminer timing commands but they only seem to slow the Hashrate and don't really improve the HW errors. Any suggestions on how to improve the error percentages? I can't really complain though, basicly it's running ok.

[smallplatf]

Hi all,
     I've got a couple of questions about cgniner and bfgminer for Medcoin. I've been sucessfully mining for a few days now but there seems to be some inconsistencies (I think) with cgminer. I'm fairly new to the whole Cryptocoin scene and find it pretty cool...I just havn't been able to get things running as smoothly as I think they should.
   
My setup is as follows:
Toshiba Qosimo Laptop
Win 7x64
i7 cpu
16 Mb Ram
Antminer U1

     I can get it all working with cgminer 32 and 64bit but the Hashrates swing between 1.4Mhs and 150khs...It won't find a "Sweet Spot" and deliver a constant hashrate. Is this normal? I notice that my CPU is also only loading up between 1 and 8%....no more. I am using the new Java jar with the -a command ("C:\Program Files\Java\jre7\bin\java.exe" -jar mcproxy.jar -a) it seems to be working but not really loading up my CPUs.
     Does this mean that 1 Antminer is really using so little of my processing power? If I add more Antminers, theoretically they will then put more load on the CPU? Or...is something not correct in the setup?
     My Command line for starting cgminer 3.9.0 (32bit) looks like this:
(cgminer -o http://localhost:8080 -u *my login* -p  *my pass*  -T)
     The Command line for cgminer 3.10.0 (64bit) is exactly the same.
I like using the 32 bit version better because the text in the Command prompt window doesn't constantly roll and I can see the hashrate better. I have the same fluxuating hashrate with both versions. I tried the exact same setup in another Laptop with an i3 Processor (Win-7x64) and the hashrate fluxuates the same as the i7.

     As for bfgminer, I can't get it to work at all...It looks as though you can do a lot more tuning than with cgminer, but like I said, I can't get it to run. The command line I'm using for bfgminer is as follows:
(bfgminer --submit-stale -o http://localhost:8080 -u *my login* -p  *my pass* -Q 0 -S all -T --verbose)

     I have DL'd the correct modified miner versions as per the links in this thread and the Med.coin Website. Any info would be appreciated.


many Thanks and Happy Mining,
Rick

can you provide some snaphots of the log messages (from both mcproxy and cgminer)?
also, the binary of cgminer we provided is 32bit only, where does the 64 bit version come from? have you compiled it by yourself (that would be the best way, so that you can customize the miner configuration to your ASICs)?

also, regarding the fluctuating hashrate, can you post some logs showing that fluctuation over time?

thanx

Hi everyone,
   Sorry I havn't had a chance to reply in a couple of days...been busy at work. I was obvously mistaken when I said the cgminer 3.10 was a x64...I guess I assumed it was because the 3.9 vers. said x32 on it. I finally got bfgminer working with my Antminers and the fluxuating hashrate problem has gone away. The only issue I'm having is with a high HW: value, it's averaging about 35%. It's still mining very well with an avg. of 4 g/h. and I'm finding blocks regularly.

     I'm using 4 Antminers on a powered USB Hub with a start command of: (bfgminer --submit-stale -o http://localhost:8080 -u **** -p  **** -Q 0 -S all -T --verbose). I've tried to use the Icraus command lines and the Antminer timing commands but they only seem to slow the Hashrate and don't really improve the HW errors. Any suggestions on how to improve the error percentages? I can't really complain though, basicly it's running ok.

have you tried to mine with debug on? with more info from log messages we can try to identify the problem.

[shpion]

What does this mean?  Particularly the part where it says Pool 0 not providing work fast enough?

ICA1       | 5s:335.6 avg:333.8 u: 0.00 Mh/s | A:0 R:1+0(100%) HW:10/1.5%
 [2014-01-23 09:44:51] ICA1       | 5s:335.6 avg:333.8 u: 0.00 Mh/s | A:0 R:1+0(
100%) HW:10/1.5%
 [2014-01-23 10:20:46] New best share: 9.39k
 [2014-01-23 10:20:46] Accepted 0006fa48 ICA 1  Diff 9.39k/2.51k

ICA1       | 5s:335.6 avg:334.2 u:165.4 Mh/s | A:1 R:1+0( 50%) HW:10/1.2%
 [2014-01-23 10:20:46] ICA1       | 5s:335.6 avg:334.2 u:165.4 Mh/s | A:1 R:1+0(
 50%) HW:10/1.2%
 [2014-01-23 10:33:11] Staged work underrun; increasing queue minimum to 2

 [2014-01-23 10:34:00] HTTP request failed: Operation timed out after 60014 mill
iseconds with 0 out of -1 bytes received
 [2014-01-23 10:34:00] Pool 0 http://localhost:8080 not responding!

 [2014-01-23 10:34:05] Pool 0 http://localhost:8080 alive
 [2014-01-23 10:34:05] Pool 0 not providing work fast enough

 [2014-01-23 10:35:43] Staged work underrun; increasing queue minimum to 3

 [2014-01-23 10:35:45] Pool 0 not providing work fast enough

5s: 1.24 avg: 1.00 u: 0.50 Gh/s | A:1 R:1+0( 50%) HW:44/.62%

[chauncywicks]

E:\MYDOCS\Desktop\MED\medcoin-win32-v0.8.5.2>cgminer --bmsc-options 115200:20
-o http://localhost:8080 -u user -p pass -T --bmsc-freq 0981
 [2014-01-23 23:45:25] Started cgminer 3.8.5
 [2014-01-23 23:45:27] -----------------start freq-------------------

 [2014-01-23 23:45:28] Send frequency 82098110
 [2014-01-23 23:45:28] Send freq getstatus 84000400
 [2014-01-23 23:45:30] Recv 1 freq getstatus=8013000117
 [2014-01-23 23:45:30] --------recv freq getstatus ok finish---------

 [2014-01-23 23:45:31] -----------------start nonce------------------

 [2014-01-23 23:45:31] Bmsc send golden nonce
 [2014-01-23 23:45:34] Probing for an alive pool
 [2014-01-23 23:45:35] Network diff set to 2.51K
 [2014-01-23 23:45:35] No suitable long-poll found for http://localhost:8080

 [2014-01-23 23:45:36] Network diff set to 2.51K
 [2014-01-23 23:45:36] New block detected on network
 [2014-01-23 23:45:36] Network diff set to 2.51K
 [2014-01-23 23:45:36] New block detected on network
 [2014-01-23 23:45:37] Network diff set to 2.51K
 [2014-01-23 23:45:37] New block detected on network
 [2014-01-23 23:45:37] Network diff set to 2.51K
 [2014-01-23 23:45:37] New block detected on network
 [2014-01-23 23:45:38] Network diff set to 2.51K
 [2014-01-23 23:45:38] New block detected on network
 [2014-01-23 23:45:38] Network diff set to 2.51K
 [2014-01-23 23:45:38] New block detected on network
 [2014-01-23 23:45:39] Network diff set to 2.51K
 [2014-01-23 23:45:39] New block detected on network
 [2014-01-23 23:45:40] Network diff set to 2.51K
 [2014-01-23 23:45:40] New block detected on network
 [2014-01-23 23:45:40] Network diff set to 2.51K
 [2014-01-23 23:45:40] New block detected on network
 [2014-01-23 23:45:41] Network diff set to 2.51K
 [2014-01-23 23:45:41] New block detected on network
 [2014-01-23 23:45:41] Network diff set to 2.51K
 [2014-01-23 23:45:41] New block detected on network
 [2014-01-23 23:45:42] Network diff set to 2.51K
 [2014-01-23 23:45:42] New block detected on network
 [2014-01-23 23:45:42] Network diff set to 2.51K
 [2014-01-23 23:45:42] New block detected on network
 [2014-01-23 23:45:43] Network diff set to 2.51K
 [2014-01-23 23:45:43] New block detected on network
 [2014-01-23 23:45:43] Network diff set to 2.51K
。。。。。。。
all new block....no accept or reject


would you tell me whats the problem of my setting

pre_thx

You haven't found a block yet, I assume?

This is normal from what I have seen. I get the same messages in cgminer while solo-mining and have found many blocks. As I understand it, the messages are expected due to the nature of the HybridScryptHash256 process- the new block detected messages are just the communication between cgminer (SHA256 portion) and mcproxy as the java process (Scrypt) is working correctly. smallplatf can probably confirm. What's your hashrate? Total CPU %? CPU % usage on java process? This will help to debug and understand if there's an issue or if you're just unlucky to not have found a block yet.

[smallplatf]

Hi all,

here is the first Dice game for MediterraneanCoin! have fun!
 
http://med.altdice.net/

[cr1st0f]

Hi Small!
news for multithreading?
 

[smallplatf]

Hi Small!
news for multithreading?
 

hi!
yes, we have updated mcproxy with an improved version of multithreading support,
download it here: https://github.com/mrtexaznl/mcproxy/tree/master/mcproxy/dist

now the -a option should work better (we have worked to fix some memory leaks).
and we have added another option (-f nnnn) which allows to specify that you want to use precisely nnnn threads.

java -jar dist/mcproxy.jar  -h
parameters:
-s: hostname of wallet/pool (default: localhost)
-p: port of wallet/pool (default: 9372)
-b: bind to local address (default: )
-l: local proxy port (default: 8080)
-a: use asynchronous (multithread) http server (default: use synchronous http server); takes no parameters
-f: use multithread http server using max n threads; parameter: integer greater then zero
-v: verbose




and we are testing second generation miners with integrated mcproxy for use with mining pool with stratum support. will be announced soon; in this moment, we have a new modified bfgminer (but we will modify also cgminer). solo mining and pool mining should continue as usual (cgminer/bfgminer + mcproxy) for the moment.

[cr1st0f]

Hi Small!
news for multithreading?
 

hi!
yes, we have updated mcproxy with an improved version of multithreading support,
download it here: https://github.com/mrtexaznl/mcproxy/tree/master/mcproxy/dist

now the -a option should work better (we have worked to fix some memory leaks).
and we have added another option (-f nnnn) which allows to specify that you want to use precisely nnnn threads.

java -jar dist/mcproxy.jar  -h
parameters:
-s: hostname of wallet/pool (default: localhost)
-p: port of wallet/pool (default: 9372)
-b: bind to local address (default: )
-l: local proxy port (default: 8080)
-a: use asynchronous (multithread) http server (default: use synchronous http server); takes no parameters
-f: use multithread http server using max n threads; parameter: integer greater then zero
-v: verbose




and we are testing second generation miners with integrated mcproxy for use with mining pool with stratum support. will be announced soon; in this moment, we have a new modified bfgminer (but we will modify also cgminer). solo mining and pool mining should continue as usual (cgminer/bfgminer + mcproxy) for the moment.

yes.. i tried but not work... everytime only 1CORE used.

javar -jar mcproxy.jar -a -f 4  
&
java -jar mcproxy.jar -f 4
same results of
java -jar mcproxy.jar



25% of quadcore amd 945... only 1 core used

info about my jvm
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)

[smallplatf]

Hi Small!
news for multithreading?
 

hi!
yes, we have updated mcproxy with an improved version of multithreading support,
download it here: https://github.com/mrtexaznl/mcproxy/tree/master/mcproxy/dist

now the -a option should work better (we have worked to fix some memory leaks).
and we have added another option (-f nnnn) which allows to specify that you want to use precisely nnnn threads.

java -jar dist/mcproxy.jar  -h
parameters:
-s: hostname of wallet/pool (default: localhost)
-p: port of wallet/pool (default: 9372)
-b: bind to local address (default: )
-l: local proxy port (default: 8080)
-a: use asynchronous (multithread) http server (default: use synchronous http server); takes no parameters
-f: use multithread http server using max n threads; parameter: integer greater then zero
-v: verbose




and we are testing second generation miners with integrated mcproxy for use with mining pool with stratum support. will be announced soon; in this moment, we have a new modified bfgminer (but we will modify also cgminer). solo mining and pool mining should continue as usual (cgminer/bfgminer + mcproxy) for the moment.

yes.. i tried but not work... everytime only 1CORE used.

javar -jar mcproxy.jar -a -f 4  
&
java -jar mcproxy.jar -f 4
same results of
java -jar mcproxy.jar



25% of quadcore amd 945... only 1 core used

info about my jvm
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)

can you check the affinity of java.exe on your pc? do this with mcproxy running:

taken from here: http://superuser.com/questions/309617/how-to-limit-a-process-to-a-single-cpu-core
   

If you're running Windows Vista/7 (possibly XP, but not sure) it's really rather simple.

Type in: Control+Shift+Esc to get your taskmanager up.

Click on the Processes tab

Find the process that needs its processor affinity changed

Right-click on the process

Click on "Set Affinity"

Here you can select which processor(s) your process will use.


 

[cr1st0f]

Affinity is correct with all core enabled 

[ehmdjii]

i have 100 med for sale for btc or ltc. pm if interested

[smallplatf]

i have 100 med for sale for btc or ltc. pm if interested

I offer you 0.001 BTC for 100 MED. 

[cr1st0f]

i have 100 med for sale for btc or ltc. pm if interested

i have 100 med for sale for btc or ltc. pm if interested

I offer you 0.001 BTC for 100 MED. 

0.0011