Check /var/log/messages, when the O/S shuts down tasks due to running out of RAM it should indicate that in there.

I am not sure whether swap actually helps, maybe it does. The 8 gig machine here at home that it kept crashing on only had 2 gigs of swap because I upgraded the RAm after the disk had already been set up and the operating system installed. So try swap, maybe it will work. It might take a while to gt responses to RPC calsl but if you aren't mining that shouldn't be a problem.

Very fast block coins though would maybe thrash at some point, a block arrives so it starts to swap out another coin to make room for block processing, then that other coin also hears about a block and it too tries to unswap, pretty soon maybe all the fast coins are all trying to unswap so only the slow coins actually stay swapped a while, if even they do since they still keep hearing about transactions maybe if they are coins actually used to transact...

Maybe just go with five machines, ten daemons per machine?

But wait, three times 24 is more than fifty, you should be able to run 50 coins with that much RAM. Are you using old non-memory-fixed I0Coin and/or GeistGeld or something?

Stopping and starting the daemons would likely run into the problem of being blocks behind on the blockchain, you presumably want the latest block in order to get the stats you want.

Maybe just make a simple little daemon that just gets blocks and tallies up the stats you want, maybe something written in python or something?

Or look at the various libs people have made for processing blockchains and doing the p2p to get blockchains.

-MarkM-

It is supposed to be worth less, that is the whole point of having a large number of coins per block.

It should be worth about a tenth of what DeVCoin is worth; don't pay more than one DeVCoin per ten DOGE and you should be fine, IF they support it and promote it and keep plugging away at it and building things around it and so on as long term doggedly as the DeVCoin folks do for DeVCoin.

If they abandon it, well fine, it is in Vircurex fergoshsakes, do you think all the "reputable" coins that managed to convince Vircurex to list them are likely to let a coin on Vircurex die a horrible death if they can find any way to prevent it? Think how much value all those coins will lose if Vircurex starts being regarded as just another scam-central, leading to folks thinking all the other coins there are probably also scams?

-MarkM-

I don't know, I already threw money at the problem by leasing three dedicated servers, two being 16 gigs one being 24 gigs, for a year paid in advance.

They paid for themselves and more by CPU mining primecoin and protoshares (back when they actually were able to find blocks of those reasonably often), not even thinking about the massive number of BBQcoins they picked up during BBQcoin's under the radar mine it with CPUs year (last year), so I just split up all the daemons I need for merged mining among those three servers and look around for interesting things to do with all the spare RAM they have still left over. (The spare cores are still mining primecoin, albeit not finding blocks very often.)

Its like $30 or $35 so a month for a 16 gig dedicated machine with unlimited bandwidth on a gigabit-per-second ethernet and heck running the same machine at home would cost me more than that just in electricity without even considering getting a high bandwidth internet connection here at home comparable to what they have at the datacentre so it seems a good deal to me.

(Its not the hosting link in my sig; PM me if you want a referral.)

-MarkM-

So they don't have to waste their precious electricity, limited as it is by the amperage the power lines into their house or datacentre can supply, on crapcoins they can pick up on exchanges cheaper than they can sell them on exchanges?

I didn't bother mining DOGE for example, why would I when I can pick up millions dirt cheap on the way up sell them higher up and pick them back up again cheap again on the way down, leaving me with as many or more than I bought initially plus a bunch of bitcoins of profit?

-MarkM-

Those bitcoins seem to me very likely to be merely a giving back of a part of the "take", rather than actual "investment", since yesterday over 80 bitcoins were spent on DOGE on Vircurex and today we see less than 80 bitcoins buy wall. The difference between the number  of bitcoins the buywall-placer sold DOGE for yesterday and the number of bitcoins in the buywall might well be their take-home profit for the day.

Meanwhile that buy wall has likely lured many wannabe-buyers into paying 51 or more satoshis for DOGE that the wall bought for 50.

Bear in mind that the wall causes the coin market cap site(s) to show a high market cap for DOGE, leading to people who just blindly buy whatever is near the top of the market cap sites running over to an exchange to buy DOGE for more than the wall is buying them for.

-MarkM-

Nowadays I have noticed Fedora defaults the swap partition to only a little larger than the RAM. Maybe for good reason, as it does seem to get into swap-thrashing if you do try the old twice the size of the RAM or the even older three times the size of the RAM for swap.

Basically you probably want a gigabyte per coin for long-established coins, and maybe even for the newfangled "almost as fast as GeistGeld" coins since they go through blocks fast; and a gig per merged mined coin.

Getting into swap while mining is a poor idea as it leads to p2pool complaining that daemons are taking more than 5 seconds to respond, and it might well be that it complains because slow access to getblock calls maybe degrades mining performance for all the coins it is merging.

-MarkM-

That might be because one buys billions for (if possible) a satoshi each, then posts sell orders at every satoshi of price on the sell side, so you have a billion "sell one coin" orders at a billion different prices on the sell side for each billion coins you buy on the buy side.

Or are you looking at the total depth, the entire pile of sell orders all the way up into stratospheric prices (including those that people aren't bothering to type in on any exchanges yet due to current going rate on exchanges being way down in the less than a thousand satoshis per coin range) ?

-MarkM-

Then I guess maybe you ought to be able to get about ten DOGE per DeVCoin, since DeVCoins only mint 50,000 coins per block.

So buy them up anytime anyone will sell you more than ten for a DeVCoin and in the long term you should do okay maybe, unless it lacks DeVCoin's staying-power.

Oh wait, difficulty. GRouPcoin mints only 50 per block yet no one buys it at 1000 DeVCoins per GRouPcoin yet, largely because its difficulty has not caught up to DeVCoin's difficulty yet, even though everyone knows that in the long run it makes sense that GRouPcoin is a 1000-DeVCoin-piece.

-MarkM-

Unix-type operating-systems use all available RAM for file buffers and such, so don't look at total RAM in use, look at the resident set and whether the swap partition is getting used up.

I0Coin used to need about four gigs though and GeistGeld would crash from lack of RAM on an 8 gig machine even no other coins running so I moved it to 16+ gig machines.

The new halfway-fixed GeistGeld (the quick-and-dirty fix) uses way the heck less RAM and the properly fixed I0Coin even less.

Bitcoin you can still run in a gig I think, but maybe not in half a gig or not run it well in half a gig anyway.

Most other coins, if not merged mined, seem to fit into half a gig or so.

-MarkM-

Mine GeistGeld, CoiLedCoin, I0Coin, IXCoin, GRouPcoin, DeVCoin, NaMeCoin and BiTCoin all at once, merged.

That way you get the nice low difficulty GeistGeld and CoiLedCoins that no public merged mining pools are mining, without missing out on any of the merged mined coins that are already on at least one public merged mined pool.

Even if you just have a block eruptor or a GPU that is a good way to go because even if you don't get lucky and get a block of NMC, DVC, GRP, IXC, or I0C you still get some BiTCoin (I am assuming here that you'll be using p2pool to merged mine thus that you will be pool-mining the BiTCoins not solo-mining them) and build up a nice stash of CoiLedCoin and GeistGeld, which are not readily available to buy so mining them is probably the most direct method of getting hold of some of them.

(Though if you are a user of Open Transactions maybe you might be able to buy some on an Open Transactions server, since as you maybe have noticed they have been shown in the http://galaxies.mygamesonline.org/latestrates.inc include-file for a long time now...)

-MarkM-

Even the ancient devcoin code has yet to display the kind of massive RAM-usage that that GeistGeld and I0Coin did, because we only have one block per ten minutes on average whereas I0Coin is much faster thus has way the heck more blocks to deal with and GeistGeld is maybe even too darn fast to be practical so has even way the heck more than I0Coin.

Plus of course, GeistGeld and I0Coin might have more blocks that were mined using p2pool than DeVCoin does because they have spent more time not being on public pools thus having to be mined using p2pool by individuals instead of being mined maybe on a pool that does not put all the miner payouts into the coinbase transaction eating up RAM...

Also, one of the coders told me soem tiem back that he was in fact adapting the fixed I0Coin, not working directly from bitcoin code.

I had gotten the impression from the wording of his posts that he was ignoring the whole fixed I0Coin for some reason or for no apparent reason and was instead working from raw bitcoin code, but he corrected that impression.

That is part of why it seems weird to now hear that supposedly hs has backgtacked and is in fact working directly from bitcoin and creating a devcoin version that lacks the fixes that were put into I0Coin.

rsnel did the I0Coin fixes that is why we wanted to get rsnel if possible to do the other coins too, since he might grok his fixes/code better than others might.

-MarkM-

To get a yay with a CPU you need either gosh knows how many decades years or months or a massive number of CPUs or a coin with an amazingly low difficulty.

Try using a coin's testnet, it is 1/16th the difficulty or some such right from the start plus likely has a lot less miners mining it.

Or use --scrypt and point it at Tenebrix or Fairbrix.

Or hey, likely Tenebrix and Fairbrix have really really low difficulty testnets...

No client includes stratum support yet do they?

There is a proxy you can use though.

-MarkM-

DOGE is EGO'D spelt backwards!

So egotistical. So cool. So hamburger. Ceilingcat is watching!

Grumpycat, of course, remains grumpy. But that, surely, is to be expected?

-MarkM-

If that is true, then the whole "merged mined coins use up more RAM and this is why" theory is maybe blown out of the water?

All the memory usage fixes for the merged mined coins were predicated on the theory that the massive coinbase transactions produced by p2pool get kept in RAM by the merged mined coins because the bitcoin chain's block against which they were merged is their proof of having been correctly merged mined, or something like that.

If that was not afterall what was realy going on, then maybe it was afterall a memory leak that caused GeistGeld and I0Coin to use massive amounts of RAM, not this business of the merged mining proof stuff in RAM...

Unless maybe the bitcoin code now somehow puts such proofs to disk like the memory-hog-fix does or something?

(And we care about that and should care about that not only because things that affect other merged coins might effect us but also because they are part of our merged mined coins family, providing a spread of different features using the same hashing power that secures our own chain. Also because we are all about free open source development and after bitcoin the other merged mined coins are our closest relations. We want merged mining to work nice and smooth for all the merged coins because we don't want merged mining to get a bad rep like "oh no you are merged mined, such and such a coin is merged mined and it has problems such and such and such and such...)

-MarkM-

How many other coins use the same type of hashing as it does to secure their blockchains?

Also, is it scrypt or some other type of hashing that non-specialised equipment can mine?

Remember that what makes bitcoin secure is the fact that more than half of the hashing power on the planet is securing it.

Are more than half of the machines capable of mining Earthcoin mining it? Or are more than half of such machines mining something else or not currently mining anything?

If more than half of the hardware on the planet that could choose to mine Earthcoin is not doing so, that means more than half of that hardware could choose instead to attack it...

The best way to feel reasonably confident a coin is secure is for more than half of the gear on the planet that could mine it to be mining it, because that indicates it is more profitable to mine it than to attack it.

If more than half of the gear on the planet that could mine it is not mining it, that is bad, as it maybe indicates that mining it is not the best use of the kinds of gear that could mine it. Leading to the question of whether it is worth attacking it. Maybe at some point even though it is not worth mining it might be worth attacking...

-MarkM-

Yesterday there was 80+ bitcoins of volume of DOGE on Vircurex, mostly at a higher price than 50 satoshis.

So for someone to put part of the bitcoins they sold their DOGE for back onto the buy side at a puny 50 satoshis price could easily not be an investment at all, simply an allocation of part of their "take" toward forcing people who do want to buy to have to buy for more than 50 satoshis.

In other words, a way to at least momentarily (until another miner blows that buy wall away by dumping some of the billion or so DOGE that gets mined per day) stop the price the suckers are paying from dropping below 50.

Notice that selling for 51 satoshis coins you buy for 50 satoshis is a 2% markup, Vircurex only takes 0.2% in fees, so simply buying at 50 and selling at 51 you'd make 1.6% or so while Vircurex makes 0.4% or so (0.2% on the buy side aka when you buy plus 0.2% on the sell side aka when you sell).

So it seems more likely to me it is more likely to be someone simply milking it rather than someone "investing" in it. The entire offer is likely financed using bitcoins the got by selling DOGE for a whole lot more than 50 satoshis.

-MarkM-

8 connections is the default max when your incoming port is not open.

So maybe your incoming port is not open.

Which might mean that your router does not support Plug and Play (or like mine it claims to but actually does not work with the plug and play library that bitcoin-derived cryptocoins use) or it might mean who-ever compiled the client compiled it without plug and play support or it might mean that who-ever compiled it compiled it with plug and play defaulting to disabled/off instead of defaulting to being enabled/on.

Then again it might also be that plug and play did work, your incoming port is enabled at your router, but it just hasn't happened to get any incoming connections yet.

(Its default max connections with an incoming port open is 125 I think.)

-MarkM-

Did you read the above paragraph of mine that you quoted?

As it answers the question you posted above it.


40+ hours per week is "at least 10 hours per week" so should qualify.

The thing is though, why would you settle for only one share for all those hours instead of getting one share per 1000 words?

Well one reason, I suppose would be if you didn't want to post the material to Devtome.

But basically the crazy-high pay currently going to Devtome authors kind of discourages anyone from going for the lifestyle author of free open source software option, not to mention the vast number of shares that go to Devtome authors grossly dilutes the actual value that a lifestyle author's lonely single share would actually be worth on the exchanges.

So basically Devtome is maybe kind of shooting itself in the foot too not just shooting down all other categories.

Although to fully make use of lifestyle authors Devtome would have to be even more open than it currently is regarding "collated" articles, since a lifestyle creator of free open source content is not constrained to post that content to Devtome or any other specific repository. So if a lifestyle author of free open source writing happened for example to post all their free open source writing to their blog instead of to Devtome, someone would have to collate it all - grab it all - onto Devtome in order for Devtome to directly benefit from it all. But since we are talking free open source, presumably grabbing all of it from their blog and pasting it to Devtome (with attribution) would presumably be okay as far as their license is concerned. It is only Devtome itself that currently would seem to require who-ever grabs it and pastes it to hack it up instead of simply pasting it.

We could though maybe make a "grabbed wholesale" category that pays even less than the "collated" category, like maybe a share per 10,000 articles or a share per 1000 articles or somesuch, so one person with one script could suck into Devtome all the new blog posts made by all the lifestyle free open source blog authors and stuff like that and get enough pay from that to pay them for the computer resources it'd take for them to have their 'cron' daemon automatically go grab the articles and paste them to Devtome...

-MarkM-

The bitcoin family though of coins that one can merged-mine all at once does already have a fast transactions member: GeistGeld.

However, GeistGeld is possibly too fast, at least one merged-mining pool dropped GeistGeld from its merge due to the speed of the blocks.

However the same merged mining family of coins also includes I0Coin and CoiLedCoin, I0Coin is I think maybe two and a half minute blocks or somesuch and CoiLedCoin one and a half minutes or maybe one minute or something like that and whatever their block speed is does not seem to be too fast to be practical, they seem to merge fine without screwing up the mining of all the other coins in the merge by requiring all the miners to get new work every 20 or 30 or 40 seconds. (I cannot recall offhand whether GeistGeld is 20, 30, or 40 seconds, whichever it is mmpool.bitparking.com claims it is just too darn fast to be practical.)

-MarkM-

For most coins you can simply compare their hashrate / difficulty with others that use the same hashing method.

As soon as there are three coins using the same hashing method but unable to be merged mined at least one of them will have less than half of the total hashing power.

So for example look at all the scrypt coins that cannot be merged mined, at most two of them can have half or more of the world's scrypt hashing power, the third highest hashing power one will have less than half the total scrypt hashing power thus will be obviously way the heck too vulnerable to consider using for anything important (such as finances, money, wealth storage, commerce etc).

So for starters simply drop all but the two highest hashing power non-merged-mine-able coins of each hash type.

Then quite likely drop the second highest of each also,

Even for coins that can be merged mined the ones that have less than half as much hashing power as the highest hashing power coin of that merge-family should be regarded as too insecure for real use, so should be added to more merged mining pools to get their hash rate up to more than half that of the highest hashing power coin of the family before using it for anything important.

-MarkM-