Non avendo idea di come funziona l'algoritmo però mi viene da pensare che anche la sola CPU "sia più veloce dell'Hd" eppura viaggia sempre al 100%........beata ignoranza
Topic: [BURST] Un'altcoin da minare con l'hard disk! Wallet 1.2.3 - page 133. (Read 230275 times)
Quindi conta solo la velocità di scrittura dell'HD in pratica?
Non avendo idea di come funziona l'algoritmo però mi viene da pensare che anche la sola CPU "sia più veloce dell'Hd" eppura viaggia sempre al 100%........beata ignoranza
Non avendo idea di come funziona l'algoritmo però mi viene da pensare che anche la sola CPU "sia più veloce dell'Hd" eppura viaggia sempre al 100%........beata ignoranza
Mi hanno sempre detto: "coltiva Linux che Windows si pianta da solo!"
Scherzi a parte utilizzandoli entrambi volevo sfruttare il plotting a doppia velocità.
Comunque da C a cuda il passo è breve credo, può essere che spunti un plotter per GPU in futuro.
Linux è un bel mondo.... purtroppo per lavoro ho sempre usato windows ma quando posso propongo l'open source del pinguino.
Per la creazione dei plots con la GPU leggevo nel topic ufficiale che servirebbe a poco. Se ho capito bene la velocità di calcolo della GPU sarebbe più veloce della scrittura del disco... in poche parole è come avere la ferrari e viaggiare con la prima e usare dischi SSD costerebbe troppo attualmente. Comunque mai dire mai.
Il filesystem etx4 non viene letto/scritto da Windows ma è vero il contrario ovvero linux legge/scrive su ntfs,fat32,fat adesso non sò se per plottare su un disco ci vogliano condizioni particolari e non capisco perchè posso leggere e scrivere su ntsf ma non plottare
Si ma probabilmente la miglioria sta proprio nel lavorare con filesystem ext4. Se usi linux come sistema operativo abituale allora vai avanti solo con questo oppure usa solo windows. Sicuramente non avrai seccature per il futuro... finchè puoi guadagnare facilmente ancora qualche Burst ti consiglio di iniziare a creare plots e minare. Non perdere molto tempo nel decidere in quale "sponda" stare.... il tempo è denaro.
P.S.= Il mio è solo un semplice consiglio nato dalla mia umile recente esperienza nel provare quello che stai facendo tu.
Mi hanno sempre detto: "coltiva Linux che Windows si pianta da solo!"
Scherzi a parte utilizzandoli entrambi volevo sfruttare il plotting a doppia velocità.
Comunque da C a cuda il passo è breve credo, può essere che spunti un plotter per GPU in futuro.
Il filesystem etx4 non viene letto/scritto da Windows ma è vero il contrario ovvero linux legge/scrive su ntfs,fat32,fat adesso non sò se per plottare su un disco ci vogliano condizioni particolari e non capisco perchè posso leggere e scrivere su ntsf ma non plottare
Si ma probabilmente la miglioria sta proprio nel lavorare con filesystem ext4. Se usi linux come sistema operativo abituale allora vai avanti solo con questo oppure usa solo windows. Sicuramente non avrai seccature per il futuro... finchè puoi guadagnare facilmente ancora qualche Burst ti consiglio di iniziare a creare plots e minare. Non perdere molto tempo nel decidere in quale "sponda" stare.... il tempo è denaro.
P.S.= Il mio è solo un semplice consiglio nato dalla mia umile recente esperienza nel provare quello che stai facendo tu.
Ho provato a minare in Linux i plot creati con Windows 7 e funziona, ho provato il generatore di plot in c ed è velocissimo ma riesco a plottare soltanto su ext4 e non su Ntfs, mi dà un messaggio "permission denied" che non riesco a risolvere.
Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
Ti quoto quello che ho scritto precedentemente:Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
i plots creati con il generator in C sotto linux si possono usare sotto Windows ma andrebbero esportati e, siccome parliamo di file abbastanza grandi, il tempo guadagnato andrebbe perso nel travaso. Il pinguino usa partizioni in ext4 e per far leggere il disco a Windows servirebbero programmi ad hoc tipo Paragon ExtFS for Windows o altri open source. Per carità, questi programmi, specialmente il primo, funzionano bene ma non saranno mai prestanti quanto il file system nativo per quel Sistema Operativo.
Morale della favola, secondo il mio modestissimo parere e dopo varie prove, ho deciso di rimanere col mio S.O. abituale e farmene una ragione per tutto.
Il filesystem etx4 non viene letto/scritto da Windows ma è vero il contrario ovvero linux legge/scrive su ntfs,fat32,fat adesso non sò se per plottare su un disco ci vogliano condizioni particolari e non capisco perchè posso leggere e scrivere su ntsf ma non plottare
Ho provato a minare in Linux i plot creati con Windows 7 e funziona, ho provato il generatore di plot in c ed è velocissimo ma riesco a plottare soltanto su ext4 e non su Ntfs, mi dà un messaggio "permission denied" che non riesco a risolvere.
Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
Cmq secondo me é sufficiente avere 2 PC. Per esempio un i7 4770 e un celeron. I7 genera plot da 100 200 GB e via via che il plot é completo, si termina il miner sul celeron, si sposta nella cartella del PC celeron dove é attivo il miner il plot appena generato e.si riattiva il miner.Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
No?
Io uso più computer per generare i plots e poi sposto solo i dischi una volta riempiti. Naturalmente ogni PC genera i plots in progressione senza overlappare.
Ho provato a minare in Linux i plot creati con Windows 7 e funziona, ho provato il generatore di plot in c ed è velocissimo ma riesco a plottare soltanto su ext4 e non su Ntfs, mi dà un messaggio "permission denied" che non riesco a risolvere.
Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
Cmq secondo me é sufficiente avere 2 PC. Per esempio un i7 4770 e un celeron. I7 genera plot da 100 200 GB e via via che il plot é completo, si termina il miner sul celeron, si sposta nella cartella del PC celeron dove é attivo il miner il plot appena generato e.si riattiva il miner.Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
No?
Ho provato a minare in Linux i plot creati con Windows 7 e funziona, ho provato il generatore di plot in c ed è velocissimo ma riesco a plottare soltanto su ext4 e non su Ntfs, mi dà un messaggio "permission denied" che non riesco a risolvere.
Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
Ti quoto quello che ho scritto precedentemente:Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
i plots creati con il generator in C sotto linux si possono usare sotto Windows ma andrebbero esportati e, siccome parliamo di file abbastanza grandi, il tempo guadagnato andrebbe perso nel travaso. Il pinguino usa partizioni in ext4 e per far leggere il disco a Windows servirebbero programmi ad hoc tipo Paragon ExtFS for Windows o altri open source. Per carità, questi programmi, specialmente il primo, funzionano bene ma non saranno mai prestanti quanto il file system nativo per quel Sistema Operativo.
Morale della favola, secondo il mio modestissimo parere e dopo varie prove, ho deciso di rimanere col mio S.O. abituale e farmene una ragione per tutto.
Ho provato a minare in Linux i plot creati con Windows 7 e funziona, ho provato il generatore di plot in c ed è velocissimo ma riesco a plottare soltanto su ext4 e non su Ntfs, mi dà un messaggio "permission denied" che non riesco a risolvere.
Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
Voglio provare a formattare un HD in Ntfs o magari fat32 direttamente in linux e vedere se funziona.
....io in 3 giorni scarsi sono arrivato a 10.000
eh purtroppo mi è capitato varie volte che il pc crashasse, quindi di generare plot grandi ho perso la pazienza... io sto facendo plot da circa 50GB, sarebbe interessante se i plot si potessero unire una volta creati... ci vorrebbe una funzione merge..
cmq con un portatile ed un plot di circa 100gb su un'hd esterno usb2 mi sono arrivati 25 burst dalla pool, in circa 5 ore.. non è un garn chè ma almeno funzione
cmq con un portatile ed un plot di circa 100gb su un'hd esterno usb2 mi sono arrivati 25 burst dalla pool, in circa 5 ore.. non è un garn chè ma almeno funzione
Come ti capisco! In realta c'è un merge in C... ho provato ad usarlo sotto ubuntu ma non ha funzionato come speravo... alla fine mi ricreava lo stesso plots... chissà se a qualcuno qui ha funzionato e ci spiega come ha fatto.
eh purtroppo mi è capitato varie volte che il pc crashasse, quindi di generare plot grandi ho perso la pazienza... io sto facendo plot da circa 50GB, sarebbe interessante se i plot si potessero unire una volta creati... ci vorrebbe una funzione merge..
cmq con un portatile ed un plot di circa 100gb su un'hd esterno usb2 mi sono arrivati 25 burst dalla pool, in circa 5 ore.. non è un garn chè ma almeno funzione
cmq con un portatile ed un plot di circa 100gb su un'hd esterno usb2 mi sono arrivati 25 burst dalla pool, in circa 5 ore.. non è un garn chè ma almeno funzione
might be, ovvero potrebbe essere.
potrebbe ma non è detto che lo sia, comque da questo si capisce che non un'altro parametro da considerare è la velocità col quale il disco comunica col sistema..
potrebbe ma non è detto che lo sia, comque da questo si capisce che non un'altro parametro da considerare è la velocità col quale il disco comunica col sistema..
Si, certo, potrebbe... Sinceramente ho avuto l'impressione che un TOT di velocità nei tempi di risposta aiuta... mi riferisco al mine quando riceve il blocco da analizzare. Se il mio disco dovesse essere troppo lento cosa succederebbe? Il Pool aspetta le risposte da tutti quelli che sono in "ascolto"? Magari mi sbaglio e sto dicendo un sacco di caXXate ma i dati che ho letto grosso modo su un mio plot da 455GB sono questi (HDD Sata in GPT):
- I/O --> 6-7 MB/sec (punta massima)
- Numero medio di byte letti dal file al secondo ultimo minuto --> 5.000.000 circa (punta massima)
- Tempo di risposta in ms --> 7-12
Naturalmente se si hanno più plots anzichè uno solo più grande ci sarà uno stress maggiore del disco perchè verranno caricati più files.
Ad ogni modo mi piacerebbe capire meglio come funziona da chi più esperto. Il Deadline tiene conto anche di questo?
Update dal topic ufficiale:
...Slow transfer speeds like with USB2 can slightly reduce your block finding chances, but its still worth it.
might be, ovvero potrebbe essere.
potrebbe ma non è detto che lo sia, comque da questo si capisce che un'altro parametro da considerare è la velocità col quale il disco comunica col sistema..
potrebbe ma non è detto che lo sia, comque da questo si capisce che un'altro parametro da considerare è la velocità col quale il disco comunica col sistema..
ma un hard disk esterno con interfaccia usb 2.0 va bene o è troppo lento?
Credo che vada bene anche un 2.0 , non si nota nemmeno la differenza tra un 2.0 e un 3.0 in quanto non è l'hard disk la parte più "importante" nella generazione del plot , ma la cpu e la ram ( mi riferisco al fatto delle velocità di creazione del file plot
) .Su twitter il Dev dice il contrario:
Quote
USB3.0 external HDDs work fine. USB2 ones might be too slow.
ma un hard disk esterno con interfaccia usb 2.0 va bene o è troppo lento?
Credo che vada bene anche un 2.0 , non si nota nemmeno la differenza tra un 2.0 e un 3.0 in quanto non è l'hard disk la parte più "importante" nella generazione del plot , ma la cpu e la ram ( mi riferisco al fatto delle velocità di creazione del file plot
) .
ma un hard disk esterno con interfaccia usb 2.0 va bene o è troppo lento?
Ma invece un pagina dove vedere quanti tb o gb vede la rete BURST..
Quello sarebbe utilissimo come verifica.. Perché generi anche 2 tb di plot.. Ma poi andrebbe fatta un interfaccia per avere verifica dei 2tb..
Anche il link al controllo overlap non è molto affidabile.. O una mia impressione?
Quello sarebbe utilissimo come verifica.. Perché generi anche 2 tb di plot.. Ma poi andrebbe fatta un interfaccia per avere verifica dei 2tb..
Anche il link al controllo overlap non è molto affidabile.. O una mia impressione?
Ciao ragazzi, ho un dubbio: una volta generati i plots possono essere spostati all'interno dell'hard disk? ad esempio dal desktop a c:/, in modo da poter avviare il miner anche da altri utenti...
Il comando contenuto nel mine.bat cerca la cartella plots, quindi, si se sposti tutta la cartella "pocminer". Cosa intendi con "avviare il miner da altri utenti"? Vuoi dire da altri PC in condivisione? Oppure ti riferisci alla generazione dei plots?
Si, certo, puoi mettere tranquillamente la cartella in C:/
Per curiosità, quanto spazio occupano i tuoi plots?
Figurati, è un piacere.
P.S.= Forse lo sai già ma, in caso contrario, l'importante è avere plots diversi su ogni pc senza overlappare.
Jump to: