Using 32 bit vgybin compiled version on http it was actually slower than other miners at only 2.6K a thread on my AMD FX 8 Core
yeah 32 bit is slow visheras 2.7, haswells 4 per thread
Topic: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] - page 1039. (Read 2375939 times)
yeah 32 bit is slow visheras 2.7, haswells 4 per thread
Using 32 bit vgybin compiled version on http it was actually slower than other miners at only 2.6K a thread on my AMD FX 8 Core
hm, which link is " vgybin compiled version"?
Using 32 bit vgybin compiled version on http it was actually slower than other miners at only 2.6K a thread on my AMD FX 8 Core
Guys, probably you'd better to run the miner at full speed; we got reasonably "good" payout in the past two days.
http://xmg.makejar.com/xmg-per-day/
To mention, because of the dynamic change of block reward and thus the quit of some miners (we did see some big miners have gone), constant mining will pay you out the best in my view, that's basically what the title meant "proof of mining", think about it.
http://xmg.makejar.com/xmg-per-day/
Code:
Date Total Coins Generated POW POS Total Blocks POW Blocks POS Block
27.01.2015 5 212.14023786 XMG 5 199.21421990 XMG 12.92601796 XMG 1409 441 968
26.01.2015 5 104.13173231 XMG 5 090.20809468 XMG 13.92363763 XMG 1408 444 964
To mention, because of the dynamic change of block reward and thus the quit of some miners (we did see some big miners have gone), constant mining will pay you out the best in my view, that's basically what the title meant "proof of mining", think about it.
Is that normal for i7 4770 to run at the speed of 82kh/s ??
thanks~
Someone having i7 may tell that; what's the original speed?thanks~
4770k overclocked to 4.4 , t 8 (8 threads) is hashing max 115 at 94 watts
t 6 (6 threads) is about your speed with joelao95s v2 i7 wolf0 miner
at 3.9 is 10, 15 khash less if you not using cpu for something else than it would be even more lower
hope that helps
goldlabel try joelaos v2 generic is good with amd visheras, 8320 oced to 4,5 to 4,8 is hashing at 100+ khashs
Im using a amd 8350 liquid cooled and doing about 65 kh with wolf-m7m-cpuminer-x64-0122-corei7 is this the same program then the v2 or is the v2 even newer?
v2 is nearly the same as the one you're using (won't be much different). I'll be compiling it in following days, or Spexx may do that too. Keep an eye on the OP. I would like to test thise one also, but i dont know how to use https://github.com/magi-project/m-cpuminer-legacy-v2 so someone can explane to be how it works thx ahead.
Again respect for Wolf0 and joe
Right now there is no windows miners compiled yet. The easy way is under linux, compiling pretty same as the original miner except running with -e option (omitting -e option will be exactly same as the another V2 miner) Again respect for Wolf0 and joe
hope with all the improved speed, people remember that higher hashrate doesn't mean more XMG but lesser
Actually, I believe it only means less XMG up to a certain point. After that, the block reward stays the same, AFAIK, so it's like a normal coin as long as the hash stays high.
It'll continue to drop with higher hashrate, until get to mining-fee, the minimum (I missed an update of latest info to the OP). The following image shows how it changes with network difficulty (Notice the lines nearly touching the bottom).
Great to see a lot of new members and miners.
Please take care not to join only 1 pool. We need a better balance of the hashrate. Maxminer's pool needs more miners, while nonce-pool has too much.
...
Btw, this overview was made by ex33s, Donation address
XMG: 9Hd61fvNvQTVZby6wECQmq2yg2nHxT9w8u
Please take care not to join only 1 pool. We need a better balance of the hashrate. Maxminer's pool needs more miners, while nonce-pool has too much.
...
Btw, this overview was made by ex33s, Donation address
XMG: 9Hd61fvNvQTVZby6wECQmq2yg2nHxT9w8u
We had a lot support from Historical too, who did https://www.magipool.info/
@Historical, if you're around, post us your XMG address?
Is that normal for i7 4770 to run at the speed of 82kh/s ??
thanks~
Someone having i7 may tell that; what's the original speed? thanks~
Good job !!!
I've tried to play on market. No motion there. Why? Any ideas?
I've tried to play on market. No motion there. Why? Any ideas?
What's the "motion here"?
Good job !!!
I've tried to play on market. No motion there. Why? Any ideas?
I've tried to play on market. No motion there. Why? Any ideas?
Volume is low as
- many people keep their coins in the wallet (PoS) and don't sell them
- Magi doesn't get the exposure it deserves, means not many buyers that could increase the price
As Magi doesn't have an expensive marketing (currently 111magic and myself do most of the marketing), we need the community to spread the word.
With the launch of MagiPay we are able to get acceptance from merchants. With more places to spend XMG, there will automatically be more demand which also will increase the price and volume.
Good job !!!
I've tried to play on market. No motion there. Why? Any ideas?
I've tried to play on market. No motion there. Why? Any ideas?
Optimized miner [V2]:
https://github.com/magi-project/wolf-m7m-cpuminer-V2
Credits should go to Wolf0. This optimization is done based on his optimized miner https://github.com/wolf9466/wolf-m7m-cpuminer, by further abstraction of the gmp computation according to his prior work, as well as a few other improvements have been carried out. Anyone who can achieve further optimization and boost the speed, please release the code accordingly.
The above miner is slightly different from that on which prior windows compilation is based; so the speed might be different (not much expected). I will get another set of compilation for Windows.
The following is the miner with "-e" option in order to adjust CPU usage.
https://github.com/magi-project/m-cpuminer-legacy-v2
Is that normal for i7 4770 to run at the speed of 82kh/s ??https://github.com/magi-project/wolf-m7m-cpuminer-V2
Credits should go to Wolf0. This optimization is done based on his optimized miner https://github.com/wolf9466/wolf-m7m-cpuminer, by further abstraction of the gmp computation according to his prior work, as well as a few other improvements have been carried out. Anyone who can achieve further optimization and boost the speed, please release the code accordingly.
The above miner is slightly different from that on which prior windows compilation is based; so the speed might be different (not much expected). I will get another set of compilation for Windows.
The following is the miner with "-e" option in order to adjust CPU usage.
https://github.com/magi-project/m-cpuminer-legacy-v2
Code:
minerdlegacy -o stratum+tcp://pool_url:pool_port -u pool_user.worker -p password -t thread_numbers -e cpu_efficiency
thanks~
Does the difficulty that my worker is working on affect the rewards?
No. Higher worker difficulty means your miner submits less shares with higher weight. Lower diffculty means the opposite and causes more server load on the pool.
Does that means i get less shares in per block of reward?
No. It's explained on these sites: https://www.wemineltc.com/vardiff and http://give-me-coins.com/support/faq/what-is-vardiff/
The amount per day depends on the network difficulty which is something different than your workers difficulty.
thanks Jawitech, thanks for clarification!
Fine - can we get rid of 16-bit real mode, at least?
I doubt that will happen anytime soon either. Bootstrap code is, by its very nature, simplistic and does not usually need to access extended address space beyond 64K.
I kinda miss Himem.sys and emm386 ...
Nostalgia isn't what it used to be
We shouldn't NEED that boostrap code. I mean, there are like 4 ways to enable the 20th address line (A20), and for portability across all x86 machines, you pretty much have to try them all. Then you have to do the global descriptor table song and dance before you can enter 32-bit mode (protected mode), and if you want to enter 64-bit mode (long mode) you have to set up page tables. This could be SO much simpler.
Does the difficulty that my worker is working on affect the rewards?
No. Higher worker difficulty means your miner submits less shares with higher weight. Lower diffculty means the opposite and causes more server load on the pool.
Does that means i get less shares in per block of reward?
No. It's explained on these sites: https://www.wemineltc.com/vardiff and http://give-me-coins.com/support/faq/what-is-vardiff/
Very simple example: You can pay $100 with a $100 banknote (which has a higher value/weight) or with 2 $50 banknotes (same total value but lower value/weight per banknote).
The amount per day depends on the network difficulty which is something different than your workers difficulty.
Does the difficulty that my worker is working on affect the rewards?
No. Higher worker difficulty means your miner submits less shares with higher weight. Lower diffculty means the opposite and causes more server load on the pool.
Does that means i get less shares in per block of reward and that reduces the xmg i get per day?
Does the difficulty that my worker is working on affect the rewards?
No. Higher worker difficulty means your miner submits less shares with higher weight. Lower diffculty means the opposite and causes more server load on the pool.
Does the difficulty that my worker is working on affect the rewards?
You are a GPU or ASIC miner? You would like to mine Magi but can't use your GPU or ASIC? No problem, check out the Magi multipool.
Backed by 3 established multipools, you're mining altcoins and the provider will buy XMG on the market with your BTC earnings. This way you can support Magi as there will be a higher demand on exchanges (Bittrex and Poloniex) which will help increasing the price.
Backed by 3 established multipools, you're mining altcoins and the provider will buy XMG on the market with your BTC earnings. This way you can support Magi as there will be a higher demand on exchanges (Bittrex and Poloniex) which will help increasing the price.
Jump to: