Ignition75
Sr. Member
Offline
Activity: 462
Merit: 250
www.dashpay.io
|
|
November 24, 2014, 03:50:13 AM |
|
40W for the whole system? you can't beat maxwell deal with it Close enough. My system uses 55W. 165W - 55W = 110W for 2x270X. Meaning, each 270X is doing 3300 - 3400kh/s X11 for 55W each. What engine/clock are you running on the 270's to get those figures? With my 270x Toxic's and djm34's miner, I was getting the same power figures but 2.6 Mh/s running 960/1175 core/mem @ 1050mv.
|
The new generation have arrived and they brought their own currency...
|
|
|
bensam123
|
|
November 24, 2014, 04:42:37 AM |
|
What engine/clock are you running on the 270's to get those figures?
With my 270x Toxic's and djm34's miner, I was getting the same power figures but 2.6 Mh/s running 960/1175 core/mem @ 1050mv.
He runs is own personal, private, kernels and talks about them as if they're readily available to everyone. No one else is getting those numbers. That still isn't more efficient then maxwell either.
|
|
|
|
tsiv
|
|
November 24, 2014, 10:48:41 AM |
|
Collective "thanks m8s" post for the SPR donations, cheers Don't go crazy now, donating everything you mine with the diff going up
|
|
|
|
mmmaybe
|
|
November 25, 2014, 05:20:20 AM |
|
... Don't go crazy now, donating everything you mine with the diff going up Yeah, difficulty is really rising Hope they can get on decent exchange soon. Btw, anyway you can get some more hash out of your miner? I saw that they now get 2,1M out of 290x. Well, we still win both by watt/price, but wanted ask
|
|
|
|
cbuchner1 (OP)
|
|
November 25, 2014, 04:09:22 PM |
|
Can anyone name some CUDA mineable altcoins that have had a successful launch recently and actually achieved a decent market capitalization?
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
November 25, 2014, 04:17:53 PM |
|
Can anyone name some CUDA mineable altcoins that have had a successful launch recently and actually achieved a decent market capitalization?
I think you are asking too much
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
skunk
|
|
November 25, 2014, 04:24:38 PM |
|
Can anyone name some CUDA mineable altcoins that have had a successful launch recently and actually achieved a decent market capitalization?
monero, but you already know that
|
|
|
|
cbuchner1 (OP)
|
|
November 25, 2014, 04:38:25 PM |
|
Can anyone name some CUDA mineable altcoins that have had a successful launch recently and actually achieved a decent market capitalization?
monero, but you already know that uh, successful? Not so sure. It seems like it's going to fizzle out. Also, that launch isn't "recent" by any means. Christian
|
|
|
|
skunk
|
|
November 25, 2014, 04:55:36 PM |
|
Can anyone name some CUDA mineable altcoins that have had a successful launch recently and actually achieved a decent market capitalization?
monero, but you already know that uh, successful? Not so sure. It seems like it's going to fizzle out. Also, that launch isn't "recent" by any means. Christian it'll come back, today a web wallet was released and the price raised significantly and when(?) the gui wallet will be released marketing will start too... i know it's an incredible slow process, but are there any true anonymous currency alternatives? i didn't see any recent coin that have any reason to exist apart from coinshield which should (hopefully) absorb all these useless and pointless coins...
|
|
|
|
antonio8
Legendary
Offline
Activity: 1400
Merit: 1000
|
|
November 25, 2014, 05:53:04 PM |
|
Can anyone name some CUDA mineable altcoins that have had a successful launch recently and actually achieved a decent market capitalization?
It's been a while. I had to "RTFM" for the algos. It seems like there have been no coins with the algo's, beside scrypt coins. Almost all the new altcoins seem to be ccminer. Now if we can get cudaminer on neoscrypt to compete with AMD cards maybe we can reboot the cudaminer. I'll dedicate 3 750ti's to mine for a week straight for you on that.
|
If you are going to leave your BTC on an exchange please send it to this address instead 1GH3ub3UUHbU5qDJW5u3E9jZ96ZEmzaXtG, I will at least use the money better than someone who steals it from the exchange. Thanks
|
|
|
mmmaybe
|
|
November 25, 2014, 07:26:55 PM |
|
Ööööhhh... Recently....? Monero? Perhaps neoscryp. Disregarding market cap, SpreadCoin is a bit interesting. But really no, I'm afraid
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
November 25, 2014, 07:48:55 PM |
|
Ööööhhh... Recently....? Monero? Perhaps neoscryp. Disregarding market cap, SpreadCoin is a bit interesting. But really no, I'm afraid market cap is clearly the main problem in Christian question There are quite a few nvidia coins but market cap is something which should be forgotten at the moment.
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
mmmaybe
|
|
November 25, 2014, 08:05:14 PM Last edit: November 26, 2014, 03:33:24 AM by mmmaybe |
|
Ööööhhh... Recently....? Monero? Perhaps neoscryp. Disregarding market cap, SpreadCoin is a bit interesting. But really no, I'm afraid market cap is clearly the main problem in Christian question There are quite a few nvidia coins but market cap is something which should be forgotten at the moment. Well I'm just eager to get more hash on SpreadCoin I'm a selfish bastard, but I like that coin and hope they get on a proper exchange And I think it's one of the few profitable coins atm.
|
|
|
|
tsiv
|
|
November 26, 2014, 05:54:17 AM Last edit: November 26, 2014, 06:05:57 AM by tsiv |
|
... Don't go crazy now, donating everything you mine with the diff going up Yeah, difficulty is really rising Hope they can get on decent exchange soon. Btw, anyway you can get some more hash out of your miner? I saw that they now get 2,1M out of 290x. Well, we still win both by watt/price, but wanted ask Not much unless somebody (don't look at me) comes up with a significantly faster way to calculate sha256 hashes. There's probably some kH/s to gain by taking a look at the X11 core parts that sp_ & crew have been improving, but as long as the huge honking whole block sha256 calculation is there at its current state, improving the core X11 part doesn't do much in the grand scheme of things. There are basically three things that slow it down compared to regular X11. First is calculating the miner signature and that part already works effectively in the gigahashes/second range so making it faster wouldn't have much of an effect. Second is calculating the whole block hash, in essence sha256 over 400000 bytes of data for every 64 nonces being tested and that is where it gets slow, effectively around 4-5 MH/s. And the third and last slowdown is having to run the Blake compression function over two blocks where a single block is enough for regular X11, so Blake runs at roughly half of its usual 100+ MH/s speed in regular X11. Removing the the whole block hash calculation gets you 2.8 MH/s, compared to about 2.9 MH/s that is the X11 part only. It's pretty easy to see that less than absolutely stellar improvements in the other parts won't make much difference in the total hash rate unless the whole block hash gets faster.. Edit: Tables are fun, gotta have tables. Timings for the separate parts that make up the SpreadX11 hash: Part of hash | time (ms) | sha256 for signature | 0.35 | signature | 1.09 | sha256 whole block | 246.11 | blake | 20.57 | bmw | 11.57 | groestl | 68.84 | skein | 9.84 | jh | 19.72 | keccak | 6.74 | luffa | 17.83 | cubehash | 26.00 | shavite | 43.72 | simd | 66.74 | echo | 78.91 |
Edit 2: Goddddamn that's one seriously fucked up way to render a simple table...
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
November 26, 2014, 10:49:12 AM |
|
... Don't go crazy now, donating everything you mine with the diff going up Yeah, difficulty is really rising Hope they can get on decent exchange soon. Btw, anyway you can get some more hash out of your miner? I saw that they now get 2,1M out of 290x. Well, we still win both by watt/price, but wanted ask Not much unless somebody (don't look at me) comes up with a significantly faster way to calculate sha256 hashes. There's probably some kH/s to gain by taking a look at the X11 core parts that sp_ & crew have been improving, but as long as the huge honking whole block sha256 calculation is there at its current state, improving the core X11 part doesn't do much in the grand scheme of things. There are basically three things that slow it down compared to regular X11. First is calculating the miner signature and that part already works effectively in the gigahashes/second range so making it faster wouldn't have much of an effect. Second is calculating the whole block hash, in essence sha256 over 400000 bytes of data for every 64 nonces being tested and that is where it gets slow, effectively around 4-5 MH/s. And the third and last slowdown is having to run the Blake compression function over two blocks where a single block is enough for regular X11, so Blake runs at roughly half of its usual 100+ MH/s speed in regular X11. Removing the the whole block hash calculation gets you 2.8 MH/s, compared to about 2.9 MH/s that is the X11 part only. It's pretty easy to see that less than absolutely stellar improvements in the other parts won't make much difference in the total hash rate unless the whole block hash gets faster.. Edit: Tables are fun, gotta have tables. Timings for the separate parts that make up the SpreadX11 hash: Part of hash | time (ms) | sha256 for signature | 0.35 | signature | 1.09 | sha256 whole block | 246.11 | blake | 20.57 | bmw | 11.57 | groestl | 68.84 | skein | 9.84 | jh | 19.72 | keccak | 6.74 | luffa | 17.83 | cubehash | 26.00 | shavite | 43.72 | simd | 66.74 | echo | 78.91 |
Edit 2: Goddddamn that's one seriously fucked up way to render a simple table... Is it specific to spreadcoin ? not sure I understand about which sha256 you are talking about... but yes your table is seriously fucked up If it is the sha256 of the merkleroot, it is performed only on accepted hash so it couldn't be parallelized. If it is something specific to spreadcoin, you may want to look at sha256 implementation in xcn (m7) it performs some sha256 calculation on very long hash... however yours should be faster because you know the length of the hash...
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
tsiv
|
|
November 26, 2014, 11:17:10 AM |
|
Not much unless somebody (don't look at me) comes up with a significantly faster way to calculate sha256 hashes.
...blahblahblah...
Is it specific to spreadcoin ? not sure I understand about which sha256 you are talking about... but yes your table is seriously fucked up If it is the sha256 of the merkleroot, it is performed only on accepted hash so it couldn't be parallelized. If it is something specific to spreadcoin, you may want to look at sha256 implementation in xcn (m7) it performs some sha256 calculation on very long hash... however yours should be faster because you know the length of the hash... Spreadcoin specific, described in http://spreadcoin.net/files/SpreadCoin-WhitePaper.pdf on page 2 starting at "hashWholeBlock is a SHA-256 hash of the block data arranged as follows." I think the sha256 implementation from your M7 was my first attempt at it, after spending a couple of days trying to figure out where the problem was I found out the sha256 code was giving incorrect results with the sha256 test vectors so I yanked one from ... Catia's version of the M7 miner. I do believe it's very strongly based on the same sha256 code (might even be your code originally, god knows) but I did get correct results from it so I went with it Just to set the scale right, you describe the roughly 300 bytes that you need to process with sha256 to get the final hash as "very long hash" and with spreadcoin it is four hundred THOUSAND bytes, meaning 6250 calls to the transformation function "sha2_round_body" ... and one more for the padding. Which should explain why it's slow
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
November 26, 2014, 11:33:09 AM Last edit: November 26, 2014, 11:51:19 AM by djm34 |
|
Not much unless somebody (don't look at me) comes up with a significantly faster way to calculate sha256 hashes.
...blahblahblah...
Is it specific to spreadcoin ? not sure I understand about which sha256 you are talking about... but yes your table is seriously fucked up If it is the sha256 of the merkleroot, it is performed only on accepted hash so it couldn't be parallelized. If it is something specific to spreadcoin, you may want to look at sha256 implementation in xcn (m7) it performs some sha256 calculation on very long hash... however yours should be faster because you know the length of the hash... Spreadcoin specific, described in http://spreadcoin.net/files/SpreadCoin-WhitePaper.pdf on page 2 starting at "hashWholeBlock is a SHA-256 hash of the block data arranged as follows." I think the sha256 implementation from your M7 was my first attempt at it, after spending a couple of days trying to figure out where the problem was I found out the sha256 code was giving incorrect results with the sha256 test vectors so I yanked one from ... Catia's version of the M7 miner. I do believe it's very strongly based on the same sha256 code (might even be your code originally, god knows) but I did get correct results from it so I went with it Just to set the scale right, you describe the roughly 300 bytes that you need to process with sha256 to get the final hash as "very long hash" and with spreadcoin it is four hundred THOUSAND bytes, meaning 6250 calls to the transformation function "sha2_round_body" ... and one more for the padding. Which should explain why it's slow it is very long compared to the usual hash... The implementation is rather specific to the algo, to get it work you would have to update the part which runs on the last round. (however the routine used to calculate one round should work...). edit: may-be one way to increase a bit (not a lot though) would be to change the way the hashes are packed (the xcn way gives some slight speed improvement over the standard way) especially as you are working on very long hashes
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
tsiv
|
|
November 26, 2014, 11:51:43 AM |
|
Not much unless somebody (don't look at me) comes up with a significantly faster way to calculate sha256 hashes.
...blahblahblah...
Is it specific to spreadcoin ? not sure I understand about which sha256 you are talking about... but yes your table is seriously fucked up If it is the sha256 of the merkleroot, it is performed only on accepted hash so it couldn't be parallelized. If it is something specific to spreadcoin, you may want to look at sha256 implementation in xcn (m7) it performs some sha256 calculation on very long hash... however yours should be faster because you know the length of the hash... Spreadcoin specific, described in http://spreadcoin.net/files/SpreadCoin-WhitePaper.pdf on page 2 starting at "hashWholeBlock is a SHA-256 hash of the block data arranged as follows." I think the sha256 implementation from your M7 was my first attempt at it, after spending a couple of days trying to figure out where the problem was I found out the sha256 code was giving incorrect results with the sha256 test vectors so I yanked one from ... Catia's version of the M7 miner. I do believe it's very strongly based on the same sha256 code (might even be your code originally, god knows) but I did get correct results from it so I went with it Just to set the scale right, you describe the roughly 300 bytes that you need to process with sha256 to get the final hash as "very long hash" and with spreadcoin it is four hundred THOUSAND bytes, meaning 6250 calls to the transformation function "sha2_round_body" ... and one more for the padding. Which should explain why it's slow it is very long compared to the usual hash... The implementation is rather specific to the algo, to get it work you would have to update the part which runs on the last round. (however the routine used to calculate one round should work...). All in all I can't say the sha256 code is exactly slow though. The run times in my "table" (lol) are for 1048576 nonces, which means 1048576 / 64 = 16384 sha256 hashes of 400000 bytes each. And 16384*400000 bytes in 246 milliseconds is 24.8 gigabytes/second processed, unless I have a brainfart in my math. Sounds like a very nice number compared to http://www.extremetech.com/gaming/176785-nvidias-new-maxwell-powered-gtx-750-ti-is-hyper-efficient-quiet-a-serious-threat-to-amd/3 which quotes 15.16 GB/s for 750 Ti. It's just that the amount of data to process is huge compared to the usual "ok, now we hash this 512-bit value from the previous hash" scenario. All I can say is that I'm out of ideas how to push it any further edit: may-be one way to increase a bit (not a lot though) would be to change the way the hashes are packed (the xcn way gives some slight speed improvement over the standard way) especially as you are working on very long hashes
I assume you're referring to the coalesced reads of the input. Won't work here, the block data is the same for every thread with the exception of the first two blocks that contain the changing part (nonce + minersignature) so it's just stored as a single 200000 byte block (that gets hashed over twice for a total of 400000 bytes processed) and the changing parts are are replaced by the sha256 kernel for the two first blocks.
|
|
|
|
mmmaybe
|
|
November 26, 2014, 12:02:32 PM |
|
... All I can say is that I'm out of ideas how to push it any further It's very nice as is, stable as hell and I'm finding blocks pretty regularly. It's been months since I made any money with my GPUs So thanks again!
|
|
|
|
tsiv
|
|
November 26, 2014, 12:16:18 PM |
|
... All I can say is that I'm out of ideas how to push it any further It's very nice as is, stable as hell and I'm finding blocks pretty regularly. It's been months since I made any money with my GPUs So thanks again! Enjoy it while it lasts, it should indeed be (just barely) profitable with Maxwell at current prices and network hash rate. Looks like there's a slight upward trend in the price too. The coin could very well end up getting picked up on C-CEX next week, god knows how that's going to play out.
|
|
|
|
|