|
Does anyone know what commands I use to open up a cmd window instead of using MC window to look at my hashrate? Thx
|
|
|
|
  No accepts ? EDIT: 5 minutes and still none. I think I'll lower the difficulties or take them out. |
|
|
|
And sometimes no accepts at the pool, takes 4 minutes before my full hashrate shows... what a waste of hash. The stratum is 34 secs into the future too.  The pool displayed hash rate is a 5 min average, so yes it will take time to show full hash rate. Yes thank you. I think it should reach that in 2 minutes but. I wish they would wright into code 1 minute. Sometimes my miner is ready to switch before it reaches its max.. need to change settings in my conf file to mine that algo longer. |
|
|
|
Crackfoo why not switch, on the WALLET page, the wallet with the miners readout...that way we can see the most commonly looked at at one glance.  Thx This shrunk to show you.. its to small to read. On the WALLET page - on the right side at the bottom of the window we can see how much income for each coin and in parentheses it algo Is not that what you need? No, I need to see my miners are online. Thx Really It would be nice , on the wallet page, to see miners upper left...right below them last 24 hour balance ..right below that last 24 hrs payout..then advertisement...then wallet . and to lock the algo's in alphabetical order.  Crackfoo needs the advertisements I think. |
|
|
|
|
max of 2 computers per IP .... won't work. But watching.
|
|
|
|
 Crackfoo why not switch, on the WALLET page, the wallet with the miners readout...that way we can see the most commonly looked at at one glance. Thx This shrunk to show you.. its to small to read. |
