It would have been nice to inform people before shutting down november Saturn orders that they would most likely never be able to upgrade their Saturn so they could consider buying another one instead.
-MarkM-
Where did you come up with this, you don't think they will release November Unit Upgrades? November Unit upgrades will not work to upgrade October units. What I was trying to say was if people who had an October Saturn had known, when November Saturns were offered, that their October Saturn was never going to be able to be upgraded, or even that most likely it would never be able to be upgraded, maybe they would have thought about buying another Saturn instead of upgrading their existing one. Now that we know we will never be able to upgrade our existing one, it is also too late to buy a second one instead of an upgrade. -MarkM-
|
|
|
It would have been nice to inform people before shutting down november Saturn orders that they would most likely never be able to upgrade their Saturn so they could consider buying another one instead.
-MarkM-
|
|
|
don't think they are gone that fast, think once you order they take you out of the upgrade module pool of customers.....no web access anymore.
No, I think they must be gone. I thought maybe they had added the page but not activated it yet because it said not available, but upon checking this thread it seems they were available for a moment. I wonder what proportion of them actually went to upgrade Mercury and Saturn units that people had bought because they were purported to be able to be upgraded, and what percent to Jupiters that originally had not been supposed to be able to be upgraded? Seems maybe all the Jupiter people who were never promised upgrade-ability in the first place might have snapped them all up leaving all the Mercury and Saturn owners who had bought with the purported ability to upgrade in mind unable to ever upgrade at all? Maybe if they had advertised Mercury and Saturn units as never able to be upgraded from the start they would have sold less of them and more Jupiters... -MarkM-
|
|
|
Well apparently it also now has centralised control node or something? Reminiscent of solidcoin in a way?
-MarkM-
|
|
|
Maybe if litecoin and feathercoin got together to use merged mining they could between them muster enough of the scrypt hashing power that is out there to be able to make themselves reasonably secure?
-MarkM-
|
|
|
It mostly depends on how many other people are mining the same coin at the same time.
CPU mining was massively profitable last year for BBQcoin for example when no-one was bothering to use GPUs to mine it, a whole bunch of people all put just one CPU core onto it for about a year, then sold for fortunes when it came back into the public eye.
Basically you need to look for coins that are pretty much abandoned, and just direct the least amount of hashing at them that will get you some blocks, and just sit that out hoping it is a long long time before the masses regain interest in that coin.
Otherwise you pretty much have to go with super hardware and low electricity prices no matter what you are mining, including things like primecoin and protoshares and such.
-MarkM-
|
|
|
How much pre-mining?
Maybe even none. Not many blocks if any. Looks like the original poster might not have even know how. same here, very bad start for new coin Huh? It looked like a good start, for a moment someone did spam orphans but either they toned it down or the difficulty adjusted fast enough to slow it down for them. -MarkM-
|
|
|
I have just some eruptors, probably less than 15 GHash worth, on the case and get far more accepted than rejected and far more good blocks in listtransactions than orphans, though only of course a rather small proportion of the total number of blocks being mined.
-MarkM-
|
|
|
Well so much for the claims that it will be easy to mine: someone just turned on some hideous overkill amount of hashing, turning it into nothing but orphans. Tone it down who-ever you are, no point all sitting around getting orphans lets just all enjoy nice easy hashing not overkill the thing so bad it turns into an orphan-fest... You're driving up the difficulty for yourself too y'know not just everyone else. The coin doesn't need your mega-rigs to rake in coins for you this early in the game, save them for later... If you wanna be greedy, tune down until listtransactions shows you're getting about half the blocks. That'll leave half for all the peons to divvy up between them and mean they will have a reason to promote the coin for you so when you dump you'll at least get something for your coins. -MarkM-
|
|
|
The default RPC port is 8212, the default p2p networking port is, uh I forgot again already. I put it into firewall on a remote server and promptly forgot it.
Look in protocol.h
...Ok found it in there:
const int DEF_PROT=8112; const int DEF_RPCPORT=8212; const int DEF_TESTNET_PORT=8312; const int DEF_TESTNET_RPCPORT=18312;
Weirdly the server still has only 8 connections, 8 is how many you get if you only do outgoing connections. I wonder if there are only 8 nodes out there or maybe I mucked up the firewall setting or that is not the right port afterall or what...
Hmm now only 6 connections. I guess there just aren't many people awake and setting up nodes yet...
-MarkM-
|
|
|
Did you open an incoming port? I opened incoming on one of my servers and got 8 connections so far, so maybe none of those nodes have incoming ports open themselves and needed my open port to find a place to meet at?
The orignal post is crappy though, to find out the port and the RPC port I had to grep through the code.
The github text file claims the thing is based on blehcoin but the repo is not a fork of any existing repo so there are no diffs to look at to see what it changed as compared to what it claims to be a fork of. Thus any kinds of evil code could be in there and we'd have to read the entire code every file of it to find out since they possibly deliberately didn't do a proper on-github fork, thus making it much harder to find out what they actually changed.
-MarkM-
|
|
|
Is this a buy now or forever be unable to upgrade kind of deal?
Or can we upgrade our Saturns or Mercurys at some future date once all this rush rush rush hustle is over?
As part of why I only got a Saturn in the first place is I figured it would be maybe a few months before I'd get around to upgrading...
(Like maybe wait and see how things look once the november units have shipped...)
This hustle hustle hustle is kind of annoying.
-MarkM-
|
|
|
I don't understand this ram issue....my Saturn has been running 0.97 for at least a week straight without a reboot. And I only rebooted it then to change pools.
It doesn't slow down, it doesn't increase errors....it just keeps trucking along at 284.5gh.
The ram issue is created by the addition of unofficial mods that run simultaneous to the official firmware. They require optimisation. We have been in touch with the developer of those mods, as they are really useful, and we do want to consider supporting them, but in a means that does not deteriorate the long term performance of the product. I am using stock firmware. I do not recall whether I had the problem before 0.98 though. I am running 0.98 currently and it dies periodically. Sometimes cgminer dies, sometimes it seems the webserver must be what died. It picks something to kill when it runs out of RAM. No third party mods. Vanilla 0.98. I am not even ssh'd in to try to watch it happen, lst that use up precious RAM itself. -MarkM-
|
|
|
Now that ckolivas has removed all the GPU and scrypt and such from cgminer, does cgminer take less RAM?
Might a firmware that uses that new cgminer possibly not run out of RAM?
Or is the RAM problem an actual memory leak in something therefore going to happen eventually no matter how small you make everything else?
-MarkM-
|
|
|
So is a github or similiar repo online yet where we can download the code build the thing and try it?
-MarkM-
|
|
|
There is still no sign of a fix for the out of memory condition killing cgminer. I wouldn't be pleased to have a nice shiny new november order Jupiter dying periodically for such a simple well known reason, losing hours sitting there waiting for me to wake up and notice because they neglected to include a watchdog to keep the thing running and/or neglected to ensure their software fit into the amount of RAM they saw fit to build into the unit...
-MarkM-
I believe the issue there is/was while using Bertmod, the ram is otherwise sufficient. It has 512MB of DDR3 You have something else going on? I have never used bertmod. I have a stock Saturn running stock firmwares, currently 0.98 I think. I do not know for sure but it seems possible that the problem might not have started until they put a real cgminer from ckolivas instead of their own version. I do not know though, I just vaguely have impression that at first it went many days but lately I am lucky to get a day or two out of it without it dying, and sometimes it dies within hours of a restart. -MarkM-
|
|
|
Then code it. Once people see working code maybe they will believe you are not just another bullshit pie in the sky idea-person/marketer trying to get other people to work for free on some crazy crap idea you think is so great.
-MarkM-
|
|
|
Since all the birthday collision solving algorithms one can find on Wikipedia do without using massive memory, usually just using a couple of pointers they call "hare" and "tortoise", why is it that this momentum thing does supposedly need lots of memory? Do none of those standard efficient solutions found in Wikipedia actually work for some reason?
(For example, the methods for finding the cycle time of cyclic things such as pseudorandom number generators and hashes (hash of a hash etc until it collides thus cycles).)
-MarkM-
|
|
|
There is still no sign of a fix for the out of memory condition killing cgminer. I wouldn't be pleased to have a nice shiny new november order Jupiter dying periodically for such a simple well known reason, losing hours sitting there waiting for me to wake up and notice because they neglected to include a watchdog to keep the thing running and/or neglected to ensure their software fit into the amount of RAM they saw fit to build into the unit...
-MarkM-
|
|
|
So are confidence chains ready to run yet? Got a github or something where folk can download source code?
-MarkM-
|
|
|
|