(Obvious Troll is Obvious) 
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 393. (Read 5806015 times)
March 17, 2013, 06:49:37 PM
Maybe we should have an anti-bounty and match whatever funds to drop support? (Obvious Troll is Obvious)
(Obvious Troll is Obvious) 
March 17, 2013, 06:40:58 PM
Maybe the bounty should be started on this forum, again.
Graet ?
Graet ?
March 17, 2013, 06:37:57 PM
Hey Con,
In the case where we get the right amount of donations, do you envision many more improvements that could be done for Scrypt support? I think that with the current state of the mining market, a big Scrypt update could rally many people for donations.
I'd love to say I'll make it 100 times faster but realistically no, just that I'll maintain support for it and keep the code in line with btc mining and fix any unique scrypt bugs instead of letting it rot in hell which is what I'm tempted to do. It's no secret I find the scrypt code annoying and difficult to support because of its non-deterministic behaviour. I'm not against alternative cryptocurrencies or LTC per se, it's just that I primarily care about BTC. There already have been very big scrypt updates behind the scenes in cgminer the last 6 months and no one gave a rat's arse till they abandoned GPU mining on BTC. As I've said elsewhere, I got a big donation to add scrypt support to cgminer originally, and then in the 6 months since then got a sum total of 3.6LTC in donations until a week ago. I'm only giving it some foreground attention now because of the recent donations. The fact is I have to hold onto a GPU to even try and keep support for it when I was planning on selling all of them (I've sold 3 of my 4 GPUs). Yes, I can be "paid to care", I admit it. Keep the donations coming and I'll even stop complaining about it (as much) In the case where we get the right amount of donations, do you envision many more improvements that could be done for Scrypt support? I think that with the current state of the mining market, a big Scrypt update could rally many people for donations.
See this litecoin thread for a failed attempt to start a "bounty" as such.
http://forum.litecoin.net/index.php?topic=1389
March 15, 2013, 05:41:55 PM
CGMiner keeps telling me "Disabling extra threads due to dynamic mode." How do I stop it from doing this?
Don't use dynamic mode. Gee, thanks. I hadn't thought of that.
HOW?
March 17, 2013, 05:51:40 PM
Hey Con,
In the case where we get the right amount of donations, do you envision many more improvements that could be done for Scrypt support? I think that with the current state of the mining market, a big Scrypt update could rally many people for donations.
In the case where we get the right amount of donations, do you envision many more improvements that could be done for Scrypt support? I think that with the current state of the mining market, a big Scrypt update could rally many people for donations.
March 17, 2013, 04:35:29 PM
Platform:
windows 7 ultimate 64bit
cgminer 2.10.5, 2.11.2, 2.11.3
HD6950 2GB with unlocked shaders oc to 830mhz
Commandline:
x:\xxxx\cgminer-2.10.5-win32\cgminer.exe -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx
cmd window stops refreshing after i use switch user feature - when im back to administrator account the cmd window shows last status of cgminer and it does not changing anymore, same hash power same tmp everything its freezed - it doesnt react on any keys like Q i need to close window manually
my gfx card before closing but with this freezed cgminer window open seems still minning, it stops when i close this window by clicking on X
when i add to commandline -T switch it works fine i can switch users and after im back to my account its still ok. But i dont like this it does not show many items like temperature etc i dont want to use another tool like gpu-z. Cgminer without -T looks really nice
So anybody had similar problem? Or any ideas what to do to fix that?
regards
windows 7 ultimate 64bit
cgminer 2.10.5, 2.11.2, 2.11.3
HD6950 2GB with unlocked shaders oc to 830mhz
Commandline:
x:\xxxx\cgminer-2.10.5-win32\cgminer.exe -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx
cmd window stops refreshing after i use switch user feature - when im back to administrator account the cmd window shows last status of cgminer and it does not changing anymore, same hash power same tmp everything its freezed - it doesnt react on any keys like Q i need to close window manually
my gfx card before closing but with this freezed cgminer window open seems still minning, it stops when i close this window by clicking on X
when i add to commandline -T switch it works fine i can switch users and after im back to my account its still ok. But i dont like this it does not show many items like temperature etc i dont want to use another tool like gpu-z. Cgminer without -T looks really nice
So anybody had similar problem? Or any ideas what to do to fix that?
regards
with x:\xxxx\cgminer-2.10.5-win32\cgminer.exe --compact -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx it works ok - so maybe problem is somewhere in gpu monitoring
March 17, 2013, 04:12:43 PM
So you can see why I had avoided touching the scrypt code due to lack of interest +/- donations till now for it is witchcraft and one minor change angers the hashing gods and they expect new sacrifices but reward those who do the correct sacrifice even more than the old faithful.
March 17, 2013, 02:55:43 PM
New release: 2.11.3, 17th March 2013
Human readable changelog:
...
- Changes to the hashmeter to update it more frequently - for fast devices it will update smoother but for long-return devices (like slow FPGAs) it will look worse. This is in preparation for faster devices
...
Human readable changelog:
...
- Changes to the hashmeter to update it more frequently - for fast devices it will update smoother but for long-return devices (like slow FPGAs) it will look worse. This is in preparation for faster devices
...
The 5s hashmeter is indeed way too high for all my 5800 series cards now. Why not add an option to get the old hashmeter back? They were accurate with a below 1% error margin before, while now I'm seeing 10-20% higher hashrates constantly.
EDIT: Added git revert -n 072ffbba424770afcbd2e1a10aead8a5035f80de to my compile scripts, and the hashmeters are working again. This might cause problems when that part of the code is changed again in a future commit. I wonder what that git command will actually do then. I don't recommend this, just wanted to confirm that commit being the culprit.
March 15, 2013, 04:30:23 PM
CGMiner keeps telling me "Disabling extra threads due to dynamic mode." How do I stop it from doing this?
March 17, 2013, 02:54:56 PM
Platform:
windows 7 ultimate 64bit
cgminer 2.10.5, 2.11.2, 2.11.3
HD6950 2GB with unlocked shaders oc to 830mhz
Commandline:
x:\xxxx\cgminer-2.10.5-win32\cgminer.exe -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx
cmd window stops refreshing after i use switch user feature - when im back to administrator account the cmd window shows last status of cgminer and it does not changing anymore, same hash power same tmp everything its freezed - it doesnt react on any keys like Q i need to close window manually
my gfx card before closing but with this freezed cgminer window open seems still minning, it stops when i close this window by clicking on X
when i add to commandline -T switch it works fine i can switch users and after im back to my account its still ok. But i dont like this it does not show many items like temperature etc i dont want to use another tool like gpu-z. Cgminer without -T looks really nice
So anybody had similar problem? Or any ideas what to do to fix that?
regards
windows 7 ultimate 64bit
cgminer 2.10.5, 2.11.2, 2.11.3
HD6950 2GB with unlocked shaders oc to 830mhz
Commandline:
x:\xxxx\cgminer-2.10.5-win32\cgminer.exe -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx
cmd window stops refreshing after i use switch user feature - when im back to administrator account the cmd window shows last status of cgminer and it does not changing anymore, same hash power same tmp everything its freezed - it doesnt react on any keys like Q i need to close window manually
my gfx card before closing but with this freezed cgminer window open seems still minning, it stops when i close this window by clicking on X
when i add to commandline -T switch it works fine i can switch users and after im back to my account its still ok. But i dont like this it does not show many items like temperature etc i dont want to use another tool like gpu-z. Cgminer without -T looks really nice
So anybody had similar problem? Or any ideas what to do to fix that?
regards
with x:\xxxx\cgminer-2.10.5-win32\cgminer.exe --compact -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx it works ok - so maybe problem is somewhere in gpu monitoring
March 17, 2013, 01:50:01 PM
I've been playing a bit with cgminer (2.11.2 and 2.11.3) and scrypt during the last few hours.
..............................................
..............................................
How many cards and how much RAM do you have? Thanks.
March 17, 2013, 01:33:27 PM
I've been playing a bit with cgminer (2.11.2 and 2.11.3) and scrypt during the last few hours.
..............................................
..............................................
How many cards and how much RAM do you have? Thanks.
1 card, 16 gb system ram. Cgminer allocates only about 40MB, video memory usage is 1133MB.
Here are some hashrate numbers at different frequencies:
Gpu/Mem Hashrate~
800/790 555kH/s
800/870 555kH/s
850/930 585kH/s
850/1065 585kH/s
900/1000 620kH/s
900/1155 625kH/s
900/1310 620kH/s
925/1000 635kH/s
925/1001 400kH/s
950/1205 655kH/s
950/1370 650kH/s
963/1375 665kH/s
963/1220 670kH/s
1000/1250 660kH/s
1000/1251 450kH/s
1000/1455 690kH/s
1024/1475 710kH/s
1044/1500 720kH/s
1044/1501 495kH/s
March 17, 2013, 12:32:19 PM
Hi all,
I'm trying to mine Litecoin for the first time this weekend, and have had some encouraging results. I'm using one MSI R7850 with 2GB DDR5 in an older Intel Core 2 Quad system w/4 GB RAM. I'm able to reliably hit ~298 Kh/s - ~350 Kh/s with utility reaching between 13 and 16 shares per minute. Seems like decent rates for this card.
Just a few tweaks to the --gpu-memclock and --gpu-engine go a long way. My card's RAM clock is 1200, but it _seems_ to work well at 1350-1375. Am I going to fry it quicker with these settings?
Here are the switches I'm using:
As I change the Intensity between 13 and 16 both the Kh/s and the shares/minute are higher closer to 16, but so are the hardware errors. I left it mining all night at I=16 and have a total of 450 HW errors. How bad is it to get these errors, and what amount is acceptable?
Thanks so much for this awesome program,
_theJestre
I'm trying to mine Litecoin for the first time this weekend, and have had some encouraging results. I'm using one MSI R7850 with 2GB DDR5 in an older Intel Core 2 Quad system w/4 GB RAM. I'm able to reliably hit ~298 Kh/s - ~350 Kh/s with utility reaching between 13 and 16 shares per minute. Seems like decent rates for this card.
Just a few tweaks to the --gpu-memclock and --gpu-engine go a long way. My card's RAM clock is 1200, but it _seems_ to work well at 1350-1375. Am I going to fry it quicker with these settings?
Here are the switches I'm using:
Code:
--scrypt --intensity 16 --gpu-memclock 1350 --gpu-engine 1000-1000
Thanks so much for this awesome program,
_theJestre
lower intensity to 13, shouldnt be getting any hardware errors.
March 17, 2013, 12:30:23 PM
Hi all,
I'm trying to mine Litecoin for the first time this weekend, and have had some encouraging results. I'm using one MSI R7850 with 2GB DDR5 in an older Intel Core 2 Quad system w/4 GB RAM. I'm able to reliably hit ~298 Kh/s - ~350 Kh/s with utility reaching between 13 and 16 shares per minute. Seems like decent rates for this card.
Just a few tweaks to the --gpu-memclock and --gpu-engine go a long way. My card's RAM clock is 1200, but it _seems_ to work well at 1350-1375. Am I going to fry it quicker with these settings?
Here are the switches I'm using:
As I change the Intensity between 13 and 16 both the Kh/s and the shares/minute are higher closer to 16, but so are the hardware errors. I left it mining all night at I=16 and have a total of 450 HW errors. How bad is it to get these errors, and what amount is acceptable?
Thanks so much for this awesome program,
_theJestre
I'm trying to mine Litecoin for the first time this weekend, and have had some encouraging results. I'm using one MSI R7850 with 2GB DDR5 in an older Intel Core 2 Quad system w/4 GB RAM. I'm able to reliably hit ~298 Kh/s - ~350 Kh/s with utility reaching between 13 and 16 shares per minute. Seems like decent rates for this card.
Just a few tweaks to the --gpu-memclock and --gpu-engine go a long way. My card's RAM clock is 1200, but it _seems_ to work well at 1350-1375. Am I going to fry it quicker with these settings?
Here are the switches I'm using:
Code:
--scrypt --intensity 16 --gpu-memclock 1350 --gpu-engine 1000-1000
Thanks so much for this awesome program,
_theJestre
March 17, 2013, 12:14:37 PM
I've been playing a bit with cgminer (2.11.2 and 2.11.3) and scrypt during the last few hours.
..............................................
..............................................
How many cards and how much RAM do you have? Thanks.
March 17, 2013, 12:03:39 PM
Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 1044 --gpu-memclock 1500
I get 400Kh/s with those exact same settings
2.11.3 breaks GUIMiner-scrypt for me
March 17, 2013, 11:03:56 AM
I've been playing a bit with cgminer (2.11.2 and 2.11.3) and scrypt during the last few hours.
So far the best performance I could achieve on my GV-R797OC-3GD on windows 7 x64 with catalyst 13.2b7 was around 720kH/s with the following settings:
a more conservative 620kH/s with
and an even more conservative 550kH/s with
Increasing thread concurrency above 8192 with --lookup-gap 2 always returns an error like
Lowering thread concurrency below 8192 always produces hardware errors.
With -g > 1 using any intensity higher or lower than 13 will result in lower hashrates.
With -g 1 higher than 13 intensities will more or less match -g 2 -I 13 hashrate at the expenses of system responsiveness.
Increasing lookup gap allows for higher thread concurrencies, but it won't improve performance.
Setting the correct core/memory ratio for your card is the most important tweak, even a small 10MHz difference can make you lose/gain 100-200kH/s.
So far the best performance I could achieve on my GV-R797OC-3GD on windows 7 x64 with catalyst 13.2b7 was around 720kH/s with the following settings:
Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 1044 --gpu-memclock 1500
a more conservative 620kH/s with
Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 900 --gpu-memclock 1155
and an even more conservative 550kH/s with
Code:
cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 800 --gpu-memclock 870
Increasing thread concurrency above 8192 with --lookup-gap 2 always returns an error like
Code:
Maximum buffer memory device 0 supports says 536870912
Your scrypt settings come to 1467482112
Error -61: clCreateBuffer (padbuffer8), decrease CT or increase LG
Lowering thread concurrency below 8192 always produces hardware errors.
With -g > 1 using any intensity higher or lower than 13 will result in lower hashrates.
With -g 1 higher than 13 intensities will more or less match -g 2 -I 13 hashrate at the expenses of system responsiveness.
Increasing lookup gap allows for higher thread concurrencies, but it won't improve performance.
Setting the correct core/memory ratio for your card is the most important tweak, even a small 10MHz difference can make you lose/gain 100-200kH/s.
March 17, 2013, 10:23:05 AM
Why all of you DNOT use -shaders option??? Then only raise I to the point where it starts making errors...
Scrypt tuning in 2 steps
Scrypt tuning in 2 steps
March 17, 2013, 08:26:01 AM
Platform:
windows 7 ultimate 64bit
cgminer 2.10.5, 2.11.2, 2.11.3
HD6950 2GB with unlocked shaders oc to 830mhz
Commandline:
x:\xxxx\cgminer-2.10.5-win32\cgminer.exe -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx
cmd window stops refreshing after i use switch user feature - when im back to administrator account the cmd window shows last status of cgminer and it does not changing anymore, same hash power same tmp everything its freezed - it doesnt react on any keys like Q i need to close window manually
my gfx card before closing but with this freezed cgminer window open seems still minning, it stops when i close this window by clicking on X
when i add to commandline -T switch it works fine i can switch users and after im back to my account its still ok. But i dont like this it does not show many items like temperature etc i dont want to use another tool like gpu-z. Cgminer without -T looks really nice
So anybody had similar problem? Or any ideas what to do to fix that?
regards
windows 7 ultimate 64bit
cgminer 2.10.5, 2.11.2, 2.11.3
HD6950 2GB with unlocked shaders oc to 830mhz
Commandline:
x:\xxxx\cgminer-2.10.5-win32\cgminer.exe -o http://xxx:1234 -u xxx -p xxx -o http://xxx2:5678 -u xxx -p xxx
cmd window stops refreshing after i use switch user feature - when im back to administrator account the cmd window shows last status of cgminer and it does not changing anymore, same hash power same tmp everything its freezed - it doesnt react on any keys like Q i need to close window manually
my gfx card before closing but with this freezed cgminer window open seems still minning, it stops when i close this window by clicking on X
when i add to commandline -T switch it works fine i can switch users and after im back to my account its still ok. But i dont like this it does not show many items like temperature etc i dont want to use another tool like gpu-z. Cgminer without -T looks really nice
So anybody had similar problem? Or any ideas what to do to fix that?
regards
March 17, 2013, 08:19:15 AM
I am NOT going to say this again. Everyone experiment for yourselves. Scrypt tuning is witchcraft and you need to find the right incantation for your device and sacrifice the correct number of goats while facing towards your holy centre.
Can you please add this to the README (that nobody reads)?
Jump to: