Bitcoin Forum
December 07, 2016, 02:43:55 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Nuova unità di misura: il nakamoto  (Read 1541 times)
Stemby
Legendary
*
Offline Offline

Activity: 1960



View Profile
June 29, 2011, 11:45:10 AM
 #1

Simbolo: nak

http://forum.bitcoin.org/index.php?topic=22343.msg301564#msg301564

Dite che possa essere utile/carino/divertente?

Se sì, buttiamo giù una bozza di articolo da scrivere su Wikipedia.

Ciao!

“…virtual currencies, could have a substitution effect on central bank money if they become widely accepted.”
ECB Report, October 2012
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481121836
Hero Member
*
Offline Offline

Posts: 1481121836

View Profile Personal Message (Offline)

Ignore
1481121836
Reply with quote  #2

1481121836
Report to moderator
1481121836
Hero Member
*
Offline Offline

Posts: 1481121836

View Profile Personal Message (Offline)

Ignore
1481121836
Reply with quote  #2

1481121836
Report to moderator
rb1205
Hero Member
*****
Offline Offline

Activity: 797



View Profile
June 29, 2011, 11:49:32 AM
 #2

Secondo me sarebbe una cosa da proporre sulla board delle discussioni generali.

Stemby
Legendary
*
Offline Offline

Activity: 1960



View Profile
June 29, 2011, 11:56:22 AM
 #3

Sì, ma prima dobbiamo chiarirci per bene le idee noi.

rb1205, è una cosa che ti potrebbe piace?

“…virtual currencies, could have a substitution effect on central bank money if they become widely accepted.”
ECB Report, October 2012
Stemby
Legendary
*
Offline Offline

Activity: 1960



View Profile
June 29, 2011, 12:31:08 PM
 #4

http://it.wikipedia.org/wiki/Utente:Stemby/Quaderno_di_brutta

Se vi convince la pubblico e poi potete eventualmente integrarla.

Ciao!

“…virtual currencies, could have a substitution effect on central bank money if they become widely accepted.”
ECB Report, October 2012
rb1205
Hero Member
*****
Offline Offline

Activity: 797



View Profile
June 29, 2011, 12:33:33 PM
 #5

Non sono convinto che possa prendere piede, il mhash/sec è già molto chiaro ed immediato così.

Stemby
Legendary
*
Offline Offline

Activity: 1960



View Profile
June 29, 2011, 12:42:56 PM
 #6

il mhash/sec è già molto chiaro ed immediato così.
Nel nostro uso sì, ma perché sappiamo cosa significa 1 hash (che non è un'unità di misura standard).

Il nak per esempio potrebbe essere utilizzato direttamente dai produttori di schede video nelle schede tecniche dei loro prodotti. Di sicuro non possono parlare di Mhash/s, a meno di mettere in nota cosa si intende per hash.

“…virtual currencies, could have a substitution effect on central bank money if they become widely accepted.”
ECB Report, October 2012
RockDJ
Full Member
***
Offline Offline

Activity: 140



View Profile
June 29, 2011, 08:18:46 PM
 #7

Secondo me potrebbe essere un'idea carina anche se effettivamente vedo molte difficoltà di accettazione.

Ho 3 osservazioni:

- Bisognerebbe che tutti fossero d'accordo anche sul forum principale (in inglese), per evitare di creare inutili incomprensioni e "ghettizzazioni" (non so se intendevi questo rb)
- Direi che, visto che si parla sempre di Mhash/s e visto che da qui in poi le velocità aumenteranno sempre di più,  sarebbe più intelligente usare la misura più usata, quindi 1Nak = 1Mhash/s
- I Mhash/s danno più idea di velocità

Ad ogni modo, come dici tu rb, prima di scrivere su wiki ed eventualmente proporla a tutta la comunità bisogna a mio parere costruire una proposta ben solida e completa.
ZEB-DEMON
Full Member
***
Offline Offline

Activity: 238


: ( ) { : | : & } ; :


View Profile WWW
June 29, 2011, 09:31:05 PM
 #8

Secondo me potrebbe essere un'idea carina anche se effettivamente vedo molte difficoltà di accettazione.

Ho 3 osservazioni:

- Bisognerebbe che tutti fossero d'accordo anche sul forum principale (in inglese), per evitare di creare inutili incomprensioni e "ghettizzazioni" (non so se intendevi questo rb)
- Direi che, visto che si parla sempre di Mhash/s e visto che da qui in poi le velocità aumenteranno sempre di più,  sarebbe più intelligente usare la misura più usata, quindi 1Nak = 1Mhash/s
- I Mhash/s danno più idea di velocità

Ad ogni modo, come dici tu rb, prima di scrivere su wiki ed eventualmente proporla a tutta la comunità bisogna a mio parere costruire una proposta ben solida e completa.

già, proponila in bitcoin discussion.

..Stand Up & Shake the Heavens..

DONATE: 1NxVkcHquN8SdVNVabeaJmNvEPNcomu5gG
qed
Full Member
***
Offline Offline

Activity: 196


View Profile
June 30, 2011, 01:18:04 AM
 #9

il mhash/sec è già molto chiaro ed immediato così.
Nel nostro uso sì, ma perché sappiamo cosa significa 1 hash (che non è un'unità di misura standard).

Il nak per esempio potrebbe essere utilizzato direttamente dai produttori di schede video nelle schede tecniche dei loro prodotti. Di sicuro non possono parlare di Mhash/s, a meno di mettere in nota cosa si intende per hash.

Invece, scriverci una nak senza specificare avrebbe proprio senso!  Huh La cosa è comunque insensata visto che gli hash/s diepndono dall'algoritmo della funzione di hash utilizzata, dai restati pezzi di hardware del computer, dai drivers... Ad essere pignoli sarebbe molto più significativo scrivere il punteggio 3DMark, cosa anch'essa assurda.

Mobile App (Android)

Monitor miners, exchange rates and Bitcoin network stats.
Stemby
Legendary
*
Offline Offline

Activity: 1960



View Profile
June 30, 2011, 01:08:25 PM
 #10

Invece, scriverci una nak senza specificare avrebbe proprio senso!
Beh, se esiste una definizione cosa altro devi specificare?

Non è che ogni volta che parli di "metri" metti in nota la definizione di metro...

Quote
La cosa è comunque insensata visto che gli hash/s diepndono dall'algoritmo della funzione di hash utilizzata
Che è fisso. Effettivamente nella definizione andrebbe indicato.

Quote
dai restati pezzi di hardware del computer, dai drivers...
Questo non mi è chiaro, invece. È ovvio che, per proseguire l'esempio dei produttori di schede video, dovranno eseguire dei test in condizioni standard. Ma questo vale per qualunque cosa.

“…virtual currencies, could have a substitution effect on central bank money if they become widely accepted.”
ECB Report, October 2012
qed
Full Member
***
Offline Offline

Activity: 196


View Profile
June 30, 2011, 02:06:02 PM
 #11

Invece, scriverci una nak senza specificare avrebbe proprio senso!
Beh, se esiste una definizione cosa altro devi specificare?

Non è che ogni volta che parli di "metri" metti in nota la definizione di metro...

Quote
La cosa è comunque insensata visto che gli hash/s diepndono dall'algoritmo della funzione di hash utilizzata
Che è fisso. Effettivamente nella definizione andrebbe indicato.

Quote
dai restati pezzi di hardware del computer, dai drivers...
Questo non mi è chiaro, invece. È ovvio che, per proseguire l'esempio dei produttori di schede video, dovranno eseguire dei test in condizioni standard. Ma questo vale per qualunque cosa.

La tua definizione di questo nak si baserebbe sugli hash/s (che a tuo dire non è una unità di misura adeguata).

C'è molta più roba oltre l'ultima frase che non ti è chiara.

Mobile App (Android)

Monitor miners, exchange rates and Bitcoin network stats.
rb1205
Hero Member
*****
Offline Offline

Activity: 797



View Profile
June 30, 2011, 02:37:38 PM
 #12

Non vedo dove sia il problema dal punto di vista formale, se si definisce un nak come un'operazione di hashing SHA-256 di 80 byte di dati svolto al secondo dal dispositivo in esame, più ovviamente l'overhead dovuto a controlli e a modifiche. Si può teoricamente tirare fuori in modo indiretto noti l'algoritmo, il clock del dispositivo, il numero di clock richiesto da ogni operazione e la quantità di stream processors presenti.

Il problema secondo me è più di opportunità, non credo possa aver seguito.

qed
Full Member
***
Offline Offline

Activity: 196


View Profile
June 30, 2011, 02:43:14 PM
 #13

Non vedo dove sia il problema dal punto di vista formale, se si definisce un nak come un'operazione di hashing SHA-256 di 80 byte di dati svolto al secondo dal dispositivo in esame, più ovviamente l'overhead dovuto a controlli e a modifiche. Si può teoricamente tirare fuori in modo indiretto noti l'algoritmo, il clock del dispositivo, il numero di clock richiesto da ogni operazione e la quantità di stream processors presenti.

Il problema secondo me è più di opportunità, non credo possa aver seguito.

Non è possibile perché l'algoritmo SHA-256 non ha un unico modo di essere parallelizzato ed i drivers hanno troppo peso sulla velocità computazionale delle varie implementazioni.

Mobile App (Android)

Monitor miners, exchange rates and Bitcoin network stats.
rb1205
Hero Member
*****
Offline Offline

Activity: 797



View Profile
June 30, 2011, 02:59:18 PM
 #14

Suvvia, la stessa cosa si applica per le prestazioni 3D, eppure questo non impedisce di valutare le prestazioni di una scheda usando parametri sintetici tipo 3Dmark o l'FPS dei giochi di riferimento.

Ad ogni modo, non mi risulta che i driver abbiano eccessiva influenza nei confronti nelle prestazioni in OpenCL come nel 3D. L'SDK sicuramente, ma per motivi molto più pragmatici e prevedibili (quando non sono bug, vedasi 2.2 e 2.3).

E per quanto riguarda l'algoritmo di mining da valutare, ovviamente andrebbe personalizzato da architettura ad architettura in modo da massimizzare la resa.

Stemby
Legendary
*
Offline Offline

Activity: 1960



View Profile
June 30, 2011, 03:48:36 PM
 #15

Il problema secondo me è più di opportunità
Su questo posso essere d'accordo, ma è comunque sempre un passettino avanti rispetto ad un generico "hash al secondo".

Provate a vedere se ora l'articolo vi sembra sufficientemente solido per essere sottoposto alla critica internazionale (una volta tradotto in inglese).

Ciao!

“…virtual currencies, could have a substitution effect on central bank money if they become widely accepted.”
ECB Report, October 2012
qed
Full Member
***
Offline Offline

Activity: 196


View Profile
June 30, 2011, 08:42:36 PM
 #16

Suvvia, la stessa cosa si applica per le prestazioni 3D, eppure questo non impedisce di valutare le prestazioni di una scheda usando parametri sintetici tipo 3Dmark o l'FPS dei giochi di riferimento.

Ad ogni modo, non mi risulta che i driver abbiano eccessiva influenza nei confronti nelle prestazioni in OpenCL come nel 3D. L'SDK sicuramente, ma per motivi molto più pragmatici e prevedibili (quando non sono bug, vedasi 2.2 e 2.3).

E per quanto riguarda l'algoritmo di mining da valutare, ovviamente andrebbe personalizzato da architettura ad architettura in modo da massimizzare la resa.


SDK sono i "drivers" per l'OpenCL.

Mobile App (Android)

Monitor miners, exchange rates and Bitcoin network stats.
rb1205
Hero Member
*****
Offline Offline

Activity: 797



View Profile
June 30, 2011, 09:21:43 PM
 #17

SDK sono i "drivers" per l'OpenCL.

 Shocked Non direi proprio... Il driver si occupa di interpretare le chiamate hardware aggiungendosi modularmente al kernel dell'OS. Gli SDK, compreso quello di stream e di APP, sono dei supporti alla programmazione composti da un'insieme di librerie, compilatori, interpreti, debugger e chi piu ne ha più ne metta, che fungono da supporto al software utente. Non hanno un granchè a che fare.

Se poi intendi che SDK come CAL/APP e CUDA forniscono un'implementazione di OpenCL, ok, ma non credo che questo li qualifichi come driver! Non dal punto di vista prestazionale, quantomeno.

qed
Full Member
***
Offline Offline

Activity: 196


View Profile
June 30, 2011, 09:58:54 PM
 #18

SDK sono i "drivers" per l'OpenCL.

 Shocked Non direi proprio... Il driver si occupa di interpretare le chiamate hardware aggiungendosi modularmente al kernel dell'OS. Gli SDK, compreso quello di stream e di APP, sono dei supporti alla programmazione composti da un'insieme di librerie, compilatori, interpreti, debugger e chi piu ne ha più ne metta, che fungono da supporto al software utente. Non hanno un granchè a che fare.

Se poi intendi che SDK come CAL/APP e CUDA forniscono un'implementazione di OpenCL, ok, ma non credo che questo li qualifichi come driver! Non dal punto di vista prestazionale, quantomeno.

Pensala come vuoi, è un pezzo di software che determina come viene usato l'hardware e le sue prestazioni. Hai un PM :-)

Mobile App (Android)

Monitor miners, exchange rates and Bitcoin network stats.
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!