OT Programmazione - rolling release - chunk 1 2015

[MItaly]

Questa cosa è geniale!

Pare che dopo tipo due giorni che aveva aperto il sito ha scritto su reddit "piantatela di inviarmi richieste, non riesco a starci dietro".

Neanche ci provo, io comunque preferisco forme di message-passing.

Il message passing è comodo per certe cose, ma per implementare una map-reduce con overhead molto basso non va bene, hai comunque bisogno di locking sulle code degli eventi, event loop e compagnia. In generale, avevo letto un articolo di uno che sosteneva che, con l'aumentare del numero di core, qualunque genere di locking va abolito (per via della Amdahl's law), addirittura compresi gli interi atomici (prefissi LOCK, LFENCE/RFENCE & co.); la sua idea di fondo è che la stessa idea di "correttezza sempre" va abbandonata, a favore della "eventual consistency". Qui ci sono un po' di link interessanti.

[Scara95]

Il message passing è comodo per certe cose, ma per implementare una map-reduce con overhead molto basso non va bene, hai comunque bisogno di locking sulle code degli eventi, event loop e compagnia. In generale, avevo letto un articolo di uno che sosteneva che, con l'aumentare del numero di core, qualunque genere di locking va abolito (per via della Amdahl's law), addirittura compresi gli interi atomici (prefissi LOCK, LFENCE/RFENCE & co.); la sua idea di fondo è che la stessa idea di "correttezza sempre" va abbandonata, a favore della "eventual consistency". Qui ci sono un po' di link interessanti.

Per intanto a mio parere meglio avere un modello semplice con cui ragionare.