Search content
Sort by
Showing 15 of 15 results by Mysil2
If you are a "lucky" Titan owner you can try to point your miner against NiceHash (EU) or WestHash (USA West, ASIA) ... it seems that the new firmware gives good results on our multipool: http://forum.kncminer.com/forum/main-category/main-forum/64472-nicehash-full-support/page3
Don't forget to add #xnsub to enable extranonce.subscribe at the tail of stratum URL string:
stratum+tcp://stratum.nicehash.com/#xnsub
stratum+tcp://stratum.westhash.com/#xnsub
btw: if KnC will truly implement scrypt-n support as they said in the latest press release, you'll be able to benefit from multi-algo switching on our multipool (https://www.nicehash.com/index.jsp?p=multialgo) - switch between Scrypt/ScryptN in dependance of profitability (current profitability is LTC+30% on Scrypt and LTC+450% on ScryptN).
Give it a try.
Don't forget to add #xnsub to enable extranonce.subscribe at the tail of stratum URL string:
stratum+tcp://stratum.nicehash.com/#xnsub
stratum+tcp://stratum.westhash.com/#xnsub
btw: if KnC will truly implement scrypt-n support as they said in the latest press release, you'll be able to benefit from multi-algo switching on our multipool (https://www.nicehash.com/index.jsp?p=multialgo) - switch between Scrypt/ScryptN in dependance of profitability (current profitability is LTC+30% on Scrypt and LTC+450% on ScryptN).
Give it a try.
I see you can choose a profitability limit for the pool to come alive, p=x.xx. Where x.xx is BTC/GH/Day for Scrypt. Is it possible to limit with a precentage above litecoin mining? Something like p=10%?
Try changing the voltage/speed of the others? I have some KNC gear that would act like that and required I actually raise the speed of the bum ones above stock, and in some cases lowering voltage. I've also noticed sometimes neighboring DC's if running too high, would shut down the bum ones. Almost seemed as if they were pulling current away from them.
Thanks for the tips, I'll try that. Can't raise clocks above stock, though. 300MHz is the highest selectable speed.
I found a config file in the Titan SD image that had a preconfigured max speed of 475Mhz for the Titan. To overclock the Titan edit waas.c, recompile and install.
Edit: /home/pi/knc-asic/waas/waas.c
Change this line from 300 to 475:
Code:
#define MAX_DIE_FREQ_TITAN 475
Then:
Code:
cd /home/pi/knc-asic/
make raspberry
cp waas/waas /usr/bin/
make raspberry
cp waas/waas /usr/bin/
Next time you restart bfgminer the advanced page will have selectable speeds up to 475 mhz.
FYI: I had a titan cube overclocked to 400Mhz and was getting about 100Mh/s but the hashrate slipped down quickly over time (even though dcdc's were fine). Not sure why, temps were decentsand everything was working fine.
Might try again at some point.
Note if you are overlocking you had better have damn good connections at the PSU and the Titan. The one I was overclocking was soldered directly to the Titan cube using TWO high quality 6x PCI-E connections (NOT the cheap square pins with the split down the middle).
Anyone have any luck with overcloking? I have now soldered on the power cables after haveing all my cubes turn the pci-e connectors brown. Tried this with 1.11 and can choose up to 475MHz, but whatever I choose above 325MHz, it is not setting the frequency.
Maybe there is some other files that needs to be changed aswell?
The FPGA on the controller quietly ignores clocks above whatever "IT" has programmed as maximum.
The file that is programmed into the FPGA is
spimux.rbf
It is a proprietary Altera format that is not readily reverse engineered.
There is a possibility that the
spimux.rbf
from a neptune would work on a Tit.
If it did you could go to 500 if there was enough power.
(the problem with the Nep is there is no power even if you did manage to set it higher)
You could also end up with a bricked controller!
YMMV
Yeah, thanks, I see it now. spimux-titan.rbf changed in version 1.05... So would have to run 1.04 to get overclocking to work again. Since 1.11 fixed a lot of restarts for my miner, I don't think I will try that old image.
Could build my own image with fixes from latest firmware and spimux-titan.rbf from 1.04, but don't know if it will be compatible... I see there is e.g. flush optimizations in later releases of spimux-titan.rbf.
Try changing the voltage/speed of the others? I have some KNC gear that would act like that and required I actually raise the speed of the bum ones above stock, and in some cases lowering voltage. I've also noticed sometimes neighboring DC's if running too high, would shut down the bum ones. Almost seemed as if they were pulling current away from them.
Thanks for the tips, I'll try that. Can't raise clocks above stock, though. 300MHz is the highest selectable speed.
I found a config file in the Titan SD image that had a preconfigured max speed of 475Mhz for the Titan. To overclock the Titan edit waas.c, recompile and install.
Edit: /home/pi/knc-asic/waas/waas.c
Change this line from 300 to 475:
Code:
#define MAX_DIE_FREQ_TITAN 475
Then:
Code:
cd /home/pi/knc-asic/
make raspberry
cp waas/waas /usr/bin/
make raspberry
cp waas/waas /usr/bin/
Next time you restart bfgminer the advanced page will have selectable speeds up to 475 mhz.
FYI: I had a titan cube overclocked to 400Mhz and was getting about 100Mh/s but the hashrate slipped down quickly over time (even though dcdc's were fine). Not sure why, temps were decentsand everything was working fine.
Might try again at some point.
Note if you are overlocking you had better have damn good connections at the PSU and the Titan. The one I was overclocking was soldered directly to the Titan cube using TWO high quality 6x PCI-E connections (NOT the cheap square pins with the split down the middle).
Anyone have any luck with overcloking? I have now soldered on the power cables after haveing all my cubes turn the pci-e connectors brown. Tried this with 1.11 and can choose up to 475MHz, but whatever I choose above 325MHz, it is not setting the frequency.
Maybe there is some other files that needs to be changed aswell?
1GHz baby!
I accidentally managed to turn on all 8 VRMs on my old 8VRM Jupiter.
Since they were all on and we can control the voltage with the tuning firmware I decided to try some more overclocking.
When running these with all VRMs on they have a base voltage of about 0.9V, so it had to be lowered in the advanced tuning page to get a reasonable voltage. -0.5V works fine.
Currents and temperatures are reasonable.
Total power consumption on the inside of the VRMs is 850W. I guess that will be 950-1000W at the wall. Since my PSU is only 1050W I do not dare to go higher.
The November units will be crazy once you get the tuning FW!
I accidentally managed to turn on all 8 VRMs on my old 8VRM Jupiter.
Since they were all on and we can control the voltage with the tuning firmware I decided to try some more overclocking.
When running these with all VRMs on they have a base voltage of about 0.9V, so it had to be lowered in the advanced tuning page to get a reasonable voltage. -0.5V works fine.
Currents and temperatures are reasonable.
Total power consumption on the inside of the VRMs is 850W. I guess that will be 950-1000W at the wall. Since my PSU is only 1050W I do not dare to go higher.
The November units will be crazy once you get the tuning FW!
Wow, nice! Since you say old Jupiter, this is October, right? I have an all 8VRM October Jupiter - would you describe how you managed to turn on the VRMs?
I had the same problem and tried to only connect to nodes that had all blocks (found out from debug.log). This made it not go past the genesis block.
Finally I got it to sync past block 0 and 68880. I downloaded the first blocks from the tek-blkindex.zip file in this thread: https://bitcointalk.org/index.php?topic=289490.0. Just replace the files in the datadir.
For reference this is the addnode-list I used:
addnode=212.225.158.197
addnode=24.84.213.145
addnode=198.14.193.179
addnode=74.111.113.37
addnode=68.61.25.14
addnode=5.150.214.19
addnode=64.251.188.32
addnode=108.58.12.53
addnode=81.106.149.139
addnode=162.243.43.190
addnode=159.20.131.162
addnode=66.85.144.228
addnode=98.225.0.181
addnode=213.21.32.89
Finally I got it to sync past block 0 and 68880. I downloaded the first blocks from the tek-blkindex.zip file in this thread: https://bitcointalk.org/index.php?topic=289490.0. Just replace the files in the datadir.
For reference this is the addnode-list I used:
addnode=212.225.158.197
addnode=24.84.213.145
addnode=198.14.193.179
addnode=74.111.113.37
addnode=68.61.25.14
addnode=5.150.214.19
addnode=64.251.188.32
addnode=108.58.12.53
addnode=81.106.149.139
addnode=162.243.43.190
addnode=159.20.131.162
addnode=66.85.144.228
addnode=98.225.0.181
addnode=213.21.32.89
Re: Pay On Target: New High variance payout System Offered by Ozcoin
As expected unless you hit some 1M+ shares...
LOL, 17% less than PPS? .. I dont think thats, "expected" .. "expected" would be hovering around 100% pps.. and deviate from that up n down .. if I can maintain a 117% pps for just as long a period, then I will retract my statement that the formula is broken...till that time, its broke =P
I can confirm the opposite. Running POT nearly 2 days with 4 Ghash/s now and I am at 18% above PPS rate. This is because I got an 3.18M share at diff 7.
Great idea with this new payout method, definitely bringing some fun into mining again
- And I hope my luck won't faint...I'm questioning this because you obviously can't paper copy the imported keys in the wallet.
yes you can. "Backup Individual Keys".
You are right, I was unclear. What I meant was that the imported keys are not included in the paper copy of the wallet.
If I make a paper copy of only the imported keys, is it possible to not have it send some to a newly generated address when sending transactions? I've noticed when I send an amount, some end up in a new address in the wallet - but this is maybe only for very small transactions (<1 btc?)?
Great work on Armory, etotheipi!
I've been playing around with some vanitygen-adresses and I see that you only can import them into an existing wallet. Is it possible with the nature of how a wallet is created, to create a wallet based on a private key/address generated by vanitygen? I'm questioning this because you obviously can't paper copy the imported keys in the wallet.
I've been playing around with some vanitygen-adresses and I see that you only can import them into an existing wallet. Is it possible with the nature of how a wallet is created, to create a wallet based on a private key/address generated by vanitygen? I'm questioning this because you obviously can't paper copy the imported keys in the wallet.
sent a pm
Thank you for the successful trade of 47 bitcoins.
Want to sell 40 bitcoins for Project Entropia Dollars (PED) at $5 (50PED) per bitcoin.
This will be my first bitcoin trade ever, so I got no rep yet - but it's no problem doing many small transactions in turn.
This will be my first bitcoin trade ever, so I got no rep yet - but it's no problem doing many small transactions in turn.
)!Doh, now instead of just posting my question in "Mining Support" I have to go around post on other subjects :3
I feel ya - it's a tough world we live in
Wow, that was a sad number...
I guess you would get some higher numbers with other settings. I am not into nvidia, but I assume ufasoft would give you the CUDA-benefits...
Just by looking at the mining hardware comparison wiki, some nvidia cards use rpcminer-cuda, but I am sure some other people than me can come up with settings you should test to get improvements.
I guess you would get some higher numbers with other settings. I am not into nvidia, but I assume ufasoft would give you the CUDA-benefits...
Just by looking at the mining hardware comparison wiki, some nvidia cards use rpcminer-cuda, but I am sure some other people than me can come up with settings you should test to get improvements.
Since I am new here I figured that I might as well just start a topic here in the newbie-section - even without actually doing many searches at this topic.
I discovered the bitcoin currency a couple of months ago and also started to mine as well. What I wonder is how important transaction fees are at this point. I understand that in the future when block rewards are very small the transaction fee is the actual reward.
The standard transaction fee today if I'm correct is 0.0005 BTC. But if I don't include any fee, would the transaction get picked up in a block as of today?
While I probably would just add the 0.0005 BTC in my first transaction, as that fee is of so little value, this post is just for my curiosity (and for creating my very first topic).
I discovered the bitcoin currency a couple of months ago and also started to mine as well. What I wonder is how important transaction fees are at this point. I understand that in the future when block rewards are very small the transaction fee is the actual reward.
The standard transaction fee today if I'm correct is 0.0005 BTC. But if I don't include any fee, would the transaction get picked up in a block as of today?
While I probably would just add the 0.0005 BTC in my first transaction, as that fee is of so little value, this post is just for my curiosity (and for creating my very first topic).
Hello folks!
Just registered to this forum because I thought of using the "Marketplace"-section in the future.
I discovered bitcoins a couple of months ago, read up on it and then aquired some equipment for mining. ATM 2x5870 at about 800mhash/s.
Just registered to this forum because I thought of using the "Marketplace"-section in the future.
I discovered bitcoins a couple of months ago, read up on it and then aquired some equipment for mining. ATM 2x5870 at about 800mhash/s.