 Show Posts
|
|
Pages: [1] 2 3 »
|
|
I've been wondering this as well because their own website isn't updating either. However, their instant buy/sell prices are changing so it isn't all at a complete stand still.
|
|
|
|
I have http://us.ozco.in:8331 set as a backup, but that does not appear to work either and my 2nd backup (bitcoinpool) no longer exists. Any suggestions for a backup ozco pool or a different pool? |
|
|
|
|
Has anybody else had trouble with stratum.ozco.in in the past few hours? I have 4 miners and all of them are idle b/c they report it as dead.
|
|
|
|
|
Sorry, looking back at my post it was unclear what I did. The aticonfig line and the initial boot had the dummy plug in (I only meant to use the plug for the aticonfig initialization, but I forgot about it until after I'd rebooted). Once I remembered I had the dummy plug in the 2nd card I took it out, rebooted, and cgminer started up per normal.
|
|
|
|
|
Crud, I just ran into this on gentoo after updating my system. Fortunately aticonfig --adapter=all -f --initial brought it back to life.
EDIT: I put a dummy dvi plug on the 2nd card while running these commands and booting the first time.
|
|
|
|
|
Looking at your output from the interrupt info, the fact that your "kernel" category is 0 for 3 out of 4 cards is telling. If nothing else, this provides a quick test to make sure the kernel and drivers recognize that all of the cards are present and operational.
|
|
|
|
What happens if you switch around the pci ids in xorg.conf, say to make 6:0:0 correspond to Device[0]-0? You can get the order linux believes the cards are in using, cat /proc/ati/?/interrupt_info
I installed from stage 3, so after I got kde emerged all I had left to do was the following (I omitted the aticonfig step b/c I copied the xorg.conf over from my 5830 box). emerge ati-drivers cgminer (this pulls in opencl and amd-adl-sdk)
eselect opencl set X (where X is the # corresponding to ati)
aticonfig --adapter=all --initial
Here's my xorg.conf, though I don't see any huge differences between ours. Section "ServerLayout"
Identifier "aticonfig Layout"
Screen 0 "aticonfig-Screen[0]-0" 0 0
EndSection
Section "Files"
ModulePath "/usr/lib64/xorg/modules"
ModulePath "/usr/lib64/opengl/xorg-x11/extensions/"
EndSection
Section "Module"
Load "freetype"
# Load "glx"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[0]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[1]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "0-DFP3"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
Option "PreferredMode" "1600x1200"
Option "TargetRefresh" "60"
Option "Position" "0 0"
Option "Rotate" "normal"
Option "Disable" "false"
EndSection
Section "Device"
Identifier "aticonfig-Device[0]-0"
Driver "fglrx"
Option "VideoOverlay" "on"
Option "Monitor-DFP3" "0-DFP3"
BusID "PCI:6:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[1]-0"
Driver "fglrx"
Option "VideoOverlay" "on"
BusID "PCI:2:0:0"
EndSection
Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[1]-0"
Device "aticonfig-Device[1]-0"
Monitor "aticonfig-Monitor[1]-0"
DefaultDepth 24
SubSection "Display"
# Virtual 1600 1200
Viewport 0 0
Depth 24
EndSubSection
EndSection
|
|
|
|
|
I have 3 gentoo boxes running 2x7950, 2x5830, and 1x5770/1x7950 with minimal problems in the setup if you're looking for a different distro.
|
|
|
|
|
Sorry if this also fits into the category of "things checked long ago," but could you post your xorg.conf?
|
|
|
|
I probably just missed this. I saw your comment in the referenced thread, but I didn't see if you had tried, sudo aticonfig –initial
sudo aticonfig –adapter=ALL –initial
sudo reboot
|
|
|
|
|
My credit was around 0.10 3-4 blocks ago when I left work. Once I got home it was only 0.06. Looking at the solved blocks, my last payout was 2013-04-03 12:34:47 but the only pending blocks are 229745, 229735, and 229512. What happened to blocks 229703, 229678, 229653, 229630, and 229597?
|
|
|
|
|
What does cgminer show you when you press "g" to look at the GPU stats? Are all of the threads alive? Also, what does aticonfig --adapter=all --odgc show when you run it several times in a row (it should be at 99-100% consistently)?
|
|
|
|
The short answer is that ati control center no longer has overdrive capability and the power settings are controlled by libatiadlxx.so. You can create a program, powercontrol, to alter the power settings using (the export command is necessary for doing this remotely) export DISPLAY=:0 ; ./powercontrol
https://bitcointalk.org/index.php?topic=7374.895;wap2 |
|
|
|
|
I ran one of the cards off of an antec 550W with 2x12 V rails w/ 19 A per rail. Thus, I really don't know if this tells me anything new b/c I'd run into the same problem if both connectors pulled off the same rail (for the record, both with this psu and the rosewill, I tried all combinations of pci-e and 4 pin molex + pci-e adapters). The kill-a-watt showed about 150 W before mining starts, and then 370 W with one card or 585 W with both cards. It would appear that 20 A probably isn't enough. Needless to say, the end result was the same as before. I will see if I can get my hands on a psu with larger 12 V rails.
|
|
|
|
|
It has 4x12 V rails with 20, 20, 30, and 30 A on each rail. What they don't say is if they put 1 pci-e per rail. They also don't specify how the regular 12 V molex connectors are distributed across the rails. I will try putting one or two pci-e 6 pin adapters on these. Sadly the it87 sensor on this motherboard does not give me much useful voltage information. I suppose my next test would be to get a 500 W psu and use it to run one of the cards independently.
|
|
|
|
|
The temps are 73/57 C and it is linux. They are fed by a 1000 W rosewill bronze psu. I may see if I can get my hands on a bigger one, though this model does have 4 pci connectors, so I thought it could handle it.
|
|
|
|
|
I am running these on gentoo with cgminer 2.11.3 (I've tried 2.10.4 as well), and I noticed that the MH/s for each card initially goes up to 505/526 for the first minute or two. Over the next 3-5 minutes it settles into 480/490 MH/s. In the first period the gpu load is 98-100%, but as it declines and once it hits steady state the gpu load alternates between 64% and 98-100%. I have tried altering the intensity (8, 9, 10), the worksize (256, 512, 1024), the # of gpu threads (1, 2, 3), and the queue size (1,3,5), and the kernel (diakgcn, diablo, poclbm). All of these settings give the same behavior (though the starting and steady state hashing speeds differ slightly). I do not see this behavior on my boxes with 2x5830s, 2x5770s, or 1x7950 & 1x5770. Any thoughts as to what might be causing this or some other test I can try?
|
|
|
|
|
I'm getting about 20-25% cpu usage on gentoo (htop shows the main process accounts for all of this, but there are about 10 other cgminer entries) with an amd 8350 and two 7950s. I have another box with one 5770 and one 7950 and it showed similar behavior (about 13% cpu usage). If I disable the 7950 then the usage goes down to 3-4%. I am using -I 5,8 -w 256 -v 1 and I have tried all of the kernels. I have also tried cgminer 2.10.4 and 2.11.2. I have another couple boxes with 5830s and 5770s that have less than 2% cpu usage. Any thoughts as to why the 7950 boxes have higher cpu usage?
|
|
|
|
|
Every time I tried stratum mining (3 different miners, multiple versions of cgminer and bfgminer, etc) I got JSON authentication errors. I finally broke down and created new auto workers and all 3 switched over flawlessly.
|
|
|
|
|
Ah, I thought bfgminer was a fork with cosmetic changes, my mistake. I will go back to cgminer and try again. Thanks.
|
|
|
|
|
