Torna indietro   BaroneRosso.it - Forum Modellismo > Discussioni generali > Segnalazione Bug e consigli


Rispondi
 
Strumenti discussione Visualizzazione
Vecchio 06 maggio 11, 15:13   #21 (permalink)  Top
User
 
L'avatar di luca.masali
 
Data registr.: 15-11-2005
Residenza: Cadenabbia - Lago di Como
Messaggi: 16.812
Immagini: 5
Citazione:
Originalmente inviato da blinking Visualizza messaggio
@Luca: aridaje, con google non puoi fare ricerche avanzate come "da dentro" il forum

grazie Francesco per la modifica, speriamo che il server la regga
no, però ci fai il 90% delle ricerche che ti servono e scarichi il sistema. Poi se devi entrare nei dettagli allora è un altro discorso, quando capita vabbé, ci possono stare anche i 30 secondi.
__________________
www.masali.com
luca.masali non è collegato   Rispondi citando
Vecchio 06 maggio 11, 15:38   #22 (permalink)  Top
User super Plus
 
L'avatar di fai4602
 
Data registr.: 22-07-2003
Residenza: La Piccola Patria del Friuli
Messaggi: 20.726
Citazione:
Originalmente inviato da BaroneRosso Visualizza messaggio
Allora ho abbassato il time out a 10 secondi vediamo come va, un paio di anni fa ci avevamo provato e non era andato proprio bene...........................cut.
Grazie Francesco.
__________________
Mi son responsabile de quel che scrivo no de quel che ti te lesi.

L'aeromodellismo insegna la pazienza perché nell' aeromodellismo la fretta è portatrice di guai.

Al'è inutil insegnà al mus.....si piard timp e in plui si infastidis la bestie !

fai4602 non è collegato   Rispondi citando
Vecchio 06 maggio 11, 16:03   #23 (permalink)  Top
User
 
L'avatar di foam
 
Data registr.: 01-11-2005
Residenza: Bergamo
Messaggi: 319
mentre aspetti 30'' puoi postare di politica in off topic
__________________
'gnapossofà
foam non è collegato   Rispondi citando
Vecchio 06 maggio 11, 16:34   #24 (permalink)  Top
User
 
L'avatar di luca.masali
 
Data registr.: 15-11-2005
Residenza: Cadenabbia - Lago di Como
Messaggi: 16.812
Immagini: 5
Citazione:
Originalmente inviato da foam Visualizza messaggio
mentre aspetti 30'' puoi postare di politica in off topic
eccerto, tanto lì non hai da cercare nulla, un post vale l'alro
__________________
www.masali.com
luca.masali non è collegato   Rispondi citando
Vecchio 06 maggio 11, 22:21   #25 (permalink)  Top
User
 
L'avatar di greg89
 
Data registr.: 06-10-2007
Residenza: Asti
Messaggi: 8.001
Citazione:
Originalmente inviato da BaroneRosso Visualizza messaggio
Allora ho abbassato il time out a 10 secondi vediamo come va, un paio di anni fa ci avevamo provato e non era andato proprio bene.

Riguardo il perche' e' stato messo a 30 secondi e' semplicemente un settaggio di default del forum ed e' dovuto all'enorme consumo di risorse che fa il MySql con le ricerche.
Il Mysql non e' proprio il massimo con il suo algoritmo di ricerca ed anche ottimizzando le risorse a salire delle dimensioni del DB cresce esponenzialmente il carico sul sistema (sia di CPU che di Ram), non e' una cosa che si e' inventata il sottoscritto ma un dato di fatto basta andare sul sito del VBulletin e dare una letta alla sezione forum di grosse dimensioni.
Considerate poi che la ricerca viene effettuata su un DB di oltre 4 milioni di record, mentre la tabella principale che contiene tutti i post, dove di solito e' effettuata principalmente la ricerca, e' grande circa 2.5GiB, quindi non sono proprio 4 campi da cercare. I forum piu' grandi, vedi ad esempio HWupgrade, hanno server appositi con un duplicato del DB dedicati esclusivamente alle funzioni di ricerca proprio per evitare sovraccarichi sulle macchine principali.

L'ottimizzazione si puo' certamente fare, ma per tutto c'e' un limite di risorse HW, ovviamente si possono acquistare macchine sempre piu' grosse (ed infatti e' quello che generalmente si fa) ma visto che non e' che i server non e' che li regalino dentro le uova di Pasqua si cerca di rimanere nei limiti delle proprie possibilita'
Tanto per la cronaca BaroneRosso.it gira su ben 2 server e la scorsa settimana sono stato in farm per aumentare la ram del server principale che e' stata portata a 24GB totali, visto che ultimamente avevamo finito i 12GB installati.
Per curiosità. quanto viene a costare la versione 4.0 di Vbulletin... io sarei già uno di quelli disposti a mettere qualche euro per migliorare il Barone...
__________________
se ti metti a discutere con un idiota, non andare avanti.. ti porta al suo livello e ti batte con l'esperienza..
greg89 non è collegato   Rispondi citando
Vecchio 06 maggio 11, 22:25   #26 (permalink)  Top
User
 
L'avatar di ddrake
 
Data registr.: 12-04-2007
Messaggi: 2.095
Citazione:
Originalmente inviato da BaroneRosso Visualizza messaggio
Allora ho abbassato il time out a 10 secondi vediamo come va, un paio di anni fa ci avevamo provato e non era andato proprio bene.

Riguardo il perche' e' stato messo a 30 secondi e' semplicemente un settaggio di default del forum ed e' dovuto all'enorme consumo di risorse che fa il MySql con le ricerche.
Il Mysql non e' proprio il massimo con il suo algoritmo di ricerca ed anche ottimizzando le risorse a salire delle dimensioni del DB cresce esponenzialmente il carico sul sistema (sia di CPU che di Ram), non e' una cosa che si e' inventata il sottoscritto ma un dato di fatto basta andare sul sito del VBulletin e dare una letta alla sezione forum di grosse dimensioni.
Considerate poi che la ricerca viene effettuata su un DB di oltre 4 milioni di record, mentre la tabella principale che contiene tutti i post, dove di solito e' effettuata principalmente la ricerca, e' grande circa 2.5GiB, quindi non sono proprio 4 campi da cercare. I forum piu' grandi, vedi ad esempio HWupgrade, hanno server appositi con un duplicato del DB dedicati esclusivamente alle funzioni di ricerca proprio per evitare sovraccarichi sulle macchine principali.

L'ottimizzazione si puo' certamente fare, ma per tutto c'e' un limite di risorse HW, ovviamente si possono acquistare macchine sempre piu' grosse (ed infatti e' quello che generalmente si fa) ma visto che non e' che i server non e' che li regalino dentro le uova di Pasqua si cerca di rimanere nei limiti delle proprie possibilita'
Tanto per la cronaca BaroneRosso.it gira su ben 2 server e la scorsa settimana sono stato in farm per aumentare la ram del server principale che e' stata portata a 24GB totali, visto che ultimamente avevamo finito i 12GB installati.
Intanto grazie per il vostro lavoro

Spesso cali di prestazioni in MySql (ma anche negli altri dbms) sono dovuti alla progettazione del database più che alla pesantezza delle richieste. La buona notizia è che ripensando un po' la struttura si possono migliorare le cose. Il partizionamento su server di ricerca con dischi SSD è un'opzione, certo. Anche un partizionamento con discriminanti temporali avrebbe un senso.
Si potrebbe anche fare uno split delle tabelle più grandi su più dischi se non è già stato fatto. MySql ha un sistema abbastanza semplice per realizzarlo, i symlink.

Non conosco l'OS di baronerosso ma sotto Solaris c'è un'importante funzionalità di non dividere su più cilindri un file.

Non conosco in dettaglio vbulletin. Occorrerebbe anche capire come gestisca il carico di lavoro. Quante fork query faccia per una ricerca a seconda della situazione di carico del sistema. Parte dell'inefficienza potrebbe essere situata qui.

Nei nostri test eseguivamo senza problemi centinaia di query contemporanee su datawarehouse > 10gb. Server Solaris, db Oracle

Ciao!
__________________
Senza entusiasmo non si è mai compiuto niente di grande. R.W. Emerson

Ultima modifica di ddrake : 06 maggio 11 alle ore 22:28
ddrake non è collegato   Rispondi citando
Vecchio 06 maggio 11, 22:27   #27 (permalink)  Top
wrighi
Guest
 
Messaggi: n/a
fastidiosa è vero..
non serve a nulla perchè i 30 secondi sono proprio 30 fissi e non soggetti ad un effettivo traffico.. se paradossalmente 100 utenti fanno una ricerca e subito un'altra.. si troveranno comunque tutti insieme a rifarla dopo 30 secondi..
è chiaro che se devo aspettare 30 secondi aggiorno la pagina e appena disponibile torno ad usarla.
ne deriva che non serve come filtro per diluire le ricerche.. funzionerebbe se invece di aspettare 30 secondi ci fossero solo 30 slot libere per la ricerca e toccasse aggiornare appena se ne libera 1.. in quel caso si potrebbe dire che a causa del traffico bisogna attendere..
  Rispondi citando
Vecchio 06 maggio 11, 23:54   #28 (permalink)  Top
Amministratore
 
L'avatar di BaroneRosso
 
Data registr.: 27-07-2000
Residenza: Roma
Messaggi: 9.820
Immagini: 6
Citazione:
Originalmente inviato da ddrake Visualizza messaggio
Intanto grazie per il vostro lavoro

Spesso cali di prestazioni in MySql (ma anche negli altri dbms) sono dovuti alla progettazione del database più che alla pesantezza delle richieste. La buona notizia è che ripensando un po' la struttura si possono migliorare le cose. Il partizionamento su server di ricerca con dischi SSD è un'opzione, certo. Anche un partizionamento con discriminanti temporali avrebbe un senso.
Si potrebbe anche fare uno split delle tabelle più grandi su più dischi se non è già stato fatto. MySql ha un sistema abbastanza semplice per realizzarlo, i symlink.

Non conosco l'OS di baronerosso ma sotto Solaris c'è un'importante funzionalità di non dividere su più cilindri un file.

Non conosco in dettaglio vbulletin. Occorrerebbe anche capire come gestisca il carico di lavoro. Quante fork query faccia per una ricerca a seconda della situazione di carico del sistema. Parte dell'inefficienza potrebbe essere situata qui.

Nei nostri test eseguivamo senza problemi centinaia di query contemporanee su datawarehouse > 10gb. Server Solaris, db Oracle

Ciao!
Senza offesa non mi puoi paragonare un ambiente open source Linux / Apache / Mysql con un Solaris / Oracle che e' un ambiente di classe enterprise che solo di licenze puo' costare diverse svariate di migliaia di euro.
Preciso nulla contro l'opensource ma sono 2 mondi completamente diversi, Solaris gira su macchine estremamente ottimizate a tale scopo e confrontare Oracle e Mysql su DB di una certa dimensione e' come andare a fare una gara di auto da corsa con una macchina a pedali, basta solo vedere che immenso casino sia avere un DB bilanciato con Mysql.
Visto che parli di query sul db ti posso dire che le stat del Mysql mi danno ben 296,30 k query l'ora, ovvero 82 e rotti al secondo su media giornaliera (bisogna pure considerare che il carico sul server ovviamente non e' mai costante lungo tutta la giornata), certo dei dischi ssd aiuterebbero non poco, ho avuto occasione di provarli, ma a parte il piccolo dettaglio che dischi del genere per server costano piu' o meno come un rene , e' ancora una tecnologia troppo recente ed ha diversi problemi sia di affidabilita' che di compatibilita', al momento preferisco i SAS a 15K che fanno egregiamente il loro lavoro.

Ottimizzare il codice ovviamente si puo' ma piu' di tanto non si puo' fare piu' che altro perche' si dipende dal progetto di altri che e' il VBulletin, piu' modifiche si applicano maggiori sono i problemi a cui si va incontro ad ogni aggiornamento, tanto per rispondere a Greg89 la licenza del VB4 e' gia' stata acquistata pero' migrare alla nuova versione e' molto complesso in quanto ci sono diverse modifiche sul sistema che obbligano a riscrivere parti di codice ed a fare diversi test per non ritrovarsi tutto bloccato (per la cronaca sul server test di casa, un semplice core 2 con 4 gb di ram, impiega circa 6 ore per fare tutti gli aggiornamenti necessari), tra l'altro il team di sviluppo ha rilasciato fin troppe versioni una dietro l'altra ed onestamente preferisco aspettare un attimo prima di fare tutto il lavoro, infatti molti grossi forum stanno passando solo ora alla nuova versione, diciamo che la mia roadmap prevede il passaggio alla nuova piattaforma durante l'estate.
__________________
Saluti Francesco Kaitner alias "Il Barone Rosso"
WebMaster di: BaroneRosso.it e DroneRC.it
Il Portale del Modellismo in Italia
BaroneRosso non è collegato   Rispondi citando
Vecchio 07 maggio 11, 00:29   #29 (permalink)  Top
User
 
L'avatar di ddrake
 
Data registr.: 12-04-2007
Messaggi: 2.095
Infatti, non intendo comparare i due sistemi, non avrebbe senso. Anche perché i nostri erano server di tre/quattro anni fa. Surclassati da quelli attuali.
Solaris comunque lo avevamo open... anche oracle era a costo zero per la verità, in quanto partner

Quello che intendo dire è che spesso con un'ottimizzazione del db si può ottenere un vantaggio prestazionale non indifferente. Lo scopo del nostro testing era appunto quantificare il vantaggio prestazionale di una determinata soluzione.

Ciao!
__________________
Senza entusiasmo non si è mai compiuto niente di grande. R.W. Emerson
ddrake non è collegato   Rispondi citando
Vecchio 16 maggio 11, 19:03   #30 (permalink)  Top
User super Plus
 
L'avatar di fai4602
 
Data registr.: 22-07-2003
Residenza: La Piccola Patria del Friuli
Messaggi: 20.726
...........è diventa di 60 secondi..........

Ma che cavolo succede................ora di secondi me ne chiede SESSANTA !!!!!!!!!!
__________________
Mi son responsabile de quel che scrivo no de quel che ti te lesi.

L'aeromodellismo insegna la pazienza perché nell' aeromodellismo la fretta è portatrice di guai.

Al'è inutil insegnà al mus.....si piard timp e in plui si infastidis la bestie !

fai4602 non è collegato   Rispondi citando
Rispondi

Bookmarks




Regole di scrittura
Non puoi creare nuove discussioni
Non puoi rispondere alle discussioni
Non puoi inserire allegati
Non puoi modificare i tuoi messaggi

BB code è Attivato
Le faccine sono Attivato
Il codice [IMG] è Attivato
Il codice HTML è Disattivato
Trackbacks è Disattivato
Pingbacks è Disattivato
Refbacks è Disattivato


Discussioni simili
Discussione Autore discussione Forum Commenti Ultimo Commento
Questo forum richiede un'attesa di 30 secondi tra le ricerche. Riprova tra 30 secondi HYCRYPOTES Segnalazione Bug e consigli 12 06 dicembre 09 21:39
8 secondi..... folletto Aeromodellismo Alianti 39 10 giugno 09 07:25
litio cariche in SECONDI! Eccì!!!!! Batterie e Caricabatterie 1 02 giugno 09 00:50
Altro che 50 secondi Oldman Elimodellismo Principianti 2 30 giugno 07 21:07



Tutti gli orari sono GMT +2. Adesso sono le 04:48.


Basato su: vBulletin versione 3.8.11
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
E' vietata la riproduzione, anche solo in parte, di contenuti e grafica. Copyright 1998/2019 - K-Bits P.I. 09395831002