Devo sollevare una lamentela. Da quando è stato fatto l'aggiornamento a questo nuovo forum ho notato un rallentamento generale. Tra un click su un link ("Replay", "New thread", "new" ecc...) e l'apertura della nuova pagina passano mediamente 5 secondi, ma in determinati orari del giorno possono essere anche 10. Non so se dipende dal motore del forum, dal DB non ottimizzato o dal server, però è frustrante alle volte attendere così tanto.
E non dipende dal mio provider perché a lavoro ho TIM, a casa Infostrada, ed il problema è sempre presente (anzi, con TIM, mi pare peggiore la situazione).
io spesso sto collegato con cellulare 3 come modem, e quando son con adsl non vedo differenza, non e' male, rallenta solo nei momenti che ha citato leo
menniti:
+1
Io uso la chiavetta USB e ADSL Telecom al lavoro, con Telecom tempi = a Leo, con la chiavetta.... faccio prove sulla bread tra una pagina e l'altra
un'altro qui, NGI come provider uso eolo (6/4Mb) e a volte mi va in timeout
tempo fa Massimo ha detto che questo è un sito che ha svariati tera di traffico mensile il che può portare a rallentamenti (troppi utenti da gestire per database/cores delle CPU) anche di banda (anche avendo 1gbps con 100000 persone connesse vai a 0.01mbps e dal vedere gli utenti di arduino 100000 connessi è mooolto facile)
Ciao,
io con ADSL Telecom Italia (Alice) non e' che sia lento piu' di altri siti, trovo i tempi di risposta normali.
Per vedere se la cosa dipenda dal Vs. provider provate con traceroute, ad esempio Visual Trace Route , per vedere i tempi medi di latenza sui vari server.
I maggiori "problemi" si incontrano, nel mio caso, in questo server 64.125.195.222.t00883-02.above.net .
Certo le pagine caricano parecchio Javascript, specie per il reply e simili.
Le pagine "normali" di lettura dei thread caricano circa 120 Kb di codice Javascript (che poi va nella cache del browser), ma non tutti i browser elaborano il Javascript con la stessa velocita'.
Che browser utilizzate?
Io uso attualmente Firefox 5.0, oppure Chrome 13.0.
uso firefox 3.6-4-5 ed è lento con tutti, IE pure, opera mobile pure
non è javascript in quanto non è che metti questa pagina vada lenta e un'altra veloce ma va a random e nel mio caso la mia macchina ha carico costante (steam, massimo teamspeak e skype aperti e musica, nulla di che ed è quasi sempre così)
i colli di bottiglia possono essere tanti, in tanti punti.
Da quel che ho visto il server arduino.cc dovrebbe essere un virtual private server, per cui pur in presenza dello stesso traffico e carico di lavoro su arduino.cc, vi possono essere rallentamenti dovuti al traffico sulle porte di rete della macchina da parte di altri domini, oppure sulle macchine che fanno il routing, ecc ecc..
non per contraddirti ma tempo fa Massimo disse che vi sono 12 core ad elaborare il tutto a quanto ricordo quindi penso che abbiano 2 server con dual quad core xeon e ad occhio per un sito del genere un 16GB di ram l'uno, quindi io avrei optato per una piattaforma in cloud così da gestirla con più comodità.
parlo per presunzione potrebbero sempre avere 2 macchine con un altro sistema o 12 macchine o solo 1 macchina ma non credo si basi un un VPS in quanto per quanto per un sito web e basta sarebbe forse più indicato credo si appoggino su un server dedicato ed una banda in uscita di almeno 1gbps, però conta che devono anche soddisfare i download dell'IDE oltre che alle pagine del sito, terabyte di database tra playground, scuola, lab e sopratutto forum, ogni immagine che carichiamo poi appesantisce il database che presuppongo essere un mysql (visto il cms su cui il forum è basato).
una cosa probabilmente sarebbe aggiungere un'altra cpu e aumentare la banda in uscita ma sono costi molto alti (parliamo di un 60€ mensili di cpu e anche 500€ mensili per aumentare la banda e dipende dall'hoster)
non conosco l'architettura, ne' i server che utilizzano, ma in molte reqlta', tipo cloud o altre si utilizza la virtualizzazione dei server, per cui ti danno la potenza di calcolo che corrisponde a n core, ma in realta' non e' che sia una macchina "reale", ma viene distribuita su un un sistema di virtualizzazione su gruppi di macchine.
Oppure possono avere 2 macchine come dici tu per il webserver, ma poi davanti (o come servizio su di una, ne hannp una che fa il load balancing.
Pero' si puo' avere il server piu' grande al mondo, ma se poi la gestione del traffico passa per macchina che non arrivano a gestire il traffico in modo adeguato, allora crei un collo di bottiglia, per cui hai un rallentamento del sistema.
In effetti sembra un problema della piattaforma del forum più che di carico del server, le altre pagine sono veloci...
Bisognerebbe profilare un attimino cosa succede ma questo ovviamente lo può fare lo sviluppatore web che gestisce il sito
Qualche settimana fa mi sono dovuto addentrare per lavoro nel cuore di SMF(=questo forum)... e devo dire che come piattaforma è pesante e poco ottimizzata a livello di codice(... è la fretta, capita a nche a me XD). Secondo me per portali e community "grandi" è meglio rifare tutto da zero e non affidarsi e sistemi e cms preconfezionati.
Ciao
MGuruDC:
Qualche settimana fa mi sono dovuto addentrare per lavoro nel cuore di SMF(=questo forum)... e devo dire che come piattaforma è pesante e poco ottimizzata a livello di codice(... è la fretta, capita a nche a me XD). Secondo me per portali e community "grandi" è meglio rifare tutto da zero e non affidarsi e sistemi e cms preconfezionati.
Ciao
che impiega anni tra sviluppi e test, parola di uno che ci ha provato, diventa un po un casino ottimizzare le query sql perchè alla fine è quello che porta via tempo
MGuruDC:
Qualche settimana fa mi sono dovuto addentrare per lavoro nel cuore di SMF(=questo forum)... e devo dire che come piattaforma è pesante e poco ottimizzata a livello di codice(... è la fretta, capita a nche a me XD). Secondo me per portali e community "grandi" è meglio rifare tutto da zero e non affidarsi e sistemi e cms preconfezionati.
Ciao
che impiega anni tra sviluppi e test, parola di uno che ci ha provato, diventa un po un casino ottimizzare le query sql perchè alla fine è quello che porta via tempo
Partire "anni fa", con una miglioria al giorno... ed "eri" a cavallo... I.M.H.O.
non volevamo sapere perchè (almeno io) era solo un dato di fatto , nato dal raffronto della precedente struttura con quella odierna...