Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 591. (Read 5805740 times)

sr. member
Activity: 349
Merit: 250
Con,

I'm using cgminer on Windows with 8 GPUs. Stupid question, but how can I scroll up when I list all my GPUs?

Can't you go to properties, Layout and increase the Window Size Height?
Sam

That's possible, but showing all GPUs is 'longer' than my screen allows Smiley

Use a smaller font? 
Buy a bigger screen?
Use the API and a web monitor for more advanced display?

I think there's a bug in the API which I want to confirm from within cgminer...
donator
Activity: 1218
Merit: 1079
Gerald Davis
Con,

I'm using cgminer on Windows with 8 GPUs. Stupid question, but how can I scroll up when I list all my GPUs?

Can't you go to properties, Layout and increase the Window Size Height?
Sam

That's possible, but showing all GPUs is 'longer' than my screen allows Smiley

Use a smaller font? 
Buy a bigger screen?
Use the API and a web monitor for more advanced display?
sr. member
Activity: 349
Merit: 250
Con,

I'm using cgminer on Windows with 8 GPUs. Stupid question, but how can I scroll up when I list all my GPUs?

Can't you go to properties, Layout and increase the Window Size Height?
Sam

That's possible, but showing all GPUs is 'longer' than my screen allows Smiley
legendary
Activity: 2044
Merit: 1000
The latest version keeps crashing immediately on me.

Running win7 64 bit.....dual xeons.....3x 7970

Anyone else having problems?  Suggestions? 
legendary
Activity: 3583
Merit: 1094
Think for yourself
Con,

I'm using cgminer on Windows with 8 GPUs. Stupid question, but how can I scroll up when I list all my GPUs?

Can't you go to properties, Layout and increase the Window Size Height?
Sam
hero member
Activity: 772
Merit: 500
99.9% sure that, That is what it did, Is it possible to use the kernal i saved from 2.1.2 for 2.3.3 Or must i go install old drivers, Complie a .bin, Save it, Install new drivers again, Replace the .bin like i've done before

Maybe.  Try and find out.  There are some incompatibilities between drivers but generally they "play nice".

Also driver =/= SDK.
AMD package installs them together but you can install/uninstall just the SDK.

So you can install the latest driver and SDK 2.4 for example.
On a new install just make sure to ONLY install the driver you want and then ONLY install the SDK you want.

The one exception is SDK 2.6 which is broken and an ass to uninstall completely.  There is a thread about it somewhere.  Another option is I think conman has compiled kernels (bin files) on a server somewhere.

Well the .bin files do not work with difffernt miner versions, *sigh* I'll wait a few more years before i uninstalled all my drivers, Install old ones, install old sdk, Reboot, run cgminer, Save bin, Uninstall drivers, Reboot, Install new drivers, reboot, TEST

I'm nearly sure on Windows switching OpenCL Runtime versions is as simple as placing the amdocl.dll you want to use into the CGMINER root.

Dia
sr. member
Activity: 349
Merit: 250
Con,

I'm using cgminer on Windows with 8 GPUs. Stupid question, but how can I scroll up when I list all my GPUs?
member
Activity: 107
Merit: 10
is there a windows binary available with bitforce support enabled?
donator
Activity: 1218
Merit: 1079
Gerald Davis
99.9% sure that, That is what it did, Is it possible to use the kernal i saved from 2.1.2 for 2.3.3 Or must i go install old drivers, Complie a .bin, Save it, Install new drivers again, Replace the .bin like i've done before

Maybe.  Try and find out.  There are some incompatibilities between drivers but generally they "play nice".

Also driver =/= SDK.
AMD package installs them together but you can install/uninstall just the SDK.

So you can install the latest driver and SDK 2.4 for example.
On a new install just make sure to ONLY install the driver you want and then ONLY install the SDK you want.

The one exception is SDK 2.6 which is broken and an ass to uninstall completely.  There is a thread about it somewhere.  Another option is I think conman has compiled kernels (bin files) on a server somewhere.

Well the .bin files do not work with difffernt miner versions, *sigh* I'll wait a few more years before i uninstalled all my drivers, Install old ones, install old sdk, Reboot, run cgminer, Save bin, Uninstall drivers, Reboot, Install new drivers, reboot, TEST

No need to install old drivers.

bin = performance = SDK.

Install SDK ver w/ good performance.
Install DRIVER ver (ONLY DRIVER) you wish to use.
Done.

i.e.
clean isntall
install driver 11.11 (DRIVER ONLY)
install SDK v 2.4 (SDK ONLY)
install latest cgminer
profit
legendary
Activity: 1428
Merit: 1001
Okey Dokey Lokey
99.9% sure that, That is what it did, Is it possible to use the kernal i saved from 2.1.2 for 2.3.3 Or must i go install old drivers, Complie a .bin, Save it, Install new drivers again, Replace the .bin like i've done before

Maybe.  Try and find out.  There are some incompatibilities between drivers but generally they "play nice".

Also driver =/= SDK.
AMD package installs them together but you can install/uninstall just the SDK.

So you can install the latest driver and SDK 2.4 for example.
On a new install just make sure to ONLY install the driver you want and then ONLY install the SDK you want.

The one exception is SDK 2.6 which is broken and an ass to uninstall completely.  There is a thread about it somewhere.  Another option is I think conman has compiled kernels (bin files) on a server somewhere.

Well the .bin files do not work with difffernt miner versions, *sigh* I'll wait a few more years before i uninstalled all my drivers, Install old ones, install old sdk, Reboot, run cgminer, Save bin, Uninstall drivers, Reboot, Install new drivers, reboot, TEST
legendary
Activity: 3583
Merit: 1094
Think for yourself
What's the theory of operation of the Utility now?  Prior versions it was the overall average.  Now it appears to an instantaneous or a small time period average.
Thanks,
Sam
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Great work Con and my goffset mod for diakgcn also works Smiley.

Edit: One small glitch, after pressing Q and a succesful shutdown on Windows at the end is this line here
Code:
 [201S2h-u0t4d-o2w8n  1s0i:g5n5al: 2r0e]c eliovnegdp.o
ll

Could there be an overwritten char * buffer or sth. like that?

Dia

This looks like two threads are writing to the console at the same time, interleaving their characters Smiley
So it's probably harmless, just a logging annoyance...

Judging from the garbage you posted, the original messages seem to have been:
Code:
[2012-04-28 10:55:20] longpoll
Code:
Shutdown signal received.
Heh - nice detective work.
I can clearly see how you got the answer!
Now I can make sense of it also when I'm windows testing
(I always thought it might be windows printf's fault with variable sizes - but that clearly shows it isn't)
Yeah curses on windows is ... well ... 'nuff said.
hero member
Activity: 807
Merit: 500
- Add pool number to stale share message.
Now I get it AND feel stupid!  Oh well, I bet I don't have to bring that issue I saw up again after this update whether it was the bug you found or not.   Wink
hero member
Activity: 504
Merit: 500
FPGA Mining LLC
Great work Con and my goffset mod for diakgcn also works Smiley.

Edit: One small glitch, after pressing Q and a succesful shutdown on Windows at the end is this line here
Code:
 [201S2h-u0t4d-o2w8n  1s0i:g5n5al: 2r0e]c eliovnegdp.o
ll

Could there be an overwritten char * buffer or sth. like that?

Dia

This looks like two threads are writing to the console at the same time, interleaving their characters Smiley
So it's probably harmless, just a logging annoyance...

Judging from the garbage you posted, the original messages seem to have been:
Code:
[2012-04-28 10:55:20] longpoll
Code:
Shutdown signal received.
hero member
Activity: 772
Merit: 500
Great work Con and my goffset mod for diakgcn also works Smiley.

Edit: One small glitch, after pressing Q and a succesful shutdown on Windows at the end is this line here
Code:
 [201S2h-u0t4d-o2w8n  1s0i:g5n5al: 2r0e]c eliovnegdp.o
ll

Could there be an overwritten char * buffer or sth. like that?

Dia
legendary
Activity: 1316
Merit: 1005
Yes, the changelog said as much... LP is being used on every pool you are connected to now.

And I read it too... I think that's my cue to get some sleep.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Queued work seems to be about 6-7x normal for my setup. At start, LP looks like it's being enabled for multiple pools. Ran 1k shares with 2.3.4 to verify, and E was much higher than 2.3.5 using the same conf.
Yes, the changelog said as much... LP is being used on every pool you are connected to now.
legendary
Activity: 1316
Merit: 1005
Queued work seems to be about 6-7x normal for my setup. At start, LP looks like it's being enabled for multiple pools. Ran 1k shares with 2.3.4 to verify, and E was much higher than 2.3.5 using the same conf.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
NEW RELEASE - VERSION 2.3.5, 28 APRIL 2012

Human readable changelog:
Much nicer on networks, should have significantly less connections and not induce network congestion. This will help both miner and pool hardware.
Much smoother across longpolls, uses one longpoll per pool now at all times
Simpler screen output, yet more info
More ztex hardware support
New diakgcn kernel
Numerous bugfixes surrounding stale handling and display
Updated miner.php
--no-longpoll does not exist any more
Numerous min(e)r improvements Wink

Full changelog:
- Restarting cgminer leads to a socket that can't be bound for 60 seconds, so
increase the interval that API binding waits to 30 seconds to minimise the
number of times it will retry, spamming the logs.
- Give a longpoll message for any longpoll that detects a block change, primary
or backup, and also display which pool it was.
- Decrease utility display to one decimal place.
- Small cosmetic output alignment.
- Add pool number to stale share message.
- Add space to log output now that there is more screen real estate available.
- Indentation clean up.
- Merge branch 'master' of github.com:ckolivas/cgminer
- Remove thread id display from rejected shares as well.
- Merge pull request #185 from Diapolo/diakgcn
- add goffset support for diakgcn with -v 1 and update kernel version
- Set have_longpoll to true when there is at least one pool with longpoll.
- Don't display the thread ID since it adds no useful information over the
device number.
- Don't display the first 8 bytes of a share since they will always be zero at
>= 1 difficulty.
- work->longpoll is reset across test_work_current so we need to recheck what
pool it belongs to.
- Use longpolls from backup pools with failover-only enabled just to check for
block changes, but don't use them as work.
- Start longpoll only after we have tried to extract the longpoll URL.
- Check for submitold flag on resubmit of shares, and give different message for
stale shares on retry.
- Check for submitold before submitstale.
- Don't force fresh curl connections on anything but longpoll threads.
- Create one longpoll thread per pool, using backup pools for those pools that
don't have longpoll.
- Use the work created from the longpoll return only if we don't have
failover-enabled, and only flag the work as a longpoll if it is the current
pool.
- This will work around the problem of trying to restart the single longpoll
thread on pool changes that was leading to race conditions.
- It will also have less work restarts from the multiple longpolls received from
different pools.
- Remove the ability to disable longpoll. It is not a useful feature and will
conflict with planned changes to longpoll code.
- Remove the invalid entries from the example configuration file.
- Add support for latest ATI SDK on windows.
- Export missing function from libztex.
- miner.php change socktimeoutsec = 10 (it only waits once)
- Bugfix: Make initial_args a const char** to satisfy exec argument type warning
(on Windows only)
- miner.php add a timeout so you don't sit and wait ... forever
- Create discrete persistent submit and get work threads per pool, thus allowing
all submitworks belonging to the same pool to reuse the same curl handle, and
all getworks to reuse their own handle.
- Use separate handles for submission to not make getwork potentially delay
share submission which is time critical.
- This will allow much more reusing of persistent connections instead of opening
new ones which can flood routers.
- This mandated a rework of the extra longpoll support (for when pools are
switched) and this is managed by restarting longpoll cleanly and waiting for a
thread join.
- miner.php only show the current date header once
- miner.php also add current time like single rig page
- miner.php display rig 'when' table at top of the multi-rig summary page
- README - add some Ztex details
- api.c include zTex in the FPGA support list
- api.c ensure 'devs' shows PGA's when only PGA code is compiled
- cgminer.c sharelog code consistency and compile warning fix
- README correct API version number
- README spelling error
- api.c combine all pairs of sprintfs()
- api.c uncomment and use BLANK (and COMMA)
- Code style cleanup
- Annotating frequency changes with the changed from value
- README clarification of 'notify' command
- README update for API RPC 'devdetails'
- api.c 'devdetails' list static details of devices
- Using less heap space as my TP-Link seems to not handle this much

hero member
Activity: 807
Merit: 500
Pools usually selectively request submitold on work items, usually for merged mining reasons - that is because a share for an old nmc block is still a relevant share for the existing BTC block. Most pools do not universally enable it except in the case of p2pool.
Eloipool always enables submitold. There's no real reason not to enable it, unless the pool wants to misreport a lower stale rate.
I'm not sure what Eloipool is, but assuming it is the backend for Eligius, yes, that output was while mining on Eligius.  Incidentally, if you go back to the original quote, I was then, too, but I don't think you were active in this thread yet.  However, it sounds plausible that I could have been witnessing this:
Ah there was also one bug where submitold was not being checked on re-submission. This has been fixed in my git tree.
In which case I will need to update to 2.3.5 (which might also help with my disconnects if it has fewer sessions as previously indicated.
Jump to: