|
Hello,
I was not aware of that deepbit long polling issue as I don't use deepbit, but I will investigate that.
As for queue depth, I will increase that, but I have no plans to make it configurable.
|
|
|
|
|
6870 is slightly slower than 5850 in fact, the difference is not huge though.
|
|
|
|
|
So what if that one lone miner decides to keep his 50 BTC for himself instead of selling them? Well I guess that would lead to withdrawal of people selling/buying bitcoins but then there will always be some poor idiot to buy them finally once the value surges enough. I wish him luck trying to profit on it the same way the lone miner did, eheh.
|
|
|
|
|
I am using a x4 slot with no problems.
|
|
|
|
True  It got rather nervous when I opened the case. |
|
|
|
|
Heat is a bitch. But then, it could be much worse - there are places much warmer than Bulgaria. And electricity is cheap ATM (however with that renewable energy EU crap it might soon get much more expensive).
|
|
|
|
Pooled. BTW, I've put an estimations table (for hashkill, but ratios should be OK for other miners though speeds won't be the same): http://www.gat3way.eu/est.phpIt is surprisingly accurate eheh, real speeds vary up to +/- 1.5% as compared to estimations on real tests I've done on different hardware. Formula is rather simple, but anyway we are getting OT here... So I guess 5850 is more energy efficient than 6950. But then other factors come into play (e.g you may be limited on pcie slots or stuff, then faster cards may be better even if they are not that power-efficient). |
|
|
|
|
Shouldn't slow down. File is rather small. It is overwritten each 5 seconds so if you want to generate graphs or stuff, you gotta write a script that parses that each 5 secs and e.g updates a sql database. hashkill does not keep history of past values.
P.S if you need to tune speed, play with -D and -G2/-G3/-G4 options until you find a balance. -D -G2 works best for me (2x5870/1x6870).
|
|
|
|
|
Hm, browser caching issues?
|
|
|
|
Ехех безсъние |
|
|
|
A new version, this time beta quality. Fixed: * progress indicator issues (sigh) * better queueing mechanism * ADL thermal monitoring stuff now works correctly - you should have thermal monitoring and stats for all your GPUs * fixed bug on some systems causing hashkill to stop properly submitting shares * improved multi-gpu support * mining.bitcoin.cz now properly reports account info when -a is used with the correct API key New feature: * progress now autosaved in a text file, json format. It is autosaved in ~/.hashkill/bitcoin.json . This file can be parsed in order to implement external tools that collect statistics, draw graphs, provide web interface and stuff. This feature will be extended in the future to provide GPU temps info and pool stats. Download: 64-bit: http://www.gat3way.eu/poc/hashkill-0.2.4-x86_64.tgz32-bit: http://www.gat3way.eu/poc/hashkill-0.2.4-x86.tgzPlease use sudo ./install.sh or run install.sh as root. This is especially important if you have previously installed hashkill - older files need to be overwritten. |
|
|
|
Eheh, well good luck |
|
|
|
|
Why would they? GPGPU stuff with ATI is just more troublesome on windows as compared to linux.
|
|
|
|
|
export GPU_USE_SYNC_OBJECTS=1
don't forget the export thing...otherwise it is useless.
|
|
|
|
|
Well,I know this sucks, but I am too tired of that "release early, release often" stuff. I need some more time to properly address all the issues instead of relying on feedback for each small incremental improvement and bugfix.
|
|
|
|
|
I am aware of that bug (you are using the 32-bit version I suppose?).
There are also issues with the ADL monitoring I am currently working on.
And since I am building a small rig as well, I noticed some things that can be improved. For example we can log the output into a convinient to parse file or SQL database so that web frontend can be done much less painfully. So there is some work to do. I will hopefully release a new version in 2 or 3 weeks. No performance benefits expected though
|
|
|
|
|
Nope. Stop building rigs!
|
|
|
|
|
Yeah, cacti is a nice idea. I am currently working on a zabbix-based solution for my personal use, but both should have the same functionality - I am just not quite into cacti stuff.
|
|
|
|
Welcome to the hell of properly mapping ADL adapters to OpenCL devices The scenario with unsupported by OCL onboard adapters is easy to manage...but you have lots of other peculiarities there. E.g some 5970s are reported as a single adapter (2 devices in OpenCL)....some as 4 adapters with different ids (still 2 devices in OpenCL). The good thing is that I haven't seen yet a case where we have different ordering of devices...that would really be a problem. I've asked the AMD OpenCL guys if it's possible to create an extension that exports temperature/fan speed data to OpenCL...never got any reply. |
|
|
|
|
Show Posts
