Riccardo Lemmi wrote:
> Balan Victor wrote:
>
>> idee? :)
>>
>>
>> Il giorno 10 ottobre 2012 14:01, Balan Victor
>> ha scritto:
>>
>>> quello che devo fare è questo:
>>> in fase di inizializzazione devo caricare in memoria un
>>> grafo(networkx) di dimensioni consistenti: 60.000 nodi e più di
Roberto De Ioris wrote:
> purtroppo non posso essere piu' prolisso perche' sono all'italian
> perl workshop e non voglio farmi beccare a pythoneggiare ;)
E ti fai beccare qui a pirlare? Ma allora! :-P
--
Nicola Larosa - http://www.tekNico.net/
Art and storytelling are worthy in their own right,
Il giorno 11/ott/2012, alle ore 01:48, Daniele Varrazzo ha
scritto:
> L'errore secondo me è caricare tutto il grafo: per lo sviluppo dovresti
> averne una versione semplificata, oppure avere un oggetto stub che ne simuli
> l'interfaccia e sviluppare l'app django con quello.
La soluzione che
> idee? :)
>
Guarda, e' un problema risolvibile abbastanza semplicemente con uWSGI.
Fondamentalmente
1) carichi python
2) carichi il modulo con il grafo
3) fork() n volte
4) carichi l'applicazione in ogni 'worker'
quando fai modifiche al codice riavvii solo i worker che ripartiranno
dal punto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 11/10/2012 01:48, Daniele Varrazzo ha scritto:
> On 2012-10-10 19:06, Marco Beri wrote:
>> 2012/10/10 Balan Victor
>>
>>> quello che devo fare è questo:
>>> in fase di inizializzazione devo caricare in memoria un
>>> grafo(networkx) di
>>> dimensio
Balan Victor wrote:
> idee? :)
>
>
> Il giorno 10 ottobre 2012 14:01, Balan Victor
> ha scritto:
>
>> quello che devo fare è questo:
>> in fase di inizializzazione devo caricare in memoria un
>> grafo(networkx) di dimensioni consistenti: 60.000 nodi e più di
>> 100.000 connessioni. PER ADESSO
2012/10/11 Daniele Varrazzo
> Leggendo il post originale, la preoccupazione di Victor mi sembra sia che,
> col server di sviluppo, ogni volta che cambia una riga tutto il grafo viene
> ricaricato, presumibilmente mettendoci troppi secondi per essere divertente.
>
>
E c'hai ragione c'hai...
Scusa
On 2012-10-10 19:06, Marco Beri wrote:
2012/10/10 Balan Victor
quello che devo fare è questo:
in fase di inizializzazione devo caricare in memoria un
grafo(networkx) di
dimensioni consistenti: 60.000 nodi e più di 100.000 connessioni.
PER
ADESSO dovrebbe essere in sola lettura e se devo fare
2012/10/10 Balan Victor
> quello che devo fare è questo:
> in fase di inizializzazione devo caricare in memoria un grafo(networkx) di
> dimensioni consistenti: 60.000 nodi e più di 100.000 connessioni. PER
> ADESSO dovrebbe essere in sola lettura e se devo fare delle modifiche posso
> permettermi
idee? :)
Il giorno 10 ottobre 2012 14:01, Balan Victor ha
scritto:
> quello che devo fare è questo:
> in fase di inizializzazione devo caricare in memoria un grafo(networkx) di
> dimensioni consistenti: 60.000 nodi e più di 100.000 connessioni. PER
> ADESSO dovrebbe essere in sola lettura e se
quello che devo fare è questo:
in fase di inizializzazione devo caricare in memoria un grafo(networkx) di
dimensioni consistenti: 60.000 nodi e più di 100.000 connessioni. PER
ADESSO dovrebbe essere in sola lettura e se devo fare delle modifiche posso
permettermi di stoppare tutto, fare le modifich
On 2012-10-10 11:03, Marco Beri wrote:
2012/10/10 Daniele Varrazzo
On 2012-10-10 09:03, Marco De Paoli wrote:
Inoltre può esserti d'aiuto anche un occhiata al pattern Borg di
Alex
Martelli
Devo a questo cosiddetto pattern (è un'implementazione) le migliori
ore
della mia vita buttate in
2012/10/10 Daniele Varrazzo
> On 2012-10-10 09:03, Marco De Paoli wrote:
>
> Inoltre può esserti d'aiuto anche un occhiata al pattern Borg di Alex
>> Martelli
>>
>
> Devo a questo cosiddetto pattern (è un'implementazione) le migliori ore
> della mia vita buttate in debug. Da non toccare neanche
On 2012-10-10 09:03, Marco De Paoli wrote:
Inoltre può esserti d'aiuto anche un occhiata al pattern Borg di Alex
Martelli
Devo a questo cosiddetto pattern (è un'implementazione) le migliori ore
della mia vita buttate in debug. Da non toccare neanche con una pertica.
--
Daniele Varrazzo - D
Il giorno 10 ottobre 2012 11:14, Marco Beri ha
scritto:
> 2012/10/10 Marco De Paoli
> Attenzione però: se si usano più processi (per esempio i worker di uwsgi)
> i dati dei moduli non sono condivisi.
>
...e se invece sono condivisi c'è il problema degli accessi concorrenti
per cui, o sono valo
2012/10/10 Marco De Paoli
> Il giorno 10 ottobre 2012 09:59, Balan Victor ha
> scritto:
>
> ciao a tutti,
>> stavo leggendo il tutorial di django e mi è venuto un dubbio: come faccio
>> a creare degli oggetti in memoria che restino in vita da quando faccio
>> runserver a quando faccio ctrl-c e
Il giorno 10 ottobre 2012 09:59, Balan Victor ha
scritto:
> ciao a tutti,
> stavo leggendo il tutorial di django e mi è venuto un dubbio: come faccio
> a creare degli oggetti in memoria che restino in vita da quando faccio
> runserver a quando faccio ctrl-c e siano visibili in tutti i moduli dell
ciao a tutti,
stavo leggendo il tutorial di django e mi è venuto un dubbio: come faccio a
creare degli oggetti in memoria che restino in vita da quando faccio
runserver a quando faccio ctrl-c e siano visibili in tutti i moduli della
mia applicazione?
Grazie
18 matches
Mail list logo
