Benvenuto, Ospite

ARGOMENTO: Tempo morto entrando in alcune aree

Tempo morto entrando in alcune aree 2 Anni 8 Mesi fa #24337

cherrygirl
Offline
Senior Boarder
Messaggi: 66
Karma: 0

Ciao a tutti,
ho notato che entrando in alcuni menù (esempio nella lista kanban clienti) c'è una strana latenza, a volte anche di 10 secondi, attivando il debug_sql ho notato che durante quella latenza mi fa una "scarrellata" di questi blocchi... qualcuno sa cosa sta facendo?

grazie

2016-06-16 12:57:42,091 17179 DEBUG Demo openerp.sql_db: ConnectionPool(used=3/count=6/max=64) Give back connection to 'port=5432 user=odoo password=xxxxxxxxx dbname=Demo'
2016-06-16 12:57:42,091 17179 DEBUG Demo openerp.sql_db: ConnectionPool(used=2/count=6/max=64) Put connection to 'port=5432 user=odoo password=xxxxxxxxx dbname=Demo' in pool
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: create serialized cursor to u'port=5432 user=odoo password=xxxxxxxx dbname=Demo'
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: ConnectionPool(used=3/count=6/max=64) Borrow existing connection to 'port=5432 user=odoo password=xxxxxxxxx dbname=Demo' at index 2
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: SUM from:0:00:00/0 [1203]
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: SUM into:0:00:00/0 [1203]
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: ConnectionPool(used=3/count=6/max=64) Give back connection to 'port=5432 user=odoo password=xxxxxxxxx dbname=Demo'
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: ConnectionPool(used=2/count=6/max=64) Put connection to 'port=5432 user=odoo password=xxxxxxxxx dbname=Demo' in pool
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: create serialized cursor to u'port=5432 user=odoo password=xxxxxx dbname=Demo'
2016-06-16 12:57:42,092 17179 DEBUG Demo openerp.sql_db: ConnectionPool(used=3/count=6/max=64) Borrow existing connection to 'port=5432 user=odoo password=xxxxxxxxx dbname=Demo' at index 2
2016-06-16 12:57:42,093 17179 DEBUG Demo openerp.sql_db: SUM from:0:00:00/0 [1203]
2016-06-16 12:57:42,093 17179 DEBUG Demo openerp.sql_db: SUM into:0:00:00/0 [1203]

L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Tempo morto entrando in alcune aree 2 Anni 8 Mesi fa #24338

enlightx Online Platinum Boarder Messaggi: 6064 Ringraziamenti ricevuti 638 Karma: 85	Hai qualche configurazione particolare? tipo più workers o hai modificato qualche configurazione sistemistica?
	Davide Corio Odoo Solution Architect email: Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo. web: www.davidecorio.com L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Tempo morto entrando in alcune aree 2 Anni 8 Mesi fa #24347

cherrygirl
Offline
Senior Boarder
Messaggi: 66
Karma: 0

Ciao enlightx,
in questa installazione ho attivato i workers, forse però ho capito il giro, avevo un modulo che controllava che gli ordini non avessero righe doppie con 2 campi function, non proprio performanti... (un post aperto qualche giorno fa), il rallentamento entrando in partner era dovuto invece ad un controllo di fido che veniva fatto conteggiando anche gli ordini.... dovrei ottimizzare o disattivare quando non richiesta questa procedura :badday:

Quelle chiamate cosa sarebbero? anche attivando xmrlpc e sql log non risultano chiarissime...

L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Tempo morto entrando in alcune aree 2 Anni 7 Mesi fa #24379

gigidn
Offline
Platinum Boarder
Messaggi: 1925
Ringraziamenti ricevuti 446
Karma: 22

Queste chiamate son le "connection pool" che usano i worker e non hanno impatto sulle prestazioni, anzi.

In pratica ogni volta che si deve eseguire una determinata operazione sul db non viene aperta una nuova connessione (operazione dannatamente lenta) ma si chiede una connessione al pool. Questo ne tiene aperte un certo numero (da decidere in fase di configurazione di dettaglio, troppe consumano risorse troppo poche rallentano il sistema). Quando una parte del codice necessita di una connessione ne da una di quelle già attive se non impegnate altrimenti ne crea una nuova e la restituisce.

Alla close in realtà ritorni la connessione al pool (quello che leggi nel log) sarà poi il pool a decidere se chiuderla (perchè la soglia è stata raggiunta) oppure lasciarla aperta per successive richieste.

Nota bene che una connessione non è una transazione è solo il meccanismo per instaurare il dialogo con il server ed autenticare l'utente.

@KTec
www.ktec.it

L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

Forum

Vita quotidiana

Generale

Tempo morto entrando in alcune aree