|
|
|
bug to c11 algo maximum shares 79.3800%
Even more scary is the 5% sha256 fee and whopping 20% scrypt fee!!! Surely a development system to production system rollout error. Whoops, didn't notice that! I forked the pool software to the next version and missed the example where you can set per algo fees. https://github.com/tpruvot/yiimp/blob/next/web/serverconfig.sample.php#L73And sometimes no accepts at the pool, takes 4 minutes before my full hashrate shows... what a waste of hash. The stratum is 34 secs into the future too. |
|
|
|
I think --cpu-priority 0 may work and solve the problem .. but what do you have sp5 private set at if you have that in there?
I think sp5 private has a buffer overflow. --cpu-priority 0 will not fix the problem. Go claymore..... DOES NOT VALIDATE ON CPU-- I mine NeoScrypt with #5. I get continual "Does Not Validate on CPU" errors. On my GTX 960, I get 405KH/s with a general workload on the computer. --scryptr I get the same... didn't have a chance to report it. |
|
|
|
SP ok lets start over ok try one thing at a time. I got them somewhat stabilized. Here is what I need to know... do you have --cpu-priority in the build and if so what level? I think --cpu-priority 0 may work and solve the problem .. but what do you have sp5 private set at if you have that in there? Or the thread count. It looks like I need to take the demand off the cpu... like in Cudaminer off load everything to the gpu or something. You can always use Start to override the built in cpu parameters, for example: start /HIGH ccminer.exe -.... You can also add /AFFINITY Careful if you use a loop with start though because start does not wait for ccminer to finish so in a loop you're essentially starting dozens of ccminer instances in a few seconds which will crash your PC. And if you just want to check the priority or the affinity (even without using start) you can just check it in task manager. Thx.....bathrobehero he may have them set very high so I hope --cpu-priority 0 will help. And I can't compile right now. I got hit with so many things at one time.... right now the pool I was mining at seems to have done something ... part maybe the pool but right now I'm 100% stock... no oc'ing nothing and no crashes so far. Now to try oc'ing after I try --cpu-priority 0 and then I'll remove the crash reporter. |
|
|
|
Hello, I just arrived home and i see my miners on idle power consumption ,has something happened to the pool? i go to the pool's page and I see my miners listed but no hash rate on any of them  My miners are crashing doing the same thing. what port(s)? My DCR miner is up and running.... my SHA devices are off at the moment or on solo..... I am going to do a trial run of mining ETH on the side. Since DCR uses almost no memory; why not run them at the same time right? I got this GTX980; might as well put the fast memory to use! Ill report back the changes in hashrates of DCR, and the overall profitability increase by doing so. Now things are running smoother as far as the crashes go. |
|
|
|
|
Sometimes like right now my hash isn't showing on the pool on one rig..... ?
|
|
|
|
SP ok lets start over ok try one thing at a time. I got them somewhat stabilized. Here is what I need to know... do you have --cpu-priority in the build and if so what level? I think --cpu-priority 0 may work and solve the problem .. but what do you have sp5 private set at if you have that in there? Or the thread count. It looks like I need to take the demand off the cpu... like in Cuda off load everything to the gpu or something.
|
|
|
|
problem is this commented line in neoscrypt.cu:
// cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
remove the comment and your cpu usage will drop :-)
hashrate will also lower just a little bit.
Thanks, will give it a try but for now I can't compile (killed my windows SDK somehow).  WHEN THAT CRASH REPORT COMES UP... I WONDER HOW TO GET AROUND THAT ALL IT NEEDS I TO CLOSE THEN IT WILL MINE AUTOMATICALLY You can disable error reporting as a whole but that means you don't get any errors so what I do isntead is killing the task creating the error message periodically while mining: The name of the process is werfault so create a bat and let it run in the background: _werfault-kill.bat :start
title werfault-kill
cls
timeout -t 3
taskkill -t -f /im werf*
goto start And of course then you have to run your ccminer in a loop so it restarts. I haven't had to use this since cudaminer though. Ok thx |
|
|
|
This may eliminate a small part of the problem but it's not the answer because a reboot is required sometimes ..not all times because I get... the drivers have recovered.... sometimes. But I'm doing this now. |
|
|
|
i can't comment at the moment; im pointing speciaifally to DCR this month to see overall profitability...
which ports aren't connecting? My X11 rig in SF is mining fine right now.... so are the CPU algos.
I'm not sure.... next crash I'll see if I'm able to see it. EDIT: One is quark.... but it maybe a communication problem causing them to crash. could you take a look at quark algo.... i'm getting a price of 1.9000 per gh/s reading on minercontrol and after 5 minutes it crashes my miner. Thx yeah something is up with AMS so took it offline. Looks like something up with MMXVI as well on argon. Ok thanks... Let me know when it's working again plz |
|
|
|
i can't comment at the moment; im pointing speciaifally to DCR this month to see overall profitability...
which ports aren't connecting? My X11 rig in SF is mining fine right now.... so are the CPU algos.
I'm not sure.... next crash I'll see if I'm able to see it. EDIT: One is quark.... but it maybe a communication problem causing them to crash. could you take a look at quark algo.... i'm getting a price of 1.9000 per gh/s reading on minercontrol and after 5 minutes it crashes my miner. Thx |
|
|
|
SOMEBODY PUT OUT THE COMMAND IN THE BUILD YOU MUST CHANGE AND I CANT FIND IT.
IT MAY HAVE BEEN PALLAS
DONT GO AROUND THE PROBLEM FIX THE BUILD
BOTH 2 CORE RIGS OFF ALL NIGHT CRASH AND CRASHING 50 TIMES A DAY.
SP FIX THE BUILDI tried 5 different drivers fix the damn build.
|
|
|
|
SP, just a FYI, your version is still not getting as good hash as DJMs Neoscrypt kernel.
Also another FYI, after DJM updated his kernels, it increased power usage by about 15%.
On the 970 I'm getting 700 kh/s. sp 5 private.  = to 3.5 750ti. The best one you have so far sp for ALL algo's. It seems the hashrate of all implementation of Neoscrypt in ccminer (sp, djm, ghostlander) heavily relies on the CPU. I get 657 kh/s per 970 (4 in total) at around 1460 Mhz on a dualcore pentium g3420. Same cards, same OC, came settings but with an i3-4130 I get around 90-350 kh/s with a super oscillated GPU usage graph and I have no idea why. The only version that works properly for me across all rigs is a pretty old sp version (1.5.72). I hate neoscrypt with all the miner, wallet and orphan issues so much.  problem is this commented line in neoscrypt.cu: // cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync); remove the comment and your cpu usage will drop :-) hashrate will also lower just a little bit. It happens on quark too. |
|
|
|
|
Show Posts
