I'm still having a hard time figuring out the best way to optimize / balance sievesize, sievepercentage, and roundsievepercentage. Any pointers / recommendations from anyone?
Well, I think we are getting to the point where the optimal settings for mainnet will be different from testnet. That means that most of us won't be able to accurately measure the actual block rate and we will have to rely on whatever performance metrics we have. That's where the chains/day estimate comes in. Instead of counting shorter chains found during the search, it's trying to estimate the chances of finding a full-length chain that may lead to a block. Assuming that the model works, it should be the best performance metric available. The default settings are my best guesses of what the optimal settings would be for most people. With the latest release I was mainly looking at chains/day and then checking 5-chains/h after that to make sure there's some sense in the new setting. I understand that but it would be helpful, at least for me, to understand how to go about optimizing. So we start with default parameters but where do we go from there? I understand that we should try optimizing chains per day but in what manner? Should we be finding the sweet spot for cpd by adjusting sievesize first (to find the highest value), then doing the same for sievepercentage, then roundsievepercentage? If we tweak the first one in and then change another, will it move the potential optimal point for the first variable optimized? What I'm ideally looking for is some sort of workflow for optimizing the three variables. Like: 1) Start with default settings, give it 1 hour to get a history of cpd, then increment seivesize up 200k (or 1M or whatever you choose). Obtain 30 min - 1hr of new data and compare the log file to see what the difference was. When you find the optimal setting for sievesize then move on to sievepercentage.
2) Increment sievepercentage by your chosen amount and compare log performance to find the optimal setting. (This is where, if a different sievepercentage effects the ideal sievesize it would be prudent to go back to step 1).
3) Adjust roundsievepercentage to obtain optimal results. But maybe roundsievepercentage and / or sievepercentage are more dependent on cores, cpu speed, or something else. I just don't understand it enough to come up with a good process to try to optimize. Something like this would be very helpful. Once we figure out a good way to optimize, it seems like it would be relatively easy to create some type of optimization script that will run through this process, collect variables & performance from the log, and after a day or two of running through the script, spit out "based on the script, these are your optimal settings for this machine". Even if it takes a day to settle into these figures, over the long term it would be worth it. |
|
|
|
|
I'm still having a hard time figuring out the best way to optimize / balance sievesize, sievepercentage, and roundsievepercentage. Any pointers / recommendations from anyone?
|
|
|
|
To all shareholders : Since all of our reputation is only based on chinese community,we ll give out some pics of equipments/devices and upload our deployment schemes soon to enhance your understanding of us.
To those doubters with "ASICMiner USB Block Erupter"-related talks : I feel somewhat depressed and was beaten！--- Do our team look that stupid ? Show out a USB-ASIC MINER as our deception ？How could be more stupid than this ? any suggestion?
I don't remember where I read it but someone reminded me of the intention to provide videos as updates rather than photos on a daily basis. I think that would go a long way. A youtube channel or something like that would be ideal where people could subscribe to the video updates. We can promise this. But maybe "daily" is too often to achieve.“ Weekly ”might be an acceptable rate Found it (from here): 4. Q & A
Q:Do you guys have any relationship with ASICMINER or AVALON?
A: No, but we do have a similar background. We also had some contacts with them through either IM tools or in person, although some of their thoughts / behaviours are hardly accepted by us.
Q: how to guarantee the transparency ? I know that a 100% provable openness is impossible in BTC world,but what can you offer as your best?
A: A daily video will be upload every day to show out how much we have digged out. It will be better than pure pictures or photos which can easily be photoshoped. We may adopt a lot of methods like this to reduce the probability we do anything dirty.
Q: Is there a list to show out all the solutions of those possible accidents? For instance, chips broken within first year; unexpected huge hashrate influent our income so much;equipments in the machinery rooms get stolen; Website get hacked;how long time is needed for deploying the first 100T;how to define the”first year”, if there are some offline-days in the first year, is any kind of compensation/refund offered…etc.
A:As we metioned on the 3rd part, we still haven’t decided which mode to choose yet, if we finally prefer Mode B to A, then all kinds of questions may be posted on somewhere at our website and will be replied asap.
|
|
|
|
To all shareholders : Since all of our reputation is only based on chinese community,we ll give out some pics of equipments/devices and upload our deployment schemes soon to enhance your understanding of us.
To those doubters with "ASICMiner USB Block Erupter"-related talks : I feel somewhat depressed and was beaten！--- Do our team look that stupid ? Show out a USB-ASIC MINER as our deception ？How could be more stupid than this ? any suggestion?
I don't remember where I read it but someone reminded me of the intention to provide videos as updates rather than photos on a daily basis. I think that would go a long way. A youtube channel or something like that would be ideal where people could subscribe to the video updates. |
|
|
|
|
Should we be successful in the change, I think it would be prudent to kick a little more over to John for his efforts. I don't know how much he got for facilitating in the beginning but this is a scope change in my opinion and he should probably get a little compensation for it.
|
|
|
|
I spoke with Dave today and one of the major parts of the deal he is making with LabRatMining is in the process of being finalized. Once it is confirmed I will be delivering specifics regarding this part of the deal. From what we discussed he should be able to confirm this within the next couple days without a problem. Updated estimates:354MH/s per bond 10.5TH/s total hashrate http://www.labratmining.com/currentHashrate.htmlI know it's hard to say but do you have an estimate or rough timeline for hashrate coming online or ordered hardware vs expected delivery date(s) (and maybe even confidence level)? |
|
|
|
|
I haven't read through 8 pages but some sort of logically-defined asks / bids would be nice. Say we've been stable for a while now and I have both FundX and some BTC ... this is just an example but something to the effect of:
If FundX price-rises X%, sell Y shares; set new_high_price
then
If price-falls to (new_high_price - A%), buy B shares (or spend BTC amount)
So for example some logic in there that says sell if the price goes up 20% from your defined starting point and only buy back if that level is reached and do it 10% lower than that (or whatever you want your numbers to be).
This would allow normal people (non-bots) to implement some of the same logic they may use on a daily basis without having to be manually performed.
I'm probably not explaining this very well but hopefully it makes some sense...
|
|
|
|
|
I think a good step at this point would be for John K to give ragin's number to ryepdx and have him call. This would accomplish a couple things. It would give us an update, potentially. Also, it would allow the two of them to talk about changing leadership of delivery and how that would be accomplished.
|
|
|
|
|
Well one big wrinkle in ryepdx physically taking delivery of the chips at the original address is that he lives on the west coast and ragin is in Connecticut (I believe). That's a lot of time (and money) for him to fly cross-country for this.
Do we have anyone else in this group buy who lives in the Northeast? I have some family up there that I may be able to call on and turn around and overnight it to ryepdx but I don't have much reputation on the board and if the situation were reversed (where someone else was offering this), I'd be a little hesitant. I mean no malice (I just want the damn things built) but how does anyone else know that of me? =\
Really we need John and / or Thomas to chime in here. Has anyone PM'd John asking for some mediation or at least explaining options as they stand?
|
|
|
|
Ryepdx would be ok with me. My concern is logistics. If Raging is receiving the chips, how does this work? Can Avalon orders have their shipping address changed?
I agree but wonder too if it is possible at this point I think we would need John K. to chime in on the feasibility of a change of this sort at this point. |
|
|
|
|
Out of curiosity, does anyone have a timeline of the different group buys? Zefir, Ragin, et al? I'm part of Ragin's first group buy and would just like to get a rough feeling for the time lag between group buy orders.
|
|
|
|
|
At what point (if at all) do we move to change the group leader and the person who distributes the chips? I feel like we should at least have a plan in place if chips ship and we still haven't heard anything. I don't even know if it's possible logistically. For instance, are the chips due to ship straight to Ragin or John first? Is it even possible to change the shipping address to someone else (like ryepdx, for example) to then distribute the chips? I don't want to have to go this route but it may be prudent to have a backup plan in place instead of having to scramble at the last minute.
|
|
|
|
Is it already too difficult to get some results? I'm mining with an i7 and get ~800-1000 pps. But didn't find anything in the last 20h  I think it might be already too difficult. I'm running on OS X 10.8.4, and I set up an Ubuntu OS in VMWare Fusion. It's running around 600-700 ops, has gone through almost 80,000 blocks in 24 hours, and there's nothing produced so far. I'll let it keep running for a few days. I understand that luck is a major factor, so maybe lady luck will visit me. Why not run native? you could probably get better PPS than that. and the code compiles fine native OSX. I've tried it. For some reason running it in a VM on Ubuntu gives 2-3x the performance. No idea why. |
|
|
|
I can't help but feel this is a really bad idea for the value of the coin in general. Donators get it, word gets out (or a rumor) that the miner is done, and those who didn't get the GPU miner feel slighted and clearly inadequate because they're at a disadvantage so they stop mining since their contributions plummet. This concentrates the mining even more to those with the GPU miner and it becomes more centralized, leading to further disillusionment with xpm. This could abate over time, but in the world of cryptocoins, a week is an eternity (especially with new coins). A day or two head start I could maybe swallow but I think a week would be too much and ultimately detrimental.
Its similar to asic and things around asic, but I trust mtrlt much more than asic creators. Also 1 btc donation he deserves only for his previous work - creating open source scrypt miner - bringing "asic proof" thing to gpu's. Oh, I'm fully behind mtrlt for sure. I also agree that he should get some spoils for his work. It's just the pre-release for donations that worries me a little. I'd be more in favor of a public / open source bounty with escrow, but that's just me. |
|
|
|
|
I can't help but feel this is a really bad idea for the value of the coin in general. Donators get it, word gets out (or a rumor) that the miner is done, and those who didn't get the GPU miner feel slighted and clearly inadequate because they're at a disadvantage so they stop mining since their contributions plummet. This concentrates the mining even more to those with the GPU miner and it becomes more centralized, leading to further disillusionment with xpm. This could abate over time, but in the world of cryptocoins, a week is an eternity (especially with new coins). A day or two head start I could maybe swallow but I think a week would be too much and ultimately detrimental.
|
|
|
|
|
I feel like I'm sort of flying blind on sievepercentage. I don't know what it's supposed to be changing so I don't know whether to tweak it up or down. Comparatively speaking, I don't know if running default hp5 is better / worse than default hp6 for me since pps isn't a great metric to use.
Any suggestions / insight?
|
|
|
|
I still don't understand how I overcame this error few days ago and it keeps coming back -- any ideas? I tried swap commands but I guess the server I am has it locked and does not allow swapping, but it has enough memory to processor the make command: make -f makefile.unix USE_UPNP=-
I even tried make clean command and still no progress when I launch this. Any updates or ideas?
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.6/README.Bugs> for instructions.
make: *** [obj/alert.o] Error 4
RAM. |
|
|
|
Well that's certainly not encouraging. (For those who didn't click through, neo-asics.com shows an "account has been suspended" page).  |
|
|
|
So just compile my own libgmp and that's it?
EDIT: I Guess recompile primecoind then as well.
No need for that (that's the magic of dynamic linking). Just make sure that your primecoind uses the correct version: ldd /usr/loca/bin/primecoind | grep
This shows you if primecoind is dynamically loading the correct lib. I think you mean ldd /usr/local/bin/primecoind | grep gmp
... assuming they copied primecoind to /usr/local/bin (which some may not have) in which case, if they're in the directory containing the primecoind binary: ldd ./primecoind | grep gmp
|
|
|
|
Alright, I've sent out the order for the PCBs and I'll be grabbing the last of the components tomorrow. The ordering window has slammed shut! We're at a grand total of 220 miners now. :-)
Awesome. Miners or boards? Same thing. K16 = 1board I meant like miners (people) or boards. I consider myself a miner since I am into it and want to do it. We didn't call picks, sieves, or shovels "miners" during the gold rush. That's all I was asking. I was just curious how many people we were talking about. |
|
|
|
|
Show Posts
