2015-03-20 12:35 GMT+01:00 Roberto De Ioris <robe...@unbit.it>: > > >> > > L'idea è che postgresql usa un processo per ogni connessione, mentre in > Go > > useresti una goroutine. > > > > hmm, mamma mia, mi darebbe la stessa fiducia di mysql che e' multithread :) > > Si, ma Go è pensato per la concorrenza. Certo, non è Erlang.
> > > > > Sarebbe comodo se fosse possibile con clone di Linux, dire al kernel di > > non > > mappare nel processo figlio una certa regione di memoria, > > ed usare questa regione per memorizzare tutte le variabili usate per la > > sincronizzazione. Ma anche se fosse possibile, probabilmente gli > > sviluppatori di Go non la userebbero perchè aumenta la complessità. > > > proponila alla lkml, a me gia' ha fatto venire in mente diversi usi :) > > Non so nemmeno se abbia senso o se sia implementabile, perchè non ho esperienza in questo campo. > > > > Alla fine, comunque, credo che a Go manchi un nuovo tipo di "sistema" > > operativo, oppure per gli sviluppatori "sistema" significa Plan9 > > (su questo punto ho letto di molte critiche). > > > > in realta' a me go va benissimo cosi', ho imparato a considerarlo un > linguaggio "via di mezzo". Non sostituisce in toto C, non sostituisce in > toto Python. E' un altro livello. > > Concordo. Su questo punto ha un solo grande problema: non è interoperabile con C e non è interoperabile con Python, a meno di non usare gccgo. Ciao Manlio
_______________________________________________ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
