 Show Posts
|
|
Pages: [1] 2 »
|
I'm just wondering... for you folks getting low hashes for 280X, what is reported in GPU-Z for your engine and memclock?
300 Core - Occasional spikes to 500. 150 Memory - Occasional spikes to 1500. All in all, really quite under-utilized. This happens with multiple rigs, on Windows 7, 8, and 8.1. Single card & multi-card systems. I'm always getting ~340-370 per 280x. Contents of .bat file: setx GPU_MAX_ALLOC_PERCENT 85
:BEGIN
start "CryptoNote" /low /wait "c:\Miners\Claymore CryptoNote GPU Miner v3.1 Beta - POOL\NsGpuCNMiner.exe" -o POOL -p x -u ADDRESS -wd 1 -ee 1 -dbg -1
timeout /t 10
GOTO BEGIN
exit
I've also tried various settings of GPU_MAX_ALLOC_PERCENT, with a reboot in between each value change. |
|
|
|
Has anybody managed to get this to work in Linux? The readme instructions describe building for Skeincoin and Maxcoin, but nothing about Heavycoin. I've tried building and running many different ways and the best result is 100% rejects with messages like "Rejected be506c0c Diff 1/0 GPU 1 (Ntime out of range)".
When you're running the autogen script, make sure you pass it the --enable-heavy flag, in addition to any of the other flags. This will build it with heavy support, which allows you to pass the --heavy command line arg to the script. |
|
|
|
|
KRN seems to be horribly under-valued at the moment. It dropped from 0.00007 to 0.00001 in a very short time with little volume, and there is a huge separation between buy & sell orders.
It'll be interesting to see where it ends up.
|
|
|
|
I'm getting unathorized user rejections from the hvcpool.1gh.com:5333 pool. Anyone else had these types of errors?
The same credentials work when CPU mining. Anyone else had similar problems?
are you using the modified cgminer ?? cgminer --heavy Turns out I didn't have the vote tag in my config file. Once I put that in, everything started hashing!  |
|
|
|
|
I'm getting unathorized user rejections from the hvcpool.1gh.com:5333 pool. Anyone else had these types of errors?
The same credentials work when CPU mining. Anyone else had similar problems?
|
|
|
|
|
Any other tips for syncing this wallet?
I've got every node listed in my .conf.
I've opened BOTH the p2p and rpc ports on my router, as well as on my system --- just to see if it would sync off of rpc as well.
I'm running the latest wallet qt for Windows (v0.9.0.0-g8c5e74e-beta).
|
|
|
|
Give something like this a try. "intensity" : "19", "vectors" : "1", "thread-concurrency" : "38912", "gpu-engine" : "1050", "gpu-memclock" : "1500", "gpu-powertune" : "20", "gpu-threads" : "1", "worksize" : "256", "scrypt" : true, "kernel" : "scrypt", "kernel-path" : "/usr/local/bin", "lookup-gap" : "2" 7950's appear to really like a high TC. |
|
|
|
|
I've got some Sapphire 280X Dual-X cards as well, though I don't recall if they're from the 20G batch or 25...
In any event, as you're already on Windows, download GPU-Z and check the VRM1 temperature (it's at the very bottom of the graphs). This run of card has a throttles itself as soon as the VRM hits 110C, which it will do on stock settings, even if it's all alone in an open-air case...
My fix: Undervolt the stupid things to 1085mv, run at 900 mem clock, space them out at least three inches from each other, and push air over them via a box fan. I have NO idea how these cards are going to perform in the summer, but I'm fearful.
My steady KH per card: 730
|
|
|
|
|
LGzzHWHTHVZcudQYfgtvGEvLvFzbjb4ECP
Thanks!
|
|
|
|
|
Can someone explain why the spots daemon has an open TCP connection to coinchoose?
~# host data.coinchoose.com
data.coinchoose.com has address 162.243.78.234
:~# netstat -apn | grep 162.243.78.234
tcp 0 0 0.0.0.0:58743 162.243.78.234:4588 ESTABLISHED 2308/spotsd
|
|
|
|
|
I don't have a fully-written out guide, per say, but here's what I typically do when I need to rebuild a miner.
1. Have a USB stick loaded with Ubuntu 12.04 Desktop (I like this distro - sue me).
* Ubuntu has a lot of bloat. Thankfully, it doesn't really hinder mining.
2. Have your various miner applications downloaded and ready to go. I personally stick with cgminer 3.5.1, though up to 3.7.2 works with Scrypt.
3. Have the latest drivers available and ready to go.
Install the OS. The only important part of this is making sure you tell the installer to NOT require a login when booting up.
Once the OS is online, you'll need to install the video driver, use the express option, and then reboot.
Once rebooted, run:
$ sudo aticonfig --list-adapters (This should show you all of the graphics cards that it detects).
If everything looks good, you need to build your xorg.conf. ALWAYS make a backup.
$ sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup
$ sudo aticonfig --initial --adapter=all
Reboot.
Now, it's all about getting your miner up and running. A config file works, as does a huge string from the command line. This part of the setup is very similar to what you did on Windows, so I'll leave it out.
|
|
|
|
|
I've 'eventually' had all of my coins end up in my Cryptsy wallet, but it's really frustrating with how often it happens, and how wide their problem portfolio truly is.
|
|
|
|
|
MLTPUdCQMcv4jpssDPLuQQL2v6RHc7zHk2
Thanks!
|
|
|
|
|
4PLrnuTTK3PZeXihGsM4nFqL4VMFvryfSu
Love this coin.
|
|
|
|
I use the following on my R9 280x's. Linux (Ubuntu 12.04 x86_64) with 13.11 Beta and cgminer 3.3.1: Threads = 2 Powertune = 20 Intensity = 13 Core Speed =  Mem Speed = 1500 TC = 8192 (20480 has also worked for some of them) worksize = 256 lookup gap = 2 You'll notice that I left the Core speed blank. Try starting at the factory-clock speed, and moving up in increments of 5 or 10. This, of course, will vary based upon the specific model. My Sapphires have a 950 base speed. My Gigabyte models have it set to 1000. A powercolor one I googled had 850. Ironically, setting the core speed to $BASE + 25 seems to be the magic formula for me. I run with 975 on my sapphires (getting 690, might be able to push it more with a larger PSU). My GB models get 710kh at 1025 core. As they say, each card is different. It's all about tweaking. |
|
|
|
Someone changed the DNS for bter.com to point to 127.0.0.1: ~$ dig bter.com ; <<>> DiG 9.8.1-P1 <<>> bter.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49584 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;bter.com. IN A ;; ANSWER SECTION: bter.com. 10 IN A 127.0.0.1 ;; Query time: 275 msec ;; SERVER: 8.8.8.8#53(8.8.8.  |
|
|
|
Taxi, try fenican's P2pool.
Is it normal for shares to drop, drastically, when swapping to mine on a p2p pool? I've not tried it before, so it's still a new experience to me. I'm using their suggested cgminer string, from their site: usage: cgminer --scrypt -o http://p2pool-dgc.com:9500 -u YOURDGCADDRESS+0.0025 -p x --queue 0 (and a bunch of other stuff for my 7970s) I understand the +0.0025 states some sort of local difficulty? |
|
|
|
|
It's good to see this coin finally punching through. The development on it is truly spectacular when compared to the other coins.
Hopefully, the hashing power is here to stay, and not just the 'fotm' miners who see big numbers on the profitability sites.
|
|
|
|
|
I've been sending some units to the coin for a bit now. Lately, I've found some blocks, but they're immediately rejected. Happened with the last five blocks - gogo solo mining!
Found block for pool 0!
Rejected 00025f9f Diff 27.6K/10234 BLOCK! GPU 0 pool 0
New block detected on network
New block detected on network
New block detected on network
New block detected on network
New block detected on network
New block detected on network
Found block for pool 0!
Rejected 0003089f Diff 21.6K/10234 BLOCK! GPU 1 pool 0
|
|
|
|
Joined and mining away. |
|
|
|
|
