Non capisco una cosa: la pesantezza di vbullettin da cosa deriva esattamente?

Se deriva dal database MySQL mi viene il dubbio che sia disottimizzato. PHPStats per esempio lo è immensamente.

Inoltre MySQL stesso ha dei limiti nell'ottimizzatore della query, a volte sceglie il percorso sbagliato. Soprattutto nelle subquery.

quello del vbulletin non so dove prenda ma credo tramite comandi php acquisire carico effettivo del server, se quello va da 0 a 10, fino a 2 il server funge senza problemi (verso 2 si hanno già rallentamenti) mentre oltre è eccessivo mentre quello ottimale per eseguire tutto istantaneamente è sotto 1...poi ovviamente dipende anche dalle configurazione del server (per esempio quelle di base dei dedicati di aruba e bisogna sistemarle da soli)

Ma quanti record ha un database come quello di questo sito, tanto per capire di cosa parliamo. E quanti mega occupa?

non è questione di record e mb...li entra in gioco la ram e l'hd e non il carico che invece dipende più da quanti utenti online contemporaneamente e dalla pesantezza degli script eseguiti

@Fantu said:

non è questione di record e mb...li entra in gioco la ram e l'hd e non il carico che invece dipende più da quanti utenti online contemporaneamente e dalla pesantezza degli script eseguiti

Scusa, quindi è una questione di processore?
Con Zend Optimizer, o Zend Platform non si riesce a risolvere?
Quindi qui il problema secondo te non dovrebbe essere dato da MySQL, giusto?

dipende...come detto potrebbe essere una configurazione non ottimale, in particolare apache, php e mysql, poi anche risorse hardware limitate, firewall e antivirus software che pesano quindi sul sistema e in caso di attacchi portano a carico alto (meglio firewall esterni)

Interessante. Ma col mio sito quanti utenti potrei gestire in hosting su aruba e su server virtuale?

Secondo te quanti siti ci tengono su uno stesso computer?

sugli hosting condivisi dipende dal server e dai siti che ci sono, su un server di hosting condivisi in base alle caratteristiche di esso ci possono essere centinaia o anche migliaia di siti...dai 200-300 su doppio xeon con 4 gb ram a 1500-2000 su quadruplo opteron con 16 gb di ram...siti intendo domini con non tanti utenti e carico basso e i dati sono MOLTO approssimativi...se ne vuoi di precisi devi chiedere direttamente a chi da il servizio

Vuoi dire che aruba me lo dice se glielo chiedo?

non lo so...ma ovviamente io non ti so dire i dati precisi

Il problema è che essendoci un sacco di query al secondo, è un casino.

La ricerca poi, incrementa un sacco.

Perchè gli utenti del Forum GT non sono utenti normali. Ma un sacco di questi usano la ricerca!

beato te che i tuoi utenti usano la ricerca mentre in forum che supporto e dovrebbero usare la ricerca non la usano:x ...cmq prova a dirmi caratteristiche hardware del server su cui c'è mysql, se è solo per mysql o ci sono anche gli altri servizi quali webserver, mail, dns, antivirus, antispam, firewall ecc e quante query di media fa ad ora

@Fantu said:

beato te che i tuoi utenti usano la ricerca mentre in forum che supporto e dovrebbero usare la ricerca non la usano:x ...cmq prova a dirmi caratteristiche hardware del server su cui c'è mysql, se è solo per mysql o ci sono anche gli altri servizi quali webserver, mail, dns, antivirus, antispam, firewall ecc e quante query di media fa ad ora

Hai considerato se gli indici sulle tabelle sono strutturati bene? Di usare teecno per la ricerca nel forum? Di installare qualche ottimizzatore per PHP (zend optimizer è gratuito, zend platform incrementa fino a 25 volte la velocità di esecuzione).

Utilizzare l'hash per sostituire parole con numeri? Eliminare le stopwords dalla ricerca?

Hai ottimizzato mysql? Senza dati come possiamo aiutarti?

Infatti Giorgio,
abbiamo bisogno di mooooooooolti piu dati
Query al secondo? Ram? Le query vengono cachate? Com'è il tuo my.cnf (sempre che tu ne abbia compilato uno) ... hai un cache per php tipo Turke mm_cache? Movimento in mega? Record?

E poi qual è il processo che va in saturazione? mysqld ??
Fai un top nel momento di piu alto carico della macchina e un bello screenshot da postare

Prova anche a fare un #netstat -m
e guarda come stai messo

infatti, anche perchè è una discussione interessante. Ricordo che anche hwupgrade aveva problemi di questo tipo.

PS: vbullettin è ottimizzato a livello di db? Usa l'inverted index?

beh i problemi qui sono legati ad altro, ovvero al fatto che utilizziate Vbseo, che non tanto su Mysql, ma su apache influisce parecchio, e occupa parecchia ram e cpu purtroppo è una delle pecche di vbseo....per il resto basta una buona configurazione di mysql penso