I just want to tell you all you have a great Dev team here and a great community and as a trader I am telling you that you are doing
a great job on the way to the Moon. The price MUST drop at some point before it rises. This is natural
and over the next week I am confident you will see rises and more exchanges listing. As well as more
great work from one of the better dev teams I have seen in awhile. From what I read here they are taking
action shortly to resist multi-pools.
Weak hands must be shaken out. A base forms. And then a rise.
Topic: ★★DigiByte|极特币★★[DGB]✔ Core v6.16.5.1 - DigiShield, DigiSpeed, Segwit - page 1550. (Read 3058803 times)
February 15, 2014, 11:05:45 PM
February 15, 2014, 09:31:57 PM
This is a bit of Plagiarism. this was sent to another coin Dev team by a very experienced Programmer/Dev = This was his warning!
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
Un-needed sensationalism. The coins that were "killed" by the influx of multi-pool hash power bear little resemblance to DigiBye. As far as I'm aware, though I am not without flaw, they had long block times and long re-targets. This essentially left the community with a block chain that was un-mineable at the raised difficulty. Don't quote me, but I do not see this happening to DigiByte. Our block times are short and our re-target is reasonable.
It's something to bear in mind though, I'm only the messenger not a harbinger of doom, i'm fully behind Digibyte.
A faster re-target makes sense. That is agreed. It seems that to my knowledge this is the intention of the Devs as we speak. My only counsel would be to not consider this an extreme emergency. Slow, steady, measured steps win the race
February 15, 2014, 09:25:01 PM
This is a bit of Plagiarism. this was sent to another coin Dev team by a very experienced Programmer/Dev = This was his warning!
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
Un-needed sensationalism. The coins that were "killed" by the influx of multi-pool hash power bear little resemblance to DigiBye. As far as I'm aware, though I am not without flaw, they had long block times and long re-targets. This essentially left the community with a block chain that was un-mineable at the raised difficulty. Don't quote me, but I do not see this happening to DigiByte. Our block times are short and our re-target is reasonable.
It's something to bear in mind though, I'm only the messenger not a harbinger of doom, i'm fully behind Digibyte.
February 15, 2014, 09:20:33 PM
This is a bit of Plagiarism. this was sent to another coin Dev team by a very experienced Programmer/Dev = This was his warning!
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
Un-needed sensationalism. The coins that were "killed" by the influx of multi-pool hash power bear little resemblance to DigiBye. As far as I'm aware, though I am not without flaw, they had long block times and long re-targets. This essentially left the community with a block chain that was un-mineable at the raised difficulty. Don't quote me, but I do not see this happening to DigiByte. Our block times are short and our re-target is reasonable.
February 15, 2014, 09:10:09 PM
This is a bit of Plagiarism. this was sent to another coin Dev team by a very experienced Programmer/Dev = This was his warning!
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
When a coin finally makes it to a popular exchange, it then becomes the target of the multipools and groups that have MASSIVE hashing power. So much power that they can essentially harvest all the coins and leave the "community" with low coin income and super high difficulty. Many coins already have had to PAY the multipools and groups to STAY AWAY from their coin while it was in the process of growing and in order to give those coin developers the time to update and modify the source code in order to survive the onslaught of these large hashing power groups. The Devs need to be ready, address the code modifications needed, push out updates, get on the phone with multipool owners, and negotiate a settlement deal to make sure the coin survives.
February 15, 2014, 08:59:27 PM
Digibyte seems like a strong competitor in the current cryptowar, with all the new cryptocurrencies being developed, due to the fact that the loyal part of the community is not waiting for instant profit. The people who truly support the currency seem to know that there is no point in believing that the next week the currency will make you a millionaire. With a lot of coins people are talking about "wait for a week and the price will be 10 times higher", with digibyte however it seems those who believe think it will eventually take off, which is much more realistic. That is why I'm investing most of my small hashpower in digibyte. Although due to my small hashpower, I use maybe 1/10 of my time to mine other possible candidates, in case of some instant take off of a coin which has a lot of support.
February 15, 2014, 08:46:00 PM
Everyone, please, relax a bit.
I am kind of confused as to why so many of us seem to be so unsure and worried.
There is no impending doom or catastrophe around the next bend. Thus, there is no need for a rushed ill-thought-out change. New coins will come - and go. Other coins will rise - and fall. There has been no major change in the status quo and therefore there should be no major change rushed. Nothing could be changed at all and life would go on much as it has... Please just take a deep breathe.
If you are worried about the price tomorrow or a week from now - sell your coins. There is no such thing as a standard halving coin that is a good mid-term investment. Short-term, the price can go up or down - as we have well seen. Here is where speculators can make profit. Long-term, the price should go up, as that is how the static money supply system is designed. Here is where value investors can make profit. Mid-term, however, inflation and such are simply facts of the coin's life-cycle. Very few will make profit during this period. If you are emotionally uncomfortable holding onto your DGB at fractions of the current market price for years; it is time to cut bait. Of coarse, you would be waiving your right to take part in the eventual growth phase - but that is a ways off and only after we have weathered the days of inflation and minting. The point is, no amount of stimulus, advertising, or buzz can change the stage of the coin's life-cycle we are in... the minting and inflation during this period will occur, it is predictable. Dumping the development funds for a week of price increase is a very short-sighted plan, indeed. These things must simply run their course. The only way around this would be to accelerate the process of maturing, and even that has negative consequences in the short-term.
Concerning Difficulty Adjustment:
From my conversations with the development team, I have no doubt that they will implement that which they feel will function the best. They are certainly well versed in the issues. That should be comforting to everyone, despite the fact that even this issue is not the end of the world. This coin is already reasonably designed and I believe could easily weather the influence of the multi-pools with no change what-so-ever. Kimoto's Gravity Well is essentially nothing more than a 1 block re-target. Some have attempted to implement this strategy with various additional techniques to smooth out the changes in difficulty. Frankly, I think a 1 block re-target without these additional smoothing techniques would perform vastly superior to the complicated algorithms that are employed. More complicated is NOT necessarily more effective. The less 'smoothing' or alteration of the basic principle, the more quickly the strategy would react to the influence of major hash movement. This would certainly make it very difficult for pools, such as my own, to estimate the proceeds of mining, however, that is always a crap-shoot as it is anyways.
Just my two digi's on everything.
EDIT:
Something else that bares mentioning. Some of the multi-pools allow their users to take payment in the currency mined, instead of auto-trading it for BTC/LTC. For some, this would be their first introduction to DigiByte. Not a terrible thing in and of itself; and the type of thing that brings potential buyer into the market. Just a thought to temper the anger with...
I am kind of confused as to why so many of us seem to be so unsure and worried.
There is no impending doom or catastrophe around the next bend. Thus, there is no need for a rushed ill-thought-out change. New coins will come - and go. Other coins will rise - and fall. There has been no major change in the status quo and therefore there should be no major change rushed. Nothing could be changed at all and life would go on much as it has... Please just take a deep breathe.
If you are worried about the price tomorrow or a week from now - sell your coins. There is no such thing as a standard halving coin that is a good mid-term investment. Short-term, the price can go up or down - as we have well seen. Here is where speculators can make profit. Long-term, the price should go up, as that is how the static money supply system is designed. Here is where value investors can make profit. Mid-term, however, inflation and such are simply facts of the coin's life-cycle. Very few will make profit during this period. If you are emotionally uncomfortable holding onto your DGB at fractions of the current market price for years; it is time to cut bait. Of coarse, you would be waiving your right to take part in the eventual growth phase - but that is a ways off and only after we have weathered the days of inflation and minting. The point is, no amount of stimulus, advertising, or buzz can change the stage of the coin's life-cycle we are in... the minting and inflation during this period will occur, it is predictable. Dumping the development funds for a week of price increase is a very short-sighted plan, indeed. These things must simply run their course. The only way around this would be to accelerate the process of maturing, and even that has negative consequences in the short-term.
Concerning Difficulty Adjustment:
From my conversations with the development team, I have no doubt that they will implement that which they feel will function the best. They are certainly well versed in the issues. That should be comforting to everyone, despite the fact that even this issue is not the end of the world. This coin is already reasonably designed and I believe could easily weather the influence of the multi-pools with no change what-so-ever. Kimoto's Gravity Well is essentially nothing more than a 1 block re-target. Some have attempted to implement this strategy with various additional techniques to smooth out the changes in difficulty. Frankly, I think a 1 block re-target without these additional smoothing techniques would perform vastly superior to the complicated algorithms that are employed. More complicated is NOT necessarily more effective. The less 'smoothing' or alteration of the basic principle, the more quickly the strategy would react to the influence of major hash movement. This would certainly make it very difficult for pools, such as my own, to estimate the proceeds of mining, however, that is always a crap-shoot as it is anyways.
Just my two digi's on everything.
EDIT:
Something else that bares mentioning. Some of the multi-pools allow their users to take payment in the currency mined, instead of auto-trading it for BTC/LTC. For some, this would be their first introduction to DigiByte. Not a terrible thing in and of itself; and the type of thing that brings potential buyer into the market. Just a thought to temper the anger with...
February 15, 2014, 08:43:48 PM
DGB seems to have good Devs inside.
I need to look at priject closer
I need to look at priject closer
February 15, 2014, 08:17:20 PM
You want a good marketing? Get DigiByte popular? Give all of the remaining premine to community or invest it in development - ASAP
I'm pretty sure they already are investing it into development. They're the developers afterall, they gave out bounties for pools and exchanges and all kinds of developments to begin with. What's the problem with them keeping the DGB? They haven't dumped it.
I'm sure they would have given out even more coins in giveaways if the forum rules hadn't changed. But, they have, and it's hard to get people to jump to other sites to get coins. This is the main area for DGB discussion as of the moment.
February 15, 2014, 08:12:19 PM
You want a good marketing? Get DigiByte popular? Give all of the remaining premine to community or invest it in development - ASAP
February 15, 2014, 08:00:49 PM
diff jump is ridiculous...
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
Readjusting the block time retargeting time should have very close to the same effect as the gravity well.
In my mind the thing that makes the gravity well work against multipools is the fact its retargeting every block. Sure it uses a nice algorithm that I still don't really understand to smooth the transition points but retargeting every block I suspect is having a much more important effect then the transition smoothing which is just a nice bonus.
You can easily enough limit the rate of adjustment so there wouldn't be large diffs jumps between each block. It wouldn't be smoothed out like the gravity well but I can personally live with that.
The gravity well was implemented in android by a person I've been working with and it does work, but it destroys battery life. Its still unclear if the algorithm can be optimized any and I suspect its something that will not be easily fixed.
Well damn
I still think that having Gravity Well would be good for marketing reasons, if not for diff readjustments. I personally would not mind it if it ate up that much more battery life, but it could kill a persons ability to make in store payments with the android wallet. After all, if you have it running all the time your battery is toast.
Let's hope you and that person you're working with or someone else will figure out how to make the battery usage a bit better. If not, maybe just changing the difficulty readjustment time would suffice.
February 15, 2014, 07:57:06 PM
Yeah man, you're better off editing your own BIOS than taking a risk using one that won't work with your card. Don't try flashing a different bios unless you are familiar doing all of this because it might screw up your card and then have to take many extra steps to get it working again.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Ive been following the cryptobadger guide, but when i got to look at my card for the BIOS switch its not a switch so much as a logo button. According to the sapphire page, its has a legacy bios and a UEFI bios, so would i b overwriting one of those? it looks like this
http://prntscr.com/2subd6
I've never changed a BIOS like this before, some settings on a motherboard on pc load up sure, but not this. I've got the changed .rom files on my MSDOS usb drive ready, I just didn't want to screw it up. I've also played around with the settings a bit and still can't get my cards to not go over 80C
http://prntscr.com/2sudkz
R -> L card 1 is usually ok temp wise cards 2 and 3 are obviously too close. and always go over 85C what ever the settings I've used so far.
As for hash speed best I've seen was around 650 per card, lowering the VDDC via trixx to 1100 didnt' make a difference and the more i look at cgminer settings the more suggestions i see :S so not sure where i'm going now. A guide i read said it could get annoying and frustrating... no kidding!!
I would preserve the uefi bios and flash over the non uefi one. Make sure to save the current one before flashing though of course. Yeah those bottom two cards are going to overheat no matter what voltage you use. You can turn down the intensity for now. Try -I 12 or even -I 11 if you need to. Or you can pull one card out and run two at full intensity and wait for a riser cable for the other card. For the hashrate, try the settings I mentioned in the other post to get 740s. remove -v 1 from cgminer and change tc to 11200 and use 1050/1500, etc.
so lowering the intensity might help me if i leave the cards as they are? I've been thinking about a riser, just need to work out how to actually raise that middle card out of the case. The -v 1 was long gone from cgminer settings, though it didn't make a difference.
Also while reading Shilt's thread on BIOS I saw some stuff on the memory type and that mine has AFR at the end of the memory name rather than MFR ( i don't pretend to know what this means) so I don't have the optomissed BIOS. Or am I looking at changing too much? The BIOS file I found in that thread was a .bin file not a .rom file so I assume I can't stick the .bin file on my MSDOS stick and flash that in.. or can I (note i'm talking about doing more than change the VDDC like cryptobadger did here)
Anyone used sgminer? I found a couple of threads on Reddit that suggest it can give you an extra 10-20 hash per card
I've used sgminer and got a little bit extra hashrate from cgminer 3.7.2
Why not give it a shot and see if it gives you any extra hashrate?
By the way, any guides on how to improve your hashrate using cgminer settings should work with sgminer, since it uses almost identical startup parameters as cgminer.
February 15, 2014, 07:55:52 PM
diff jump is ridiculous...
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
Readjusting the block time retargeting time should have very close to the same effect as the gravity well.
In my mind the thing that makes the gravity well work against multipools is the fact its retargeting every block. Sure it uses a nice algorithm that I still don't really understand to smooth the transition points but retargeting every block I suspect is having a much more important effect then the transition smoothing which is just a nice bonus.
You can easily enough limit the rate of adjustment so there wouldn't be large diffs jumps between each block. It wouldn't be smoothed out like the gravity well but I can personally live with that.
The gravity well was implemented in android by a person I've been working with and it does work, but it destroys battery life. Its still unclear if the algorithm can be optimized any and I suspect its something that will not be easily fixed.
February 15, 2014, 07:46:30 PM
Yeah man, you're better off editing your own BIOS than taking a risk using one that won't work with your card. Don't try flashing a different bios unless you are familiar doing all of this because it might screw up your card and then have to take many extra steps to get it working again.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Ive been following the cryptobadger guide, but when i got to look at my card for the BIOS switch its not a switch so much as a logo button. According to the sapphire page, its has a legacy bios and a UEFI bios, so would i b overwriting one of those? it looks like this
http://prntscr.com/2subd6
I've never changed a BIOS like this before, some settings on a motherboard on pc load up sure, but not this. I've got the changed .rom files on my MSDOS usb drive ready, I just didn't want to screw it up. I've also played around with the settings a bit and still can't get my cards to not go over 80C
http://prntscr.com/2sudkz
R -> L card 1 is usually ok temp wise cards 2 and 3 are obviously too close. and always go over 85C what ever the settings I've used so far.
As for hash speed best I've seen was around 650 per card, lowering the VDDC via trixx to 1100 didnt' make a difference and the more i look at cgminer settings the more suggestions i see :S so not sure where i'm going now. A guide i read said it could get annoying and frustrating... no kidding!!
I would preserve the uefi bios and flash over the non uefi one. Make sure to save the current one before flashing though of course. Yeah those bottom two cards are going to overheat no matter what voltage you use. You can turn down the intensity for now. Try -I 12 or even -I 11 if you need to. Or you can pull one card out and run two at full intensity and wait for a riser cable for the other card. For the hashrate, try the settings I mentioned in the other post to get 740s. remove -v 1 from cgminer and change tc to 11200 and use 1050/1500, etc.
so lowering the intensity might help me if i leave the cards as they are? I've been thinking about a riser, just need to work out how to actually raise that middle card out of the case. The -v 1 was long gone from cgminer settings, though it didn't make a difference.
Also while reading Shilt's thread on BIOS I saw some stuff on the memory type and that mine has AFR at the end of the memory name rather than MFR ( i don't pretend to know what this means) so I don't have the optomissed BIOS. Or am I looking at changing too much? The BIOS file I found in that thread was a .bin file not a .rom file so I assume I can't stick the .bin file on my MSDOS stick and flash that in.. or can I (note i'm talking about doing more than change the VDDC like cryptobadger did here)
Anyone used sgminer? I found a couple of threads on Reddit that suggest it can give you an extra 10-20 hash per card
February 15, 2014, 07:42:27 PM
Whoever put this buy order in: 0.00000081 2000000 1.62
How about removing it as it is in my way and I will drop the stock all the way to the bottom, then we can all buy in at significantly cheaper. It will create a wave of new buyers, etc, thus creating hype and attention. And we will push it back up. And no worries, I will push it back up personally if I have to, at least to where it is now.
This is a one time opportunity and a one time thing for me. I have a goal I need to hit.
As we all do
How about removing it as it is in my way and I will drop the stock all the way to the bottom, then we can all buy in at significantly cheaper. It will create a wave of new buyers, etc, thus creating hype and attention. And we will push it back up. And no worries, I will push it back up personally if I have to, at least to where it is now.
This is a one time opportunity and a one time thing for me. I have a goal I need to hit.
As we all do Good Luck with this Gazza, it's too bad I have around no bitcoin to push into DGB if the prices fall.
February 15, 2014, 07:28:07 PM
Yeah man, you're better off editing your own BIOS than taking a risk using one that won't work with your card. Don't try flashing a different bios unless you are familiar doing all of this because it might screw up your card and then have to take many extra steps to get it working again.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Ive been following the cryptobadger guide, but when i got to look at my card for the BIOS switch its not a switch so much as a logo button. According to the sapphire page, its has a legacy bios and a UEFI bios, so would i b overwriting one of those? it looks like this
http://prntscr.com/2subd6
I've never changed a BIOS like this before, some settings on a motherboard on pc load up sure, but not this. I've got the changed .rom files on my MSDOS usb drive ready, I just didn't want to screw it up. I've also played around with the settings a bit and still can't get my cards to not go over 80C
http://prntscr.com/2sudkz
R -> L card 1 is usually ok temp wise cards 2 and 3 are obviously too close. and always go over 85C what ever the settings I've used so far.
As for hash speed best I've seen was around 650 per card, lowering the VDDC via trixx to 1100 didnt' make a difference and the more i look at cgminer settings the more suggestions i see :S so not sure where i'm going now. A guide i read said it could get annoying and frustrating... no kidding!!
I would preserve the uefi bios and flash over the non uefi one. Make sure to save the current one before flashing though of course. Yeah those bottom two cards are going to overheat no matter what voltage you use. You can turn down the intensity for now. Try -I 12 or even -I 11 if you need to. Or you can pull one card out and run two at full intensity and wait for a riser cable for the other card. For the hashrate, try the settings I mentioned in the other post to get 740s. remove -v 1 from cgminer and change tc to 11200 and use 1050/1500, etc.
diff jump is ridiculous...
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
Definitely man
February 15, 2014, 07:20:56 PM
diff jump is ridiculous...
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
I don't think many users would mind if they had to wait a little while for their android clients to become functional again if that's what it means to implement gravity well. Not only that, but it's a great marketing tool! Most coin threads are advertising it in the thread title.
I would really consider throwing in the hard work to make gravity well function.
February 15, 2014, 07:13:44 PM
Yeah man, you're better off editing your own BIOS than taking a risk using one that won't work with your card. Don't try flashing a different bios unless you are familiar doing all of this because it might screw up your card and then have to take many extra steps to get it working again.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Just follow the cryptobadger post to a T when editing your own BIOS, it's easy as cake.
The thing about Trixx is you have to reapply everything everytime you reboot. Afterburner doesn't change the voltage on the new cards, at least the last version I tried. cgminer may or may not in windows, but the values are usually off, it won't control voltage in linux. sgminer miner though, you might have the best luck with for controlling voltage in the prog.
Ive been following the cryptobadger guide, but when i got to look at my card for the BIOS switch its not a switch so much as a logo button. According to the sapphire page, its has a legacy bios and a UEFI bios, so would i b overwriting one of those? it looks like this
http://prntscr.com/2subd6
I've never changed a BIOS like this before, some settings on a motherboard on pc load up sure, but not this. I've got the changed .rom files on my MSDOS usb drive ready, I just didn't want to screw it up. I've also played around with the settings a bit and still can't get my cards to not go over 80C
http://prntscr.com/2sudkz
R -> L card 1 is usually ok temp wise cards 2 and 3 are obviously too close. and always go over 85C what ever the settings I've used so far.
As for hash speed best I've seen was around 650 per card, lowering the VDDC via trixx to 1100 didnt' make a difference and the more i look at cgminer settings the more suggestions i see :S so not sure where i'm going now. A guide i read said it could get annoying and frustrating... no kidding!!
February 15, 2014, 06:54:40 PM
the PR team think that coinwarz 1st place is something to be proud off, turn off that ego thinking becouse is only damaging the coin value! everyone had said this but i think we know what comes next... vote X exchange ASAP... blah blah blah, im tired of this.
February 15, 2014, 06:51:19 PM
Does anyone know which multipool just started mining DigiByte? This is the highest we have ever seen the hash rate jump to.
Jump to: