bitcoindaddy
|
|
July 10, 2011, 01:08:15 PM Last edit: July 10, 2011, 04:35:23 PM by bitcoindaddy |
|
M0mchil, the help message for the failback parameter still refers to "2" instead of the new default "10": group.add_option('-b', '--failback', dest='failback', default=10, help='attempt to fail back to the primary pool every N getworks, [b]default 2[/b]', type='int')
|
|
|
|
disPlay
Newbie
Offline
Activity: 12
Merit: 0
|
|
July 10, 2011, 04:16:14 PM |
|
With the last version of this minner I get less 10 MH/s in my NVIDIA GTS 250.
|
|
|
|
zimpixa
Member
Offline
Activity: 98
Merit: 10
|
|
July 11, 2011, 01:06:56 PM |
|
Again, message 'Deepbit is temporaly unavailable' - which for me is equal to connection problems, but failover fails... Failover module must be more exact
|
|
|
|
Mobius
|
|
July 11, 2011, 01:51:24 PM |
|
Again, message 'Deepbit is temporaly unavailable' - which for me is equal to connection problems, but failover fails... Failover module must be more exact
Did you check your own connection? If primary and failover fail, it may be your connections, I have not seen any connection fails in the last 24hrs
|
|
|
|
zimpixa
Member
Offline
Activity: 98
Merit: 10
|
|
July 12, 2011, 11:23:06 AM |
|
Failover failed cuz there were no server change (it didnt react on such message)
|
|
|
|
bitcoinBull
Legendary
Offline
Activity: 826
Merit: 1001
rippleFanatic
|
|
July 12, 2011, 12:23:35 PM Last edit: July 13, 2011, 09:19:40 PM by bitcoinBull |
|
It prints newlines on every hash rate update when run in lxterminal (linuxcoin).
Anyone experience the same? Know why?
EDIT: was told this is because of the width of the terminal window. There is some extra whitespace after the hash rate text which wraps around to form blank lines if the the terminal window isn't wide enough.
|
College of Bucking Bulls Knowledge
|
|
|
RaTTuS
|
|
July 12, 2011, 03:06:30 PM |
|
Same for me in both windows and linux
|
In the Beginning there was CPU , then GPU , then FPGA then ASIC, what next I hear to ask ....
1RaTTuSEN7jJUDiW1EGogHwtek7g9BiEn
|
|
|
jgarzik
Legendary
Offline
Activity: 1596
Merit: 1099
|
|
July 13, 2011, 04:28:59 AM |
|
...and how does the client inform the server that it supports this feature?
There is version in user-agent, server can determine miner and act accordingly. Sorry, this is not scalable approach. Please re-think. If all miners implement this, then each pool server must implement version checking code for every supported miner. Each pool server must update their source code for each updated or new miner. In contrast, if a miner client provides "X-Feature-Supported" in HTTP headers, then there is a simple check in the server that never needs to be updated. User-Agent is the wrong approach.
|
Jeff Garzik, Bloq CEO, former bitcoin core dev team; opinions are my own. Visit bloq.com / metronome.io Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
|
|
|
Andrey
|
|
July 13, 2011, 06:21:42 AM |
|
Got a problem yesterday, when I checked the miner which had 4 servers for main + fallover it couldn't connect to any of them, although connection was up. When I restarted the client - everything started to work.
Please check, I think some resource is getting exhausted upon reconnects to fallover servers.
|
|
|
|
brunoshady
Sr. Member
Offline
Activity: 262
Merit: 250
Dubs Get
|
|
July 13, 2011, 04:11:06 PM |
|
I have a doubt.
I have one rig with 2 5850...
When I set the GPU1 (device 1) with frames=1, I get about 348/349 mhash constantly... so when I turn on the GPU0, no matter with frames, I get lower mhash and the GPU1 drops its mhash...
is that normal?
both cards have the exactly same configuration and they are the same model... in my mind I though I could set both cards with frames=1 and get the 348/349 mhash individually.. besides the desktop lag
|
😆
|
|
|
Mobius
|
|
July 13, 2011, 05:13:58 PM |
|
I have a doubt.
I have one rig with 2 5850...
When I set the GPU1 (device 1) with frames=1, I get about 348/349 mhash constantly... so when I turn on the GPU0, no matter with frames, I get lower mhash and the GPU1 drops its mhash...
is that normal?
both cards have the exactly same configuration and they are the same model... in my mind I though I could set both cards with frames=1 and get the 348/349 mhash individually.. besides the desktop lag
when you run ./poclbm.py by itself in the /poclbm directory, what devices is it showing?
|
|
|
|
brunoshady
Sr. Member
Offline
Activity: 262
Merit: 250
Dubs Get
|
|
July 13, 2011, 05:53:31 PM Last edit: July 13, 2011, 06:17:01 PM by brunoshady |
|
3 devices... both the 2 gpu and the cpu
ps: its ubuntu 11...
|
😆
|
|
|
Mobius
|
|
July 13, 2011, 08:13:11 PM |
|
3 devices... both the 2 gpu and the cpu
ps: its ubuntu 11...
Do you have the crossfire cable installed, I keep each of my cards at frames=10, 3 cards on one rig, I try to keep the total of all the frames= to add up to 30. If you do any other frames= combo do you see that much impact?
|
|
|
|
brunoshady
Sr. Member
Offline
Activity: 262
Merit: 250
Dubs Get
|
|
July 13, 2011, 09:05:31 PM |
|
3 devices... both the 2 gpu and the cpu
ps: its ubuntu 11...
Do you have the crossfire cable installed, I keep each of my cards at frames=10, 3 cards on one rig, I try to keep the total of all the frames= to add up to 30. If you do any other frames= combo do you see that much impact? they are not crossfired... GPU1 (device1) is with frames 1, and GPU0 with 10... if I lower the frame on the GPU0, GPU1 is affected.. I guess even with 10 GPU1 is affected considering frame 30 normal
|
😆
|
|
|
Mobius
|
|
July 13, 2011, 09:31:53 PM |
|
3 devices... both the 2 gpu and the cpu
ps: its ubuntu 11...
Do you have the crossfire cable installed, I keep each of my cards at frames=10, 3 cards on one rig, I try to keep the total of all the frames= to add up to 30. If you do any other frames= combo do you see that much impact? they are not crossfired... GPU1 (device1) is with frames 1, and GPU0 with 10... if I lower the frame on the GPU0, GPU1 is affected.. I guess even with 10 GPU1 is affected considering frame 30 normal What size PSU do you have?
|
|
|
|
twmz
|
|
July 13, 2011, 10:09:37 PM |
|
If you set aggression (in phoenix) too high or -f (in poclbm) too low, my experience is that it interferes with multiple GPU mining. The miner gets bogged down with the overhead of being too aggressive and can't keep the GPUs fed with work to do.
I would try a higher -f until you find the point at which you can mine on all GPUs without the second GPU affecting the first GPU's hash rate.
|
Was I helpful? 1 TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs WoT, GPGBitrated user: ewal.
|
|
|
zimpixa
Member
Offline
Activity: 98
Merit: 10
|
|
July 13, 2011, 11:29:14 PM |
|
Have the same isssue. Settings around -f35 for main card (with monitor) and -f2 for second one are best for me, but ofc loosing about 20MHash compared to 2x singlecard-rigs.
|
|
|
|
SeXy
|
|
July 15, 2011, 06:26:44 PM |
|
Hello.
POCLBM crashes almost instantly on my setup (2x5970+ 1x5850 + W7 x64)
if i remove the 5850 everything works fine
ideas?
|
|
|
|
Mobius
|
|
July 15, 2011, 06:59:09 PM |
|
Hello.
POCLBM crashes almost instantly on my setup (2x5970+ 1x5850 + W7 x64)
if i remove the 5850 everything works fine
ideas?
Is your power supply big enough 5970=300watts *2 + 5870=200watts *1 +175watts overhead (Board, Fans, Processors, Disk Drives) =975watts @ 85%eff = 1150watt supply
|
|
|
|
SeXy
|
|
July 15, 2011, 07:24:26 PM |
|
1250w enermax
|
|
|
|
|