Is it more efficient to have less larger files. Or more smaller files? for example, does the mine work better with 4 x 1TB files or would it work faster with 16 x 256GB files?
Is the same thing, but I think is better more smaller files..
|
|
|
what merge.exe? sounds like a good tool these dont overlap do they?? 16036893174223139082_1_1800000_1000 16036893174223139082_1800001_3600000_1000 16036893174223139082_3600001_3608000_1000 why does https://bchain.info/BURST/tools/overlap tell me it does? " Your results (assuming all plots are completed): Plots 16036893174223139082_1800001_3600000_1000 and 16036893174223139082_3600001_3608000_1000 overlap (1800000 nonces) Totals: 1800000 nonces overlap (439 GB) 9008000 nonces total (2199 GB) 9008 disk seeks per Scoop (72 seconds @ 8ms) " You need to start from 5400001 16036893174223139082_5400001_3608000_1000 why is that? being the second one is barely at 1950000 if i stopped it now it wouldnt overlap? Because you need to do the first plot 1800000 plus the second one 3600000 to have the third one 5400001..
|
|
|
Ok letta mi era sfuggito grazie. Ma quanti TB servono perchè il pool non ti risponda rifiutando le shares?
La risposta alla domanda "ma quanti TB servono..." è che più ne hai e più possibilità avrai di trovare shares. Quindi, anche con 10 TB uscirà la scritta "No valid shares to submit to pool" ma con frequenza minore rispetto a chi ne ha solo 1. Nel topic ufficiale paragonavano i plots ai biglietti della lotteria; più biglietti si hanno durante il sorteggio e maggiore sarà la probabilità di vincita. Ok grazie. Se ho più PC con plot generati contigui che puntano tutti allo stesso wallet concorrono insieme ad aumentare la probabilità "di vincita"? Semplificando, ho 4 PC con 1 TB ciascuno. Minano tutti singolarmente, puntano allo stesso wallet, in termini di probabilità equivalgono ad avere un PC solo con 4 TB? Esatto! E' la stessa e identica cosa, ovviamente devono essere tutti connessi ad internet e i plot devono essere generati con l'indirizzo numerico dello stesso wallet
|
|
|
what merge.exe? sounds like a good tool these dont overlap do they?? 16036893174223139082_1_1800000_1000 16036893174223139082_1800001_3600000_1000 16036893174223139082_3600001_3608000_1000 why does https://bchain.info/BURST/tools/overlap tell me it does? " Your results (assuming all plots are completed): Plots 16036893174223139082_1800001_3600000_1000 and 16036893174223139082_3600001_3608000_1000 overlap (1800000 nonces) Totals: 1800000 nonces overlap (439 GB) 9008000 nonces total (2199 GB) 9008 disk seeks per Scoop (72 seconds @ 8ms) " You need to start from 5400001 16036893174223139082_5400001_3608000_1000
|
|
|
Avevo già provato a seguirla, ma su debian in vps! Ma nulla.. :-/ ora ci riprovo e vediamo che succede..
Non hai la possibilità di scegliere un altro Os ? Ubuntu basta che sia sopra la versione 10.04 . Debian, CentOs e roba simile.. Niente da fare.. Fare tutto da console, mi viene un po' difficile purtroppo :-/
|
|
|
Avevo già provato a seguirla, ma su debian in vps! Ma nulla.. :-/ ora ci riprovo e vediamo che succede..
|
|
|
Avevo frainteso la parte di 2 dischi separati, cmq molto utile il link che hai messo che controlla se i plot si sovrappongono. Ho iniziato a creare altri plot sul disco da 3 tera , appena arrivo a 1 tb di plot vedo che riesco a fare. Grazie ancora per le info
Ti ricordo che puoi iniziare a minare fin da subito! Ora io ho iniziato a minare su un pc linux( dicono che sia più raccomandato rispetto a windows) e non ho capito la funzione merge , perché dovrei unire due plot ? L'unico motivo che mi viene in mente è quello di "stressare" meno l' hard disk, ma altri motivi non ci sono , giusto ? Edit --- Altra domandona forse un po stupida , ma con gli stessi file plot non posso minare con diversi "address" , perché gli stessi plot vengono generati usando l'address che tu gli dici di usare, O il mio ragionamento è sbagliato ? redsnow mi daresti una mano con linux per installare il tutto?? Vorrei fare la prova usando l'ssd, ma con un server..
|
|
|
Fa differenza un SSD rispetto ad un semplice hdd?? Cioè, a parità di Gb è più efficiente un SSD o un normale HDD??
A parer mio ( ma penso che tutti la "pensino" cosi) è più performante un SSD che un HDD , in quanto il tipo di scrittura e di lettura dei dati è davvero differente ( ma moooolto differente{ in senso buono} ). Ti lascio qualche link informativo : http://liveblog.graphbabs.com/non-mi-fregate-piu-hdd-e-ssd/ . Ciaoo. Ottima spiegazione in quell'articolo! Quindi nel mining, potrei avere più risultati con un ssd che un hdd?? Grazie grazie grazie redsn0w! Secondo me, qualcosa potrebbe cambiare nel mining, alla fine dovrebbe semplicemente leggere un settore e si sa che gli ssd sono molto veloci rispetto agli hdd.. Farò una prova quando possibile, con un plot da 10 Gb su SSD.. sono curioso del risultato.. Sarebbe bello poter vedere la velocità del mining, cosa non possibile nella pool..
|
|
|
Hi Guys, We think the Andorid slots game cash outs are working fine now for the moment. When there is an issue I will post the issue on www.gcoin.us. It is better not to play if there is a problem until the problem is resolved. When there are issues (I'm sure there will always be some) there often will be time delays fixing them. The guys who work on this are working after their day jobs. I think as a rule to go by the coin is as secure as it can get in a backed up windows wallet. Storing the coins in games wallets is never going to feel safe to me. Many Thanks, Best Greg Hi Greg, but how can we withdraw all coins if there is a limit? The problem is the same of 1 month ago, why is not solved? I'm tired likeTommy..
|
|
|
Hi, can I sign up in this campaign?? User: Matt9301 Rank: Sr. Member Posts: 547 Activity: 280 Address: 16f75ptcTixm1Nj3kv26bZCGviR7GjpFW3
|
|
|
Di niente
|
|
|
...tutto fermo da oggi alle 16.30, come mai non mi viene caricato più nessun Burst nel wallet?
sei in pool o in solo? aggiornato il wallet alla 1.0.3 ? altre info.. pool...dove lo prendo il nuovo wallet? Il nuovo wallet lo puoi scaricare da questo link: https://mega.co.nz/#!G0YS1CKA!car3sW6XULkl0FyOngbyidoKnzEiBsNx5v7SJj4Byo4 Lo trovi nell'OP del thread https://bitcointalk.org/index.php?topic=731923.0
|
|
|
This hacking crap is really irritating!! A lot of time being spent on what could otherwise be spent on better things. Sucks we have to live in a world with such immoral and greedy people!
Sucks you have to be dealing with this Greb, I feel for ya.
I agree with you!
|
|
|
Domanda, Se volessi creare 3 plot da 500gb l'uno ma in sequenza .. In modo da non far partire 3 processi .. ( causa processore così così..)come si potrebbe fare? Qualcuno a già avuto questo problema? Tipo editare il bar in modo da aspettare la fine di uno per iniziare il secondo e così via... Idee?
A questo punto ti conviene avviare un solo processo per la creazione di un intero plot da 1.5Tb secondo me.. giusto.. ma se invece si volesse fare un discorso di 500gb per HD, per arrivate al totale di 1.5TB.. invece di far partire 3 generate.bat con dedicato 1 core, si potrebbe far partire un plot per volta a 3 core dedicati, oltre a evitare un eventuale blocco o spegnimento involontario con relativo problema di dover ripartire nuovamente da 0 con il plot.. grandezza media dei vostri plot generati? come li dividete di solito? Non avevo capito il fatto di 3 hd diversi, sorry! In questo caso potresti creare un .bat che ti permetta di avviarli uno per volta al massimo dei core.. ad esempio: run_generate.bat 1hd Gap in minuti Run_generate.bat 2hd Gap in minuti Run_generate.bat 3hd Purtroppo però non so come aiutarti per impostarlo.. Questa è un'idea..
|
|
|
Domanda, Se volessi creare 3 plot da 500gb l'uno ma in sequenza .. In modo da non far partire 3 processi .. ( causa processore così così..)come si potrebbe fare? Qualcuno a già avuto questo problema? Tipo editare il bar in modo da aspettare la fine di uno per iniziare il secondo e così via... Idee?
A questo punto ti conviene avviare un solo processo per la creazione di un intero plot da 1.5Tb secondo me..
|
|
|
Can't open your app on my phone always crashes have around 20 million on there Have you updated your app?? If not, don't do it!
|
|
|
2 cpu quad core e5504 ( nehalem --- praticamente sono come un i7 750 solo che va a 2000 mhz anziche 2660) uso 7 thread... non so quanta ram utilizzi
questa e' la linea che ho usato su ubuntu sh run_generate.sh mio_account_id 0 136000000 8000 7
Prova ad impostare il valore Xmx per la RAM.. comunque ci vorrà qualche giorno per un plot di quelle dimensioni, ti conviene farne tanti di dimensioni inferiori, tipo 5 Gb alla volta se non puoi tenerlo acceso..
|
|
|
ciao a tutti raga ma quanto ci dovrebbe mettere per generare un plotter di 34 TB ?
io sto notando che per fare 8000 blocchetti da 256 ci mette circa 7 min...
e' un tempo giusto ?
Che processore hai e quanti threads usi? Quanta RAM utilizzi nella creazione?
|
|
|
Quanto riesco a fare con ~20TB 24h in Bitcoin? In SSD cambia qualcosa?
Dovresti trovare diversi blocchi in SOLO.. Calcola che sono 10k per ogni blocco.. Per ora su c-cex il prezzo si aggira intorno ai 100 satoshi.. Io consiglio di holdare fin quando entreranno in un buon exchange..
|
|
|
Problems with the Android app.. Same issue with servers..
Hi Matt, Unfortunately the server problem will exist until the hacking problem has been fully sorted. Sometimes it will say server not available. We're working on it as fast as possible. best Greg Thank you, I hope you'll solve this problem..
|
|
|
|