|
pinballdude
|
 |
September 13, 2015, 11:21:37 AM |
|
Anyone - how effective is mining in a virtualbox VM image, having the files on the host file system, but accessing either through shared folders or USB directly ( having installed extensions ).
if i mine inside a VM a hostile wallet cannot do much harm to the host system, would be useful for mining bitladens coin when he gets around to launching it
|
|
|
|
|
|
bobafett
|
|
September 13, 2015, 11:23:44 AM |
|
Its as fast as on the physical maschine, perhaps 5% slower
|
|
|
|
|
|
bitladen
|
|
September 13, 2015, 11:25:26 AM |
|
Anyone - how effective is mining in a virtualbox VM image, having the files on the host file system, but accessing either through shared folders or USB directly ( having installed extensions ).
if i mine inside a VM a hostile wallet cannot do much harm to the host system, would be useful for mining bitladens coin when he gets around to launching it
The performance difference is negligible, there is extra cpu and memory overhead, but the bottleneck will still remain the hdd or hdd interface speed. But I thought you were a coder, surely you trust yourself to review a few lines of code. I will be publishing the source code. Oh and BTW, I only pleases me that you would support my coin, by mining it. And unlike BURST, I will do my best to please the miners. Without strong mining, a coin is worthless. |
|
|
|
|
pinballdude
|
|
September 13, 2015, 11:33:03 AM |
|
Anyone - how effective is mining in a virtualbox VM image, having the files on the host file system, but accessing either through shared folders or USB directly ( having installed extensions ).
if i mine inside a VM a hostile wallet cannot do much harm to the host system, would be useful for mining bitladens coin when he gets around to launching it
The performance difference is negligible, there is extra cpu and memory overhead, but the bottleneck will still remains the hdd or hdd interface speed. But I thought you were a coder, surely you trust yourself to review a few lines of code. I will be publishing the source code. Oh and BTW, I only pleases me that you would support my coin, by mining it. I would mine with a few TBs, as long as i mine and sell, it's not a bad deal i guess. And competition is always nice, you would invent features burst didn't think of, and the reverse too, different coins attract different people, but the poc family in total would grow. What kind of parameters would you suggest for a competitor to burst? |
|
|
|
|
|
riskyfire
|
|
September 13, 2015, 11:34:58 AM |
|
Perhaps someone would start a BURST asset that invested in NXT assets, as a kind of a fund, and then paid dividends back to the BURST asset every quarter or every month. Then investors could get a diversified investments in companies on the NXT blockchain, but paying with BURST and not having to have the hassle of selection, exchanging and whatnot themselves?
Please let me know if any people are interested in such an asset, I would happy to reseach and setup a NXT asset. People can also check my signature for a good Burst income asset paying monthly backed by fees from a popular burst pool. |
|
|
|
|
bobafett
|
|
September 13, 2015, 11:38:10 AM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
|
|
|
|
|
|
bitladen
|
|
September 13, 2015, 11:40:00 AM |
|
I would mine with a few TBs, as long as i mine and sell, it's not a bad deal i guess. And competition is always nice, you would invent features burst didn't think of, and the reverse too, different coins attract different people, but the poc family in total would grow. What kind of parameters would you suggest for a competitor to burst?
The main difference will be that the rewards will be proportional to the difficulty. So there will be no advantage in mining there first. 1 TB will always get you the same amount of coins, regardless of the difficulty. Other than that, we'll just have to see how well I (and others involved) can handle getting investment into the coin. |
|
|
|
|
bitladen
|
|
September 13, 2015, 11:42:30 AM |
|
as i understand, if bit releases a clone, the plot files can be used...
That's one of the options I am considering. All the same, the plots can be made incompatible. what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
Blago  I got nothing against him personally, but his miner is bugged as hell. I'll release a dcct port with my new protocol. Luxe feel free to add that to your miner. |
|
|
|
|
luxe
|
|
September 13, 2015, 11:58:51 AM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. So every miner including ( https://github.com/de-luxe/burstcoin-jminer) should support that already, just run one instance for every clone. |
|
|
|
|
|
bitladen
|
|
September 13, 2015, 12:01:09 PM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes. I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true? Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed? |
|
|
|
|
12gaFacelift
|
|
September 13, 2015, 12:09:23 PM |
|
bobafett - nice pool you have there, now i hope your pool can hold all my mining
*im waiting that funny 51% attack*
|
|
|
|
|
luxe
|
|
September 13, 2015, 12:13:40 PM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes. I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true? Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed? Sure there could be optimations, e.g. set prio for different clones, no concurrent access to drives etc. good point. But you can run multiple miner instances on same GPU, in worst case, it will slow down. I see no reason for not supporting a burst clone ... i just do not like the idea changing burst fundamentals. |
|
|
|
|
|
bitladen
|
|
September 13, 2015, 12:13:51 PM |
|
bobafett - nice pool you have there, now i hope your pool can hold all my mining
*im waiting that funny 51% attack*
very funny. I never said I currently have 51%. I just said the network size decreased, thus leaving me with a greater percent of the total hashpower. if it continues to do so, I will have 51%. I might as well increase my hashpower all the same. But you have my word, if I reach 51% I am attacking. This instantly doubles my rewards, so it's the logical thing to do. Blocking transactions or other nasty stuff, depends on the burst value. Of course if I'm making good money I wouldn't want to break it, but if it keeps falling, I just as well might. |
|
|
|
|
bitladen
|
|
September 13, 2015, 12:15:04 PM |
|
Sure there could be optimations, e.g. set prio for different clones, no concurrent access to drives etc. good point.
But you can run multiple miner instances on same GPU, in worst case, it will slow down.
I see no reason for not supporting a burst clone ... i just do not like the idea changing burst fundamentals.
Okay, if I see more of this, I will definitely have to make the clone. |
|
|
|
|
bobafett
|
|
September 13, 2015, 12:17:12 PM |
|
as i understand, if bit releases a clone, the plot files can be used...
what if blago releases a minerversion, that submits the deadlines to both wallets (bursts and the clone ones) or two pools simultaneously ?
We got a dual mining coin system with zero extra costs?!
Plotfiles could be used to mine on multiple BURST clones. But the minig itself has to be done for every clone. Currently mined scoop and deadline depends on blocknumber and last block winner. indeed, however having support for multiple coins in the same miner can be done, and the benefit would be that the same hdd isn't accessed simultaneously by 2 processes. I'm no expert in GPUs, but maybe it's not ideal to run 2 GPU miners simultaneously either. Is this true? Lol, it seems there is much support for a clone. Maybe I should just do that. Agreed? If you or somebody else release a dual miner, its easy for the current miners, the can just increase income without loosing something....i think with this the clone has a really good chance to be accepted, also from exchanges, becausr we have very fast 100+ miners... |
|
|
|
|
|
bitladen
|
|
September 13, 2015, 12:22:19 PM |
|
If you or somebody else release a dual miner, its easy for the current miners, the can just increase income without loosing something....i think with this the clone has a really good chance to be accepted, also from exchanges, becausr we have very fast 100+ miners...
Well, if my coin attracts miners any better, they will mine burst as well. So how can I hope to 51% attack then? But considering all the positive comments about the clone, maybe I should do it anyway, it's not like I am near 51% right now. |
|
|
|
|
bobafett
|
|
September 13, 2015, 12:27:14 PM |
|
Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining. Win and linux version. Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation. If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress  |
|
|
|
|
|
luxe
|
|
September 13, 2015, 12:34:58 PM |
|
Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining. Win and linux version. Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation. If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress once again, a dual-miner is not needed. just run two instances of current miners. the only issue could be both accessing same drive at same time (every n-th block), what could be solved by thread prio in you operation system i guess. |
|
|
|
|
|
bitladen
|
|
September 13, 2015, 12:37:07 PM |
|
Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining. Win and linux version. Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation. If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress well it's pretty much my idea. maybe you should send me 1 mil  miners already exist. multicoin optimized miners, not yet. my pool protocol, the client version will most likely be released. pool code most likely not, but provided to pools that support me, and that I can trust not to release it |
|
|
|
|
bobafett
|
|
September 13, 2015, 01:19:27 PM |
|
Also as i understand pool mining for the clone isnt nessesary because this has no advantage exect that you need a local wallet and must not deal with time sync issues?. In this case the dual miner should support solo/solo pool/solo pool/pool and solo/pool mining. Win and linux version. Make a clone and release it with the dual win and linux miner and i dont see, why the burst community and miners should not try the clone. With this we have a win win situation. If you like my idea, please sent 1 mio burst or more for the business consulting to my burst adress well it's pretty much my idea. maybe you should send me 1 mil miners already exist. multicoin optimized miners, not yet. my pool protocol, the client version will most likely be released. pool code most likely not, but provided to pools that support me, and that I can trust not to release it I think the release of the dual miner is the gamechanger for your clone, because every burst miner can mine both without additional costs. Running 2 instances of the miner doubles the mining costs and because if that without a dual miner not much miners will join. You have double read times and for example my 80tb miner needs 50 seconds. If i run 2 instances the time is 2,5x because of the unootimized parallel reading. Much blocks are under 1 minute.... So thats no option. Optimizer miner read one and compare the read data with both coins. I think the existing pool software also can be used for the clone. No need to release a new... Or im wrong? Dual miner was my idea, so sent the million If you eant, i can run a node for your coin, i got a free vm.... |
|
|
|
|
|
