I talked to Ahimoth about his specs. Here they are: Mainboard: MSI 890FXA-GD70 Processor: AMD Sempron 140 Memory: 2x1GB Corsair DDR3 1333mhz GPUs: 4x XFX 6950 1GB stock shaders, watercooled, and clocked at 1000mhz core and 1250mhz memory Power: Corsair AX1200
Hashspeeds: LTC - 998kh/s (reaper) BTC - 1624mh/s (cgminer)
Wattage (at the wall): LTC - 920 watts average BTC - 950 watts average
The machine makes 1.35 btc every day mining bitcoins. And it makes 630 ltc every day mining litecoins. At the .0024 exchange rate, that comes out to be 1.51 btc. So it makes about 10% more mining litecoins as oppose to bitcoins.
|
|
|
@Coblee
There's no GPU miner for LTC and they know it. Nothing more than FUD and if Ahimoth wants to throw his reputation on a grenade for Coinhunter then so be it.
Think about it, as bad as Coinhunter despises you and envies Litecoin, do you think for a second he would sit on a GPU miner that would devestate it? Not a chance.
~BCX~
I've talked to mtrlt about. CoinHunter doesn't control him. And he's in it just for profit. He's making more money with his GPUs mining litecoin than bitcoin. So he won't release it without being compensated somehow. It's true that this could all be FUD, but I respect Ahimoth enough to believe that he wouldn't be lying about this just to spread FUD.
|
|
|
Please dial it down everyone. Ahimoth and mtrlt, if you can make a video that's great. And can you give me more details on hashrate and which video cards?
|
|
|
Viper's solution is not without merit. It would make it harder to 51% a coin in the earpy stages because you'd need both a bitcoin farm and a botnet.
|
|
|
The original purpose of Litecoin is to be a CPU coin where anybody with their computer can mine litecoins. What has happened with Bitcoin is that GPU mining on bitcoin was a lot more efficient, so a lot of people starting mining bitcoins with GPUs. This pumped up the difficulty and made CPU mining unprofitable and therefore pointless. I don't want this to happen to Litecoin and I think most people agree with me on this.
Recently, there has been some rumors that mtrlt has modified his GPU miner to work with Litecoin. And he claims to have been able to create a GPU miner that outperforms CPU miner by a lot. Of course, all this could be FUD thrown at Litecoin by Solidcoin supporters. But I have talked to mtrlt about this and he seems genuine. So I'd like to get to the bottom of this.
Here's what I'd like to accomplish: 1) Figure out if GPU mining litecoins is indeed more efficient. And if so how much better is it. 2) Do we want to switch to a new hashing algorithm that is more GPU-hostile. 3) If we do want to switch, there are a ton of other questions. Can we modify scrypt params or do we need something totally different. How far away do we do the algorithm switch? How do we get miners/pools/clients ready for the switch so that there's no downtime?
Everyone, please refrain from SolidCoin bashing in this thread. And SolidCoin supporters, please refrain from posting unless you have something constructive to say. Thanks.
|
|
|
I'd be interested in getting one. Are you able to ship to Australia? Sorry, I don't plan to ship any more of these. If you want them, contact casascius. I think he can make some for you.
|
|
|
It was sent out on Monday. Sorry for the delay. I gave each one of you an extra physical litecoin due to the extra wait. Let me know if you don't get it by next week.
|
|
|
I have 2 Icarus boards and after mining for a while, the stats start to look weird: Worker │Accepted│Accepted│Stale shares│Invalid shares│Current│ Average │Temperature│Effi- │ Current name │ jobs │ shares │ (rejected) │ (K not zero) │MHash/s│ MHash/s │(degrees C)│ciency│ pool Icarus board on /dev/tty.usbserial │ 4389│ 2195│ 23 (1.0%)│ 2 (0.1%)│ 379.70│ 373.31│ Unknown │ 94.7%│ Eclipse Icarus board on /dev/tty.usbserial20│ 4459│ 2272│ 23 (1.0%)│ 7 (0.3%)│ 379.36│129609.80│ Unknown │ 0.3%│ Eclipse
The accepted shares are about the same, but the 2nd board is shwoing a wrong average mhash/s and efficiency. In the logs I do notice a that the 2nd board had timed out a few times. TheSeven, any ideas? Looks like something goes wrong with the total MHash counter for that worker. No idea what though, I've had a quick look at that code and can't spot any obvious reason for this. I also can't reproduce it by deliberately causing communication problems with the board. This keeps happening to me. Let me know how I can help you fix this. I am running the latest code.
|
|
|
It's selection bias, look it up. Those who don't approve of the current leaders, have never registered on the forum or left to do something more useful with their life. Or were banned before the vote took place and never bothered to register another account.
|
|
|
Thanks everyone for helping to make Litecoin succeed.
Since I love poker and know python, let me know how I can help with the LTC poker site.
|
|
|
As far as I'm aware in my last talks with mtrlt the litecoin GPU miner is only 10-20x faster than CPUs. Which is less compared to a GPU mining bitcoin 100x faster than a CPU.
From what I gather (assuming the GPU miner is legit), it performs better than CPU per watt by a small amount. In other words, it's 10-20x faster than CPUs but also uses almost 10-20x more electricity. So even if the miner is released, it won't kill CPU mining like what happened with bitcoins. And currently, it's much more profitable to use your GPUs to mine bitcoins instead of litecoins with the current prices. It's quite likely the "dark pool" everyone was talking about isn't actually a botnet, just 10-20 highend GPUs mining it hard. No proof on that claim, just my opinion.
So why would you assume that the unknown miners are GPU miners instead of a botnet? Wouldn't they be more profitable mining bitcoins instead?
|
|
|
I have 2 Icarus boards and after mining for a while, the stats start to look weird: Worker │Accepted│Accepted│Stale shares│Invalid shares│Current│ Average │Temperature│Effi- │ Current name │ jobs │ shares │ (rejected) │ (K not zero) │MHash/s│ MHash/s │(degrees C)│ciency│ pool Icarus board on /dev/tty.usbserial │ 4389│ 2195│ 23 (1.0%)│ 2 (0.1%)│ 379.70│ 373.31│ Unknown │ 94.7%│ Eclipse Icarus board on /dev/tty.usbserial20│ 4459│ 2272│ 23 (1.0%)│ 7 (0.3%)│ 379.36│129609.80│ Unknown │ 0.3%│ Eclipse
The accepted shares are about the same, but the 2nd board is shwoing a wrong average mhash/s and efficiency. In the logs I do notice a that the 2nd board had timed out a few times. TheSeven, any ideas?
|
|
|
I also don't really care about the price because I'm not in this for the money, but on last check the price of each SC is nearly 4x that of LiteCoin.
Seriously CoinHunter. If you didn't care about price, then why do you keep manipulating block rewards to try to reach dollar parity? SC block rewards is now only ~0.05 (1/1000 of Litecoin). And SC price is only about 3x that of LTC. That's rather weak in my opinion. Maybe that's why you come here to spread your FUD?
|
|
|
CoinHunter, if you were just doing a public service to announce this, shouldn't the title for this post be "GPU mining on litecoin possible!" instead of accusing me of something that you have absolutely no proof of because I'm not doing it. If an efficient GPU miner for scrypt is possible, this is the first time I'm hearing it. I'm no expert in scrypt, but a few knowledgeable people I know have looked at it and determined that it is designed to not work well on GPUs. Is it possibl that they are wrong? sure, but until I see solid proof, this is just another FUD post from CoinHunter.
|
|
|
When using the icarus worker, if I stop the miner and restart it, the icarus worker will fail to start with this message: Icarus board on /dev/tty.usbserial: Timeout waiting for validation job to finish
It seems like I have to disconnect and reconnect them in order for it to work again. Any ideas?
|
|
|
Here's the relevant part: # Single X6500 worker { \ "type": worker.fpgamining.x6500.X6500Worker, \ "deviceid": "AH00WOWD", \ "firmware": "worker/fpgamining/firmware/ztexmerge_200mhz.bit", \ "takeover": True, \ # "uploadfirmware": True, \ }, \
# Single X6500 worker { \ "type": worker.fpgamining.x6500.X6500Worker, \ "deviceid": "AH00WI18", \ "firmware": "worker/fpgamining/firmware/ztexmerge_200mhz.bit", \ "takeover": True, \ # "uploadfirmware": True, \ }, \
|
|
|
Very sure. I programmed them using the x6500 software. I have all 5 up and running using 5 instances of your software with single x6500....but the hotplug won't work for whatever reason. Any suggestions?
No idea how hotplug cannot work if single workers do, that's really weird. They both enumerate all devices on the bus, just that the single worker skips everything where the serial doesn't match, and that hotplug spawns a single worker for every serial that it finds on the bus. But you should be able to just copy the worker definition in the config file for all 5 boards instead of running 5 MPBM instances. That's basically what hotplug would do anyway. I have 2 x6500 workers in a single instance of MPBM on my Mac.
|
|
|
Very sure. I programmed them using the x6500 software. I have all 5 up and running using 5 instances of your software with single x6500....but the hotplug won't work for whatever reason. Any suggestions?
I never got the hotplug working on my Mac either. I got the same error message. So I gave up and just specified the serial and that's been working fine.
|
|
|
|