And I know a few physicists searching for a job here to come back from the US to Germany. Two years ago I could have gone to California too, but I didn't want. I would not claim my sample size is representative.Ok, some of these countries might be rich, but there is something special in USA which makes people wanna go there and not somewhere else.
You mean like getting cheapo prices on hardware which in turn is barely available?
but there is something special in USA which makes people wanna go there and not somewhere else.
I agree about the way OT, but I have to mention that we have (of course
) official statistics about such stuff in Germany from the "Statistisches Bundesamt" (Federal Statistics Office). As a net effect, we had more immigration than emigration in the last few years, also from the US (but that is almost even). Only if you count just German citizens slightly more leave than coming back (and as said, including all people irrespective of their citizenship coming from the USA we arrive almost at a net zero).Tahiti can support much larger number of concurrent threads. I don't think the RF size in GK104 is particularly lacking in that relation. The number of warps per SMX is more troubling, and the consequences for the memory access latency hiding -- which takes us back to the question of how the new SW scheduling will deal with data locality and dependencies.
+
GTX 580 GTX680
SHA-1 Hash 571.0 471.9Why can't a new driver help with this?
With the bitalign instruction you can do basically bitshifts of 64bit data (but it delivers only 32bits of the result) at full rate on AMD GPUs (since Cypress, R700 generation had only the normal shifts at full rate but was already a huge jump over R600/RV670, where bitshifts executed at 1/5 rate [only in t slot]). You can use this also for full speed rotates. [strike]AFAIK nVidia added this instruction with Fermi, too. But maybe it's slower (Executed on SFUs? Implemented only in a part of the vALUs? Only DP/iMUL32 throughput?) or they added it only as a macro consisting of multiple native instructions, no idea.[/strike] [edit]nV GPUs have only the BFE instruction, not bitalign and also not BFI as Man from Atlantis pointed out[/edit] [edit2]According to the documentation, starting with Fermi they have a BFI instruction, just the bitalign is missing compared to AMD.[/edit2] And don't forget HD 5870 and HD6970 had a higher peak arithmetic performance than GF100/110 either way.
I guess GK104 will absolutely stink at bitcoin or cryptographic stuff if there is no hidden magic coming to the rescue. I've just seen in nV's documentation, that 32bit integer shifts are supposed to run only at a 1/24 rate (8 operations per clock cycle per SMX, same as double precision). For some extremely strange reason, it is slower than 32bit integer multiplication (1/6 rate), so one could try to exchange it with multiplications when possible.
As said above, AMD made the shifts fast already with the R700 generation (RV770 was doing shifts ~12 times as fast as RV670), Cypress only added to it by enabling also full speed rotates and simplifying shifts of wider data with the bitalign instruction. If there would have been a specific customer, I guess they would have it done it only for RV770, not for the entire line (DP was also RV770 only). I think they did it mainly because it was cheap and even simplifies some things because everything (the ALUs) gets more symmetric.
No need to guess, Kaotik posted some GPGPU benchmarks over in the 7970 thread, that includes results from a bitcoin miner:
