Im starting to lean towards memory now:

you only have 4Gb, and either drive is 16Gb, which you really wanna have for that much for virtual memory as well.....

take some ram from another rig for a test;  bump it up to 6 or 8Gb... worth a try.

Phil is onto something as well.   PRoblem arise with GPU density.   6 is the tipping point.  7+ is where the most problems arise.

yep, if you want to get paid in DGB, you need to use a DGB wallet address, and tell the pool DGB via c=DGB....

Hopefully that 1Pe address is your BTC address; or those mining funds went to that BTC address whomever owns it.......

What type of storage device are you running this on?   Any chance of some sectors beginning to fail?  Remember, they will typically be destroying the areas where data is stored and read all the time.

It's my first instinct....

Its never a good idea to mine to an exchange wallet.   Always mine to a personal wallet and xfer to the exchange.  Problems can arise if you don't.

Some exchanges clearly state this on their wallet link page as well.

You can mine on zpool without conversion, just change payout address and payout type in the password field.

You choose in the BIOS usually if you want onboard or onboard or PCIE graphics selection; but I do not know if this support is added in your BIOS.
Most motherboards will hide the onboard video from the OS when it's using a PCIE (external) graphics....  I am unsure if it works the other way around so you may have good results.  nothing but to try.

You will see the high intensity mining side effects on your second display adaptor if it does indeed work alongside an external gpu.

With an intensity of ~18, 3d games such as H1Z1 and Rust are more than playable....
I used to play LoL with mining at normal intensity as well.

Food for thought.

you will probably have to completely disable the internal GPU if an external one is used...  Depends on how they configured the board and coded the BIOS.

I think if you lower intensity on the mining apps to the point where it doesn't stutter videos like I do on my home media center PC, you should be fine to use the 1070 for all tasks.  You won't save much by running a second GPU dedicated to a video display....  I got basically the same hashrates when intensity was trimmed down enough not to cause stutters anyways.

520x0.00000513=0.0026676-0.000053352(-2%)==0.002614248 as per the last 24hr figure on skien.

I believe there was an issue with equihash and the profit switching part of the stratum... I think it has a different stratum code and it wasn't working.

The pool's code selects the algo based on algo hashrate available, TTF, last time block found, exchange price, etc.... no way to command it;  thus the reason for my manual farm control batch... it's the next best thing to be able to swap to it at a whim.

remove equihash from the nemosminer batch and try again without... that's probably the issue.


To phil and the other guys;

I'm glad your feeling these epic good days like I am    DGB >2300 is insanely profitable... but the coin difficulty went up quite a bit in response

Just a note to openVPN users:  taskkilling the openVPN service leaves the TUN devices stuck in the OS until it is properly closed out.  There is no built in "command line" style function to reconnect or disconnect;  only connect.    This is a really big upset to me...

I have heard there are ways to send a command to the process itself.... but going through a batch... I will have to find some powershell trickery or something to make this possible.

For now;  it does work... but you end up with some odd errors in the openVPN GUI status readout having to do with an inaccessible windows path....

Ill be updating this more and trying to make it more dynamic...   I have a laundry list of coding to do in the next week and this should be on my list for sure.

post the copy of your modified batch this way next time....

use the when you post it.  Much easier than a photo.

you didn't remove the algos from the password.  I see you have lyra2 and skien enabled....   but the pool thinks you have ALL the other algos enabled.

Should look like this for your config:
The pool was probably trying to throw you on a disabled algo and leaving the stratum on your desired algos disconnected....

If you want to run one algo, I highly suggest just making a single batch per algo to test....


I.E.
skienonly.bat

what?  What was the "diff vs pool hashrate" at that moment vs other coins in that algo?  was it economical to send the hash to DGB at that moment?

I will admit;  DGB has nearly doubled.... but look at the network difficulty..... see any correlations there?

(0.004*1000)-2%0.08=3.92mBTC

yup, pretty close.  but that was 3.92 in the previous 24 hrs from that point in time.   notice it fluxes.... up and down.

It's like the newspaper.  Yesterdays news.

So;  I have begun to dive into a GTX780 that my friend gave me....

He was playing a game, in his words "trying to abuse SLI" and "run them hard"... when it suddenly just bluescreened, and rebooted, showing no display on the primary video output, but the secondary card showed up.   Only one GPU in the device manager.


The back of the board looks perfect.... no signs of overheating components or anything.

The component/die side... looked fine as well.....

This leads me to want to power it on the bench, and take some voltage measurements at places.... find why it doesn't power up in the slightest (no fan, no post, nadda)

So how do you power these in order to test in such a way?  do you clamp on a rigged cooler to the GPU die for this and just let the rest run open?

Any insight into this sort of issue before?  My gut tells me to follow the power from the PCIE first....  Just by the fact the card displays the signs of no power reaching it.  Also, he said he was messing with the SLI bridge, and I believe the power piggybacks through that connector as well...

I do have a few oscilloscopes (one analog, one digital), a handful of test equipment as well as basic soldering/desoldering equipment.... if it needs heat-work done;  I'll finally have a reason to invest in a bed and temp controlled system.   I've done enough research and learning about the processes under different situations/conditions that I feel confident I can attempt an advanced repair on something.

if you weren't on the alexis build, you were probably not earning as much as you could....  there's rumor of another build, but so far its just smoke and mirrors....   people are becoming more greedy when sharing with the community.

That link can change over time as it has a few times before.   That's why I only reference to look for his thread, and it's right up top on his first post.

I will personally comment:   On zpool:  there are good days and bad days.  Just the same as any other pool.   But Ill repeat;  the good days outweigh the bad days.  If you were on the lyra2v2 port;  you would feel this issue 10x as more like I did before I swapped to skien.

The EXACT point when people started accusing zpool of stealing is when the altcoin market was reaching it's all time low and BTC was worth just a little over $200.  It's easy to blame the pool when you have a lack of knowledge.    Around this same time, the pool code was updated, and the graphs were now showing the rejects on the graph as well.  This freaked the living crap out of people because it wasn't relative to the coin's hashrate;  one reject on a very low hashrate algo (like cpu algos) would cause the whole graph to be superseded by the larger valued reject number (1-10% instead of the share of .01%, etc).   Through this time, people were pointing wild fingers, and probably blaming the pool for them being on a non-profitable algo.

Remember;  people create their own optimized miners and run them to get a better cut of the earnings:  more profit from your pocket.  when you finally catch up, suddenly it doesn't seem so bad.   This is another VERY key element to this madness.

Third:  PEople base shit off of SPECULATION posted on other sites that do contain a LARGE amount of POSSIBLE error since it is going across many platforms and algos that all contain their own errors and thus it can compound the error GREATLY.    This, with enough research and critical thinking can be seen and understood; on top of being logical.  I.E.  the people who have personally told me that whattomine reported less earnings than they actually received.


Now;  let's consider the troll factor:   Whales buy, and convince you to get on board enough for them to sell at a profit.    Who runs whattomine?
 Where were their profit stakes at those points in time?  Would it make sense to sway people away from what you want to do so you can buy in lower, then recommend it later to sell higher?  this makes PERFECT and REASONABLE sense.

You guys have to look past what's in front of you and look deeper to what you don't fully understand.   You can't form a conclusion on your math for yesterday, just because your test of the next day came out different then the day before.... etc.   Remember;  I keep repeating:  The good days outweigh the bad.  It fluctuates.

I do remember seeing one test that bothered me;  which was someone mining a one coin algo, earning ~90-95% of the rewards, getting paid out in that specific coin, and getting paid less than originally was unconfirmed.....   But considering the pool gets paid in BTC....  some has to be exchanged to equal the pool's percentage...  which means selling at lower than market "sell" rates and fulfilling a lower buy order in order to payout the pool and the miner..... making a minimum sized sell order, etc.... it adds up.   That's one way I could have understood that happening.... but also;  the guy was not 100% of shares.... so his diagnostic was flawed, because he was basing his hypothesis on how the pool works on solely that concept (I should have gotten all the rewards, which is false).

Another thing I keep mentioning, and seeing, is when pool hashrate for an algo crests a certain amount;  profitability drops a bit and luck smooths out to being less noticeable just like when difficulty shoots up..  When the skien pool was 10-30Gh, I was making a killing.   Now that hashrate is ~10x that, It's less profit; and the coins are worth buttloads more (DGB anyone?).    This is a complete fact in my eyes.   I am almost thinking of getting a group of people on board for a test;  see if crackfoo will create a second skien wallet, on a separate port, and have ~10-20Gh of hash dedicated to that port only.   We can compare this to the high hash port and test my hypothesis.....   But I am still working out the details on this.  When I was making ~10-15% pool hashrate on the same gear I am running now;  (before calling you guys to come earn) I seriously made a killing compared to any other algo and profitability went over 0.007mbtc/mh/day.

Sorry for caps guys, but it's for emphasis and I don't feel like adding all over the place..[/code]

if you ask me;  whatttomine is for the sheep.   It bases its information on multiple sources/exchanges (mixing them for results on a per-site basis) and also includes a human factor which adds even more error.   What exchange is whattomine basing this price info off of, at what time? (see what I mean?)

Keep this in mind.  you are taking advice from a 3rd party that;  frankly, has been historically inaccurate in many ways in my eyes.

24 hour profitability has been hovering around 0.004mBTC/day recently......  which is easy to do spot math on yourself.

you keep saying this with no actual evidence past trying to base your assumptions off things you don't understand.... or as far as I can tell that you even care to even attempt at this point.

Talk to many users here that have tried using the pool under my recommendations.

They report more profitability.

stop the FUD, unless you have some real evidence that can prove your accusations (such as the offending pool code, etc).

My spot checks out within a margin of error.  Plus I watch the markets, and see many correlations when accounting for that and things like overall share percentage, exchange fees, etc etc etc.

yep.... as long as DGB maintains... it should stay pretty consistent right now.

in my second link deep, it has the instructions on making a batch file manually (I think) but yeah... sometimes the simplest problems are the biggest speed bumps when starting off.

Id highly suggest the ccmineralexis78 build for mining skien... I got a 30% hashrate increase on my 1070's, and the 1080 got 15-20% I believe...  upgrading from ccminer 1.7.

A compiled version is available to download from the nemosminer megaupload link... same forum as this thread.  You can download the .exe file separate and save it where your current miner app and batch are.

I'll be making a huge update to my batch file soon;  combining all the features in all of my batch files into one.  You'll set it once via the command line, and it will remember your last used selection until the next time you launch the batch with a new config setting....  Plus more...

The website rates will fluctuate;  but when you look at the graph over time you can see the hashrate deltas out just about where its supposed to be....   the pool calculates your share% based on how many shares of what difficulty it submits.   If you get a string of high value shares;  your hashrate shows high, etc.... just varies with "luck" as its called.   If they based it off what the miner app reported;  people would submit low diff shares only at a reduced power rate, and code in whatever hashrate they want the pool to see....   the calculated by shares method is a very predictable and pretty accurate way to do it fairly.

Question:

I am getting ready to revisit my batch and add the new algos and whatnot.

Since there's the issue with connected miner info ghosting but hashrate still shows;  I am thinking of adding a timer and app kill/restart after so much time has passed.

Probably gonna reset itself every algo switch for auto-switching setups (or maybe it's entirely unnecessary to enable on this mode).... but, I think it's a nice mid-term solution to a very strange bug to track down.

Thoughts?

Any features requested at this time?  (I plan to devote some hours if I get a fancy idea, or you get one)

I am also going to be combining all of my batch files into one....

I.E.
C:/zpool.ca/startminer.bat -ProfitSwitch
or
C:/zpool.ca/startminer.bat -ManualMode -AutoRestart 30
or
C:/zpool.ca/startminer.bat -BasicMode

I will also be making it much easier to input manual intensity settings on each algo (configurable up top with the rest of the user configurable options).

So any input will input further in making it better for everyone.