Re: [Python] imparare Python

2015-03-23 Per discussione gianni paganelli 
Grazie!
> Il giorno 22/mar/2015, alle ore 15:57, Paolo Di Ieso  
> ha scritto:
> 
>> Messaggio originale
>> Da: so...@vodafone.it
>> Data: 22/03/2015 15.45
>> A: 
>> Ogg: [Python] imparare Python
>> 
>> Salve  a tutti,
>> sono un neofita della programmazione, a dire la verità’ ne so proprio poco e 
> mi piacerebbe imparare il Python.
>> Mi sapreste indicare da dove cominciare?
> 
> Una scelta ragionata:
> http://www.python-it.org/forum/index.php?topic=7925.msg67672#msg67672
> 
> A ruota libera:
> http://www.distillatodipython.blogspot.it/p/risorse-python.html
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] imparare Python

2015-03-23 Per discussione gianni paganelli 
Grazie!


> Il giorno 22/mar/2015, alle ore 16:13, Gollum1  
> ha scritto:
> 
> Il 22/03/2015 15:45, gianni paganelli ha scritto:
>> Salve  a tutti,
>> sono un neofita della programmazione, a dire la verità’ ne so proprio poco e 
>> mi piacerebbe imparare il Python.
>> Mi sapreste indicare da dove cominciare?
> 
> http://www.python.it/doc/
> 
> anche se parte della documentazione è un po' datata...
> 
> Byez
> -- 
> Teoro, dov'é il mio teoro
> Gollum1
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione Roberto Polli 
Il 23 marzo 2015 16:40, enrico franchi  ha scritto:
>> E' il dump della RAM che è il male, no?
> Io non direi che e' "male" o bene.
il_male = """
operazione che presta il fianco a problematiche
che necessitano maggiore complessità architetturale
"""

> In generale, dal punto di vista della pianificazione delle risorse mi viene
> piu' facile lavorare con un affare che non ha un caso super-speciale per
> quell'operazione.
Ok.

> ...non mi piacciono troppo i
> grafici con picchi (anche regolari), perche' ho paura...
+1

Grazie e Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] valori duplicati lista - dict

2015-03-23 Per discussione Gollum1 
Il 23 marzo 2015 09:46:09 CET, Carlos Catucci  ha 
scritto:
>2015-03-23 9:34 GMT+01:00 Daniele Palmese :
>
>> Leo lo dico per il tuo bene, se continui a quotare così "ad minchiam"
>ti
>> fanno lo scalpo.
>
>
>No dai, al massimo Glollum gli cheide conto della cosa. Beh forse lo
>scalpo
>sarebbe un problema minore ora che ci penso ;)
>Scherzo che io al nostro amico gli voglio bene, e lo sa.
>
>Carlos

Sssshhh non svegliare il Gollum che dorme... Altrimenti sono guai... :-D 

Byez
-- 
Gollum1
Teoro, dov'è il mio teoro

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori di battitura (maledetto correttore automatico).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione Giovanni Porcari 

> Il giorno 23/mar/2015, alle ore 16:18, Roberto Polli  ha 
> scritto:
> 
> farlo con fork()+COW, giusto?

http://www.calderdale-online.org/cards/images/vegetarianism/cow_fork.gif
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione enrico franchi 
2015-03-23 15:18 GMT+00:00 Roberto Polli :

> Il 23 marzo 2015 13:38, enrico franchi  ha
> scritto:
> > quindi semplicemente non fa dump non fa nulla e i dati che devono
> persistere
> > finiscono altrove.
> Chiaro. La mia curiosita era di tipo implementativo.
>
> Se non c'è soluzione se non nell'usare prodotti che non facciano il
> dump della ram su disco, possiamo dire che non c'è niente di male nel
> farlo con fork()+COW, giusto?
>
> E' il dump della RAM che è il male, no?


Io non direi che e' "male" o bene. Farlo con fork() e' relativamente
semplice perche' deleghi il lavoro sporco all'OS.
Se il resto di Redis e' fatto in modo da non avere bisogno di MVCC -- visto
che e' tutto monothread --, beh, capisco il dolore di farlo apposta per
fare i dump.

Se hai un sistema che effettivamente supporta parallelismo nei client (e
quindi hai i classici problemi di isolation, blah blah blah) probabilmente
vuoi comunque MVCC o qualcosa di analogo. E immagino che puoi usarlo anche
per fare il dump. Questo a prescindere che sei in RAM.

Se poi sei su disco... in generale copiare i file cosi' come sono da
problemi di stato inconsistente. Quindi ancora una volta o blocchi tutte le
scritture mentre fai il dump, oppure usi qualche tecnica affine ad MVCC o a
quello che usi per gestire i soliti problemi di concorrenza.

In generale, dal punto di vista della pianificazione delle risorse mi viene
piu' facile lavorare con un affare che non ha un caso super-speciale per
quell'operazione. Ovvero se uso postgres, *normalmente* avro' un consumo di
memoria/disco legato al fatto che deve gestire l'isolation e il dump (che a
quel punto per inciso mi serve per cose specifiche, non per la persistenza
o per la sincronizzazione) non cambia troppo (a parte che sara'
un'operazione particolarmente lunga).

Oh, in realta' se uso Redis lo so e considero suddetto dump come parte di
quello che deve reggere la box. Diciamo che non mi piacciono troppo i
grafici con picchi (anche regolari), perche' ho paura che se per qualche
normalissimo motivo mi cresce il consumo di memoria -- che so... improvviso
picco di traffico, vallo a sapere -- *e* mi parte il dump in quel momento
sono a piedi, quindi semplicemente i conti mi si complicano un po'.




-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione Roberto Polli 
Il 23 marzo 2015 13:38, enrico franchi  ha scritto:
> quindi semplicemente non fa dump non fa nulla e i dati che devono persistere
> finiscono altrove.
Chiaro. La mia curiosita era di tipo implementativo.

Se non c'è soluzione se non nell'usare prodotti che non facciano il
dump della ram su disco, possiamo dire che non c'è niente di male nel
farlo con fork()+COW, giusto?

E' il dump della RAM che è il male, no?

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione Diego Barrera 

Il 23/03/2015 13:38, enrico franchi ha scritto:


Pianifico per il disastro.


:D
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione enrico franchi 
2015-03-22 23:20 GMT+00:00 Roberto Polli :

>
> > fare il fork per dumpare
> > il database... complicata da fare filare
> > liscia quando si fanno operations.
> Beh, dovendo fare una snapshot della RAM consistente, penserei:
>  - o fai lock;
>  - o fai cow;
>  - o ti tieni mvcc;
>  - o ti replichi su un'altro host e deleghi il dump a un nodo (eg MySQL).
>

Ma si, essenzialmente si.


> Implementarti mvcc costa di più che aggiungere i banchi...
>

Dipende: tipicamente non e' quello che faccio io; ovvero non e' che mi
riscrivo Redis. Se Redis mi da cazzi per via di sta cosa, prendo un
prodotto diverso. E non sono assolutamente convinto che mi costi meno che
aggiungere RAM. Anche perche', come dicevo:
1. il concetto di "aggiungere RAM" e' un po' obsoleto. quello che posso
fare e' farmi dare una macchina piu' grossa.
2. non e' che me ne faccio dare una. o dieci...
3. c'e' da pagare il costo sostenuto di sta roba.

Quindi in pratica direi che mi costa meno cambiare tool. Ora, in effetti,
semplicemente il problema lo ho bypassato rendendo redis completamente
transiente; quindi semplicemente non fa dump non fa nulla e i dati che
devono persistere finiscono altrove.

Che e' come dire che ho sostituito Redis (almeno per un certo use-case).


> > per me i "se" diventano "quando" e i "puo'" diventano "quanti".
> Vista la tua esperienza, come risolvi di solito?
>

Pianifico per il disastro. Cerco di fare in modo che i servizi possano
sostenere diversi tipi di fallimenti e possibilmente recuperare (o almeno
stabilizzarsi) per i fatti loro e poi ci si pensa il giorno dopo. Quando
questo non e' possibile, faccio in modo che chi deve prenderli a calci
abbia procedure ben definite per farlo.

Sono sempre le stesse cose... distribuire geograficamente, per dc.
ridondanza a livello di host. eventualmente altri tipi di ridondanza.
limitare il blast radius di un evento, etc etc etc.




-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] valori duplicati lista - dict

2015-03-23 Per discussione Carlos Catucci 
2015-03-23 9:34 GMT+01:00 Daniele Palmese :

> Leo lo dico per il tuo bene, se continui a quotare così "ad minchiam" ti
> fanno lo scalpo.


No dai, al massimo Glollum gli cheide conto della cosa. Beh forse lo scalpo
sarebbe un problema minore ora che ci penso ;)
Scherzo che io al nostro amico gli voglio bene, e lo sa.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione Roberto Polli 
2015-03-23 8:29 GMT+01:00 Nicola Larosa :
> Usa PostgreSQL e ce l'hai gratis. ;-)
Ce l'hai pure con MySQL, Oracle & Co ma la domanda era:
 - se devo implementare io la snapshot di un in-memory db (eg. redis)
che faccio?

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] valori duplicati lista - dict

2015-03-23 Per discussione Daniele Palmese 
Il giorno 23 marzo 2015 09:03, Leonardo Lo Tito - DEA sistemi <
leona...@deasistemi.com> ha scritto:

>
> Ancora grazie a tutti
>

Leo lo dico per il tuo bene, se continui a quotare così "ad minchiam" ti
fanno lo scalpo.

Dai fai il bravo.

Ciao.
Daniele
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] valori duplicati lista - dict

2015-03-23 Per discussione Leonardo Lo Tito - DEA sistemi 
Rileggendo il tutto mi sono reso conto di aver scritto che "funziona a
petrolio" :-D :-P

Ancora grazie a tutti

Il giorno 22 marzo 2015 16:06, Marco Beri  ha scritto:

>
> Il 22/mar/2015 15:44 "Gollum1"  ha scritto:
> >
> > Il 22/03/2015 11:05, Marco Beri ha scritto:
> >
> >> Se i due dizionari sono uguali, l'ordine comunque dovrebbe essere
> uguale.
> >>
> >> Cosa mi sfugge? Qualcuno ha idea?
> >>
> >
> > me lo hai scritto anche tu nel tuo libro, e l'ha ribadito anche   Marco
> Buttu... la rappresentazione di un dizionario non rispecchia la sequenza di
> inserimento degli elementi, quindi è plausibile che non siano uguali...
> anche se sono stati inseriti con lo stesso processo...
> >
> > per avere sempre la stessa rappresentazione, mi insegnate che bisogna
> usare il dizionario ordinato (nei future? non ricordo).
>
> Giusto! La sequenza di inserimento mi sfuggiva.
>
> Grazie Gollum :-)
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
>


-- 
DEA sistemi di Palmese Daniele
via Cavour, 16
47822 Santarcangelo di Romagna -RN-
P.IVA 03619260403
tel. 0541-1796141 fax 0541-1791850
Sito Internet 

Ai sensi della L. Lgs n.196/2003 - Informativa sul trattamento dei dati
personali .
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] 21 modi per dire checkpoint: (LOCK, COW & Co) [era: Io lo so che coem...]

2015-03-23 Per discussione Nicola Larosa 
Roberto Polli wrote:
> Implementarti mvcc costa di più che aggiungere i banchi...

Usa PostgreSQL e ce l'hai gratis. ;-)

-- 
Nicola 'tekNico' Larosa 

Because of an unlikely combination of well-designed interface
types and the ability to upgrade to more efficient interfaces
when necessary, Go is able to serve files as efficiently as nginx
without your knowledge or cooperation. And that's fucking amazing.
 - Carl, 2014, http://avtok.com/2014/11/05/interface-upgrades.html

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